Gentoo Websites Logo
Go to: Gentoo Home Documentation Forums Lists Bugs Planet Store Wiki Get Gentoo!
Bug 174254 - Request for a media_codecs useflag group/prefix
Summary: Request for a media_codecs useflag group/prefix
Alias: None
Product: Gentoo Linux
Classification: Unclassified
Component: New packages (show other bugs)
Hardware: All Linux
: High enhancement (vote)
Assignee: Gentoo Linux bug wranglers
: 205089 (view as bug list)
Depends on:
Reported: 2007-04-12 08:49 UTC by Stefan Huszics
Modified: 2008-01-09 17:00 UTC (History)
1 user (show)

See Also:
Package list:
Runtime testing required: ---


Note You need to log in before you can comment on or make changes to this bug.
Description Stefan Huszics 2007-04-12 08:49:52 UTC
The amount of media-codecs useflags in some packages (eg mplayer) are just becoming overwhelmingly large making it difficult to get an overview and separate them from other useflags.

Suggest creating a subgroup for them (like linguas, video_cards, input_devices etc) called eg media_codecs.
This would substantially aid a user in getting an overview of and selecting apropriate useflags for media apps.

Example eix output with all useflags
1.0_rc1-r2(-3dfx -3dnow -3dnowext X -aac -aalib alsa -altivec -amr -arts -bidi -bindist -bl -cdparanoia -cpudetection -custom-cflags -debug -dga -directfb doc -dts -dv -dvb dvd -dvdread -enca encode esd -fbcon -ggi gif gtk iconv ipv6 -jack -joystick jpeg -libcaca -linguas_bg -linguas_cs -linguas_da -linguas_de -linguas_el linguas_en -linguas_es -linguas_fr linguas_hu -linguas_ja -linguas_ko -linguas_mk -linguas_nl -linguas_no -linguas_pl -linguas_pt_BR -linguas_ro linguas_ru -linguas_sk -linguas_tr -linguas_uk -linguas_zh_CN -linguas_zh_TW -lirc -live -livecd -lzo mad -matrox -mmx -mmxext -musepack -nas -openal opengl oss png -real -rtc -samba sdl -speex -sse -sse2 -svga -tga -theora truetype unicode -v4l v4l2 vorbis win32codecs -x264 -xanim xinerama xv -xvid -xvmc)

Reproducible: Always
Comment 1 Jakub Moc (RETIRED) gentoo-dev 2007-04-12 08:58:01 UTC
Not going to happen, sorry. See and read the gentoo-dev mailing list archives for reasons why this never got anywhere...

(Note that abusing USE_EXPAND for such stuff wouldn't solve absolutely anything, just would make the flags longer and would require loads of pointless ebuild work).
Comment 2 Stefan Huszics 2007-04-12 09:32:15 UTC
Thanks a for the link to the GELP. :)

Sad to hear though that this never took off because it has the potential to greatly clarify things for users. I guess this would still be possible to implement this virtually from the package manager or "eix" side without actually changing things in ebuilds. Guess that why it was resolved as UPSTREAM?
Comment 3 Jakub Moc (RETIRED) gentoo-dev 2007-04-12 09:38:51 UTC
UPSTREAM as in filing bugs won't move this anywhere... :) Some links to relevant threads, definitely incomplete.

And no, package managers won't cut it if people can't even agree on whether/how this should be implemented. ;)
Comment 4 Stefan Huszics 2007-04-12 10:21:04 UTC
> And no, package managers won't cut it if people can't even agree on whether/how
this should be implemented. ;)

Hmm, Im not sure you fully understood exactly what I wanted. Im not after a way to turn on/off a bunch of useflags with one command (which BTW AFAICT is already present in Paludis

What Im after is simply to turn eg eix output from
-aac alsa -arts -chardet esd -flac -jack -lirc -modplug mp3 -musepack nls oss -pulseaudio -sid -sndfile -timidity vorbis -wavpack -wma

into eg (just a quick example, might have some useflags in wrong group)

alsa -arts -chardet esd -jack -lirc nls oss -pulseaudio
media_codec: -aac -flac -modplug mp3 -musepack -sid -sndfile -timidity vorbis -wavpack -wma

Thus the whole "what happens with -useflag" issue just doesnt apply here because Im only looking for a way to change visual output and organize it in a sensible way. The adding&removing of the useflags them selves can remain completely unchanged from how its done now.
Comment 5 Jakub Moc (RETIRED) gentoo-dev 2008-01-09 17:00:21 UTC
*** Bug 205089 has been marked as a duplicate of this bug. ***