Bug 76705 – xine-lib-1.0.ebuild has new (and old) unnecessary dependencies

• Product: Gentoo Linux
• Status: RESOLVED FIXED

[Description aethyr 2005-01-04 17:40:58 UTC]

Recently, xine-lib has aquired two unnecessary dependencies:

  03 Jan 2005; Chris White <[e-mail]> xine-lib-1.0.ebuild:
  Quick fix. Removed libcaca USE flag but forgot to remove the conditional dep
  as it appears xine-lib doesn't play nice if you don't have it.

  31 Dec 2004; Chris White <[e-mail]> xine-lib-1.0.ebuild:
  Removed aalib USE flag as it doesn't work and aalib cannot be disabled on
  systems that have it installed.

This is what it looks like when I currently try to emerge xine-lib.  I use a custom xine-lib ebuild, which is why I don't have these dependencies installed already.

[ebuild  N    ] media-libs/libfame-0.9.1  -debug +mmx +sse 289 kB
[ebuild  N    ] media-libs/aalib-1.4_rc4-r2  +X -gpm +slang -static 381 kB
[ebuild  N    ] media-libs/flac-1.1.1  -debug +sse -xmms 1,432 kB
[ebuild  N    ] media-libs/libcaca-0.9-r1  +X -doc +imlib +ncurses +slang 210 kB                                                                                
[ebuild   R   ] media-libs/xine-lib-1.0  +X -aac +alsa (-altivec) -arts +avi -debug -directfb +dvd -dxr3 -esd -fbcon +gnome -i8x0 -ipv6 -mng +nls -nvidia -oggvorbis +opengl -pic +png +samba +sdl -speex -theora -vidix +xv -xvmc 7,211 kB

Note aalib and libcaca.  Also note that xine does not need libfame, nor flac to build.  They are all listed as RDEPEND, but I know I will never play flac files.   Libfame is only needed if you have a dxr3 DVD decoder [1].   Of course when they're listed as mandatory in RDEPEND, they also get pulled in to build xine.  Everything works as expected without these dependencies, divx, ogg, mp3, mpeg, dvds, etc etc...

aalib is only needed when one wants ASCII output, libcaca is only needed when one wants colored ASCII output.  I don't think it's too surprising that not many xine users will need, or want either of these options (except possible as a one time novelty).

[1] http://cvs.sourceforge.net/viewcvs.py/*checkout*/xine/xine-lib/doc/README.dxr3

Plus, the only file in xine-lib's sources that even includes fame.h is src/dxr3/dxr3_mpeg_encoders.c

[Comment 1 aethyr 2005-01-04 17:43:15 UTC]

I forgot to mention, xine-lib already has a dxr3 USE flag, at the very least that could block libfame.

[Comment 2 alex f 2005-01-06 06:51:56 UTC]

A long story short: Why are aalib and libcaca hard depends for xine-lib? Please bring the use flags for them back.

[Comment 3 Sebastian Spaeth 2005-01-29 11:01:07 UTC]

I agree. I don't want to use libaa and libcaca.

xine-lib' s dependency libsdl uses the global aalib USE flag. But that is completely senseless if xine-lib pulls the libraries in any case.

Please find a way to bring aalib back...

[Comment 4 Diego Elio Pettenò (RETIRED) 2005-03-11 11:01:12 UTC]

As for #76090 this bug should be already fixed (and i'm sure aalib and libcaca wasn't getting merged on my system lately).

[Comment 5 Bel Zébute 2005-03-15 22:01:00 UTC]

Another dependancy screw up is ffmpeg.  I currently have version 0.4.7_pre20030624 installed, which is no more in portage, but is not on the world list either.  Emerging xine-lib will fail with the message for internal or external ffmpeg.

I have upgraded ffmpeg version by version and xine-lib succesfully merged with version >0.4.7 of ffmpeg.

So the dependancy should read something similar to:

         ffmpeg? ( >=media-video/ffmpeg-0.4.8.20040222 )

You have been warned.

[Comment 6 Diego Elio Pettenò (RETIRED) 2005-03-20 12:03:43 UTC]

Currently it uses 0.4.9 or major, so that also should be fixed.
The bug should be closed, imho.

[Comment 7 Chris White (RETIRED) 2005-03-31 10:45:31 UTC]

Closing then.