improving RPMDRAKE

This forum is dedicated to new ideas, suggestions and proposals.

improving RPMDRAKE

Postby almusalimalmusalimah » Jun 18th, '11, 23:53

hello everyone

there is something was bothering me since my first using of mageia

you see when we was using mandriva and tried to play some sounds or videos by totem and they were not supported yet by any decoders

which totem can use them to read those files

the codeina will pop up and tell us wich is the decoder can make those files readable by totem

================

any way

how about adding this ability to rpmdrake instead using any others programs ??

==============================


and how about giving rpmdrake ability to cancel any progress ???

as we always know that rpmdrake when it download something have lots of dependency then it will seperate those in many groups

and after finishing one of those groups it will start to install all of its packages and continue to complete downloading/installing the other groups like this

my suggestion here when we give rpmdrake a cancel command then it will respons at the moment between finishing the installing the first group and

downloading the other group and make a log file for the last progress that we canceled it and it will show it to us in the future as a question if we want to

complete it or not and if we want to complete then it will continue its job and if we dont then it will remove the installed files

so how about it
User avatar
almusalimalmusalimah
 
Posts: 301
Joined: May 19th, '11, 23:21

Re: improving RPMDRAKE

Postby Akien » Jun 19th, '11, 22:52

almusalimalmusalimah wrote:hello everyone

there is something was bothering me since my first using of mageia

you see when we was using mandriva and tried to play some sounds or videos by totem and they were not supported yet by any decoders

which totem can use them to read those files

the codeina will pop up and tell us wich is the decoder can make those files readable by totem

================

any way

how about adding this ability to rpmdrake instead using any others programs ??


I don't get what you would rpmdrake to do. I don't see how rpmdrake could check which are the missing dependencies for the file you are trying to read, be it on totem, mplayer, dragon player or vlc. Could you precise what you mean?
Image
Co-leader of Mageia's packaging and development team (dev).
List of packages I maintain.
User avatar
Akien
 
Posts: 171
Joined: Jun 5th, '11, 22:54
Location: Brunswick, Germany

Re: improving RPMDRAKE

Postby almusalimalmusalimah » Jun 20th, '11, 01:10

ok to make it clear for you i will ask you a Q

how are you going to read mpeg files by totem if you are beginner or you don't know which is the plugin you should use to read it if you dont have codeina ???
User avatar
almusalimalmusalimah
 
Posts: 301
Joined: May 19th, '11, 23:21

Re: improving RPMDRAKE

Postby wobo » Jun 20th, '11, 03:07

I know what you mean and I guess Akien understood it as well. But this is something the application has to do - give a message why it can not do this or that.
How would rpmdrake know what you want to play with any application?
wobo
---
And a new day will dawn for those who stand long
And the forests will echo with laughter
(Stairway to Heaven, Led Zeppelin)
User avatar
wobo
 
Posts: 1649
Joined: Mar 22nd, '11, 17:13

Re: improving RPMDRAKE

Postby almusalimalmusalimah » Jun 20th, '11, 04:29

then how about this application (( packagekit-gstreamer-plugin ))

this application allows any Gstreamer application to install codecs from configured repositories using PackageKit

then how about ..............................

well ....................... forget about it
User avatar
almusalimalmusalimah
 
Posts: 301
Joined: May 19th, '11, 23:21

Re: improving RPMDRAKE

Postby dubigrasu » Jun 20th, '11, 12:40

One thing Rpmdrake could do is offer meta-packages with multimedia profiles.
Something like basic multimedia (for playing DVD/mp3 etc), and eventually complete multimedia (decoding/encoding/editing).
It can't be so complicated to do it, the "hard" part would be to decide what packages to be included in those meta packages.
User avatar
dubigrasu
 
Posts: 258
Joined: Apr 27th, '11, 22:34

Re: improving RPMDRAKE

Postby doktor5000 » Jun 20th, '11, 20:12

I had such thing in mind some time ago, and i have those task-multimedia packages nearly ready.
Just never came to finishing them. I have on task-multimedia-gnome, one task-multimedia-kde and one task-multimedia-minimal.
To give you a basic idea, these are some of the packages that should be installed:
http://translate.google.de/translate?u= ... =&ie=UTF-8
Cauldron is not for the faint of heart!
Caution: Hot, bubbling magic inside. May explode or cook your kittens!
----
Disclaimer: Beware of allergic reactions in answer to unconstructive complaint-type posts
User avatar
doktor5000
 
Posts: 18042
Joined: Jun 4th, '11, 10:10
Location: Leipzig, Germany

Re: improving RPMDRAKE

Postby almusalimalmusalimah » Jun 20th, '11, 20:58

i dont think we need something like that because there are two packages our packagers forget to import them from mandriva

the two packages are

gstreamer0.10-decoders-1-7-mdv2011.0.noarch.rpm

gstreamer0.10-decoders-audio-1-7-mdv2011.0.noarch.rpm

==============

this is the request link at bugzilla for those two packages

https://bugs.mageia.org/show_bug.cgi?id=1875

==============

any way thanks to you man for your hard work

it make me or any mageia users proud to see someone doing such a hard work like that to make mageia be perfect distro for beginners and even experts
User avatar
almusalimalmusalimah
 
Posts: 301
Joined: May 19th, '11, 23:21

Re: improving RPMDRAKE

Postby dubigrasu » Jun 21st, '11, 08:35

Gstreamer packages are not enough to cover all the needs even for a minimal meta package.
Doktor5000's idea/thread was going rather well, although I found that the proposed minimal package was not so minimal :D

I think that a minimal multimedia package should basically give the possibility to play whatever kind of audio/video file and manage any AudioCD or DVD with menus. Really basic stuff.
No video/audio encoders or editors, no Audacity, Avidemux and things like that.
User avatar
dubigrasu
 
Posts: 258
Joined: Apr 27th, '11, 22:34

Re: improving RPMDRAKE

Postby msdobrescu » Jun 21st, '11, 10:47

I need shntool also...
msdobrescu
 
Posts: 213
Joined: Jun 2nd, '11, 07:28

Re: improving RPMDRAKE

Postby wobo » Jun 21st, '11, 11:18

You will need three meta packages - core, non-free, and tainted.
Multimedia is one of the sections where you have iḿportant apps, codecs, and plugins scattered all over the repos and you can't wrap them up in one meta-package because some people don't want non-free and some people can/will not use tainted. A solution for a all-inclusive meta-package could be to let the user see a warning about non-free and tainted contents if he wants to install it.
wobo
---
And a new day will dawn for those who stand long
And the forests will echo with laughter
(Stairway to Heaven, Led Zeppelin)
User avatar
wobo
 
Posts: 1649
Joined: Mar 22nd, '11, 17:13

Re: improving RPMDRAKE

Postby dubigrasu » Jun 21st, '11, 11:33

Multimedia is one of the sections where you have iḿportant apps, codecs, and plugins scattered all over the repos and you can't wrap them up in one meta-package because some people don't want non-free and some people can/will not use tainted.

Good point.
The meta package could be available only in Tainted then?...if you have Tainted enabled you most probably have all repos enabled, so no problem here.
A solution [...] could be to let the user see a warning about non-free and tainted contents if he wants to install it.

Perfect.
User avatar
dubigrasu
 
Posts: 258
Joined: Apr 27th, '11, 22:34

Re: improving RPMDRAKE

Postby almusalimalmusalimah » Jun 21st, '11, 12:39

Multimedia is one of the sections where you have iḿportant apps, codecs, and plugins scattered all over the repos and you can't wrap them up in one meta-package because some people don't want non-free and some people can/will not use tainted.


will for this problem i suppose we can make two meta packages

the first one will be named like this ( e.g )

gstreamer0.10-decoders-free

and the second one wil be ( e.g )

gstreamer0.10-decoders-full

===============================

hey developers don't make it so hard work

we always when we are at mandriva ship we make a lot of things like what i say above

don't you remember !!!!!!

we make a packages like that for all mandriva types (( powerpack / free / one / flash ......... ))

e.g

mandriva-release-Flash

mandriva-release-Free

mandriva-release-one

mandriva-release-powerpack

========================

so as i said before you can do it

best wishes
User avatar
almusalimalmusalimah
 
Posts: 301
Joined: May 19th, '11, 23:21

Re: improving RPMDRAKE

Postby wobo » Jun 21st, '11, 15:34

1. It's not only gstreamer packages.

2. Flash and Powerpack were commercial products.
Free Edition and ONE = Mageia already offers just that.
wobo
---
And a new day will dawn for those who stand long
And the forests will echo with laughter
(Stairway to Heaven, Led Zeppelin)
User avatar
wobo
 
Posts: 1649
Joined: Mar 22nd, '11, 17:13

Re: improving RPMDRAKE

Postby almusalimalmusalimah » Jun 21st, '11, 16:13

wobo wrote:1. It's not only gstreamer packages.


i know ............... i know :)

i just say an example of naming ;)

but the important point here is making two packages 8-)

task-xxxx-free AND task-xxxx-full
User avatar
almusalimalmusalimah
 
Posts: 301
Joined: May 19th, '11, 23:21

Re: improving RPMDRAKE

Postby doktor5000 » Jun 21st, '11, 18:26

Yes, that is a nice idea. One really "minimal" metapackage for the free versions, and the "full" version would need tainted and non-free enabled.

So if somebody has the time, maybe collect a small set of multimedia files (audio&video) and try with a default free installation from the dvd
which files are playable, which need additonal Core-packages (and which package for which specific file/format) to be played back and which
need Nonfree- or Tainted-packages.
Cauldron is not for the faint of heart!
Caution: Hot, bubbling magic inside. May explode or cook your kittens!
----
Disclaimer: Beware of allergic reactions in answer to unconstructive complaint-type posts
User avatar
doktor5000
 
Posts: 18042
Joined: Jun 4th, '11, 10:10
Location: Leipzig, Germany

Re: improving RPMDRAKE

Postby almusalimalmusalimah » Jul 26th, '11, 15:38

if someone remove a package which has a lot of dependance then those dependance will become an orphans

and we know that RPMDRAKE when doing that thing (( removing the package ))

then it will show to us another window which contain a list of those orphans

so how about adding a check box below that list for automatically removing those orphans

=====

this thing will spare some of user time

rather than waste his time to type (( urpme --auto-orpan ))
User avatar
almusalimalmusalimah
 
Posts: 301
Joined: May 19th, '11, 23:21

Re: improving RPMDRAKE

Postby wobo » Jul 26th, '11, 15:50

Yes, and later you realize that you did not want to uninstall foo.rpm at all!
Some packages are not only installed by being dependencies but because you wanted to install them - after removing the dependency this package is an orphan but you still want to use the application.

I am sure this could be explained in a much more elegant way, sorry for my poor English.
wobo
---
And a new day will dawn for those who stand long
And the forests will echo with laughter
(Stairway to Heaven, Led Zeppelin)
User avatar
wobo
 
Posts: 1649
Joined: Mar 22nd, '11, 17:13

Re: improving RPMDRAKE

Postby isadora » Jul 26th, '11, 15:52

Yeah nice idea, but............somewhere one told me, executing that command will break more, than you ever had wished.
So i am curious about the following reactions.
..........bird from paradise..........

Perfection is achieved, not when there is nothing more to add, but when there is nothing left to take away.
—Antoine de Saint-Exupéry
User avatar
isadora
 
Posts: 2764
Joined: Mar 25th, '11, 16:03
Location: Netherlands

Re: improving RPMDRAKE

Postby isadora » Jul 26th, '11, 15:53

Ah wobo, you are that fast ;-)
But about the same ideas i see.
..........bird from paradise..........

Perfection is achieved, not when there is nothing more to add, but when there is nothing left to take away.
—Antoine de Saint-Exupéry
User avatar
isadora
 
Posts: 2764
Joined: Mar 25th, '11, 16:03
Location: Netherlands

Re: improving RPMDRAKE

Postby almusalimalmusalimah » Jul 26th, '11, 16:32

well ............ if there are some packages that you didnt want to remove them when they become an orphans

then i suggest that we need to make a check box for every orphan

and there will be below that list two check box

1st / remove all orphans

2nd / remove chosen and install unchosen

because we already know if you give URPMI a command to install an orphan

then it will mark it as it an installed one and remove it from orphan list
User avatar
almusalimalmusalimah
 
Posts: 301
Joined: May 19th, '11, 23:21

Re: improving RPMDRAKE

Postby doktor5000 » Jul 26th, '11, 17:06

For this particular purpose one of our mandrivauser.de members has made a standalone program, qt4urpm:
http://sourceforge.net/projects/qt4urpm/
It displays a list of the Orphans and lets you pick which one to remove, and also some additional functions.
Cauldron is not for the faint of heart!
Caution: Hot, bubbling magic inside. May explode or cook your kittens!
----
Disclaimer: Beware of allergic reactions in answer to unconstructive complaint-type posts
User avatar
doktor5000
 
Posts: 18042
Joined: Jun 4th, '11, 10:10
Location: Leipzig, Germany

Re: improving RPMDRAKE

Postby almusalimalmusalimah » Jul 27th, '11, 03:15

this is good idea doktor5000

but we need to improve mageia as much as possible

not relay on other developers shoulders

===================

by the way can you developers improve URPMI and give it this command

Code: Select all
urpmi --auto-orphan


this will help user to spare his time rether than wast it to rewrite those important packages names to him

and making URPMI removing them from orphans list
User avatar
almusalimalmusalimah
 
Posts: 301
Joined: May 19th, '11, 23:21

Re: improving RPMDRAKE

Postby wobo » Jul 27th, '11, 03:49

almusalimalmusalimah wrote:this is good idea doktor5000

but we need to improve mageia as much as possible

not relay on other developers shoulders

What do you think is most of the software in Mageia? If we'd use only software from Mageia we would have to neglect 99% of the distribution! A distribution is mostly compiled from "other developper's shoulders". Besides, improving Mageia by using other distribution's work is one of the main ways as done in the open source community - makes no sense to re-invent the wheel.

What exactly do you want? urpmi already has the command parameter '--auto-orphans'. Making urpmi automatically perform this after an update is out of the question, this has been explained in this thread.
wobo
---
And a new day will dawn for those who stand long
And the forests will echo with laughter
(Stairway to Heaven, Led Zeppelin)
User avatar
wobo
 
Posts: 1649
Joined: Mar 22nd, '11, 17:13

Re: improving RPMDRAKE

Postby almusalimalmusalimah » Jul 27th, '11, 04:41

what i meant MR.wobo

my point here Mr.wobo is our unique programs has some weak points and it need some of our developers cares to remove those weak points

Mr.doctor5000 suggest that i will find my idea at other program and this is good

but i dont need to make other GUI for URPMI because RPMDRAKE is enough and really helpful if it get some development tools
User avatar
almusalimalmusalimah
 
Posts: 301
Joined: May 19th, '11, 23:21

Next

Return to Ideas and suggestions

Who is online

Users browsing this forum: No registered users and 0 guests