Mageia forum

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

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?

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 ???

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?

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

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.

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

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

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

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.

I need shntool also...

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.

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.

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

1. It's not only gstreamer packages.

2. Flash and Powerpack were commercial products.
Free Edition and ONE = Mageia already offers just that.

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

task-xxxx-free AND task-xxxx-full

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.

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 ))

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.

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.

Ah wobo, you are that fast
But about the same ideas i see.

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

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.

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

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.

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