| Summary: | xine-lib-1-rc8 fails to configure. missing path to libXv | ||
|---|---|---|---|
| Product: | Gentoo Linux | Reporter: | Curtis Napier (RETIRED) <curtis119> |
| Component: | [OLD] Library | Assignee: | Gentoo Media-video project <media-video> |
| Status: | RESOLVED DUPLICATE | ||
| Severity: | normal | CC: | charlie, corsair, david.morgan, eradicator, fuzzyray, howard_b_golden, mail, mikeh |
| Priority: | High | ||
| Version: | unspecified | ||
| Hardware: | All | ||
| OS: | Linux | ||
| Whiteboard: | |||
| Package list: | Runtime testing required: | --- | |
| Attachments: |
media-libs/xine-lib-1_rc8.ebuild
xine-lib-1_rc8-r2.ebuild xine-lib-1.0-ebuild.patch This ebuild is as close to eradicator's as possible. xine-lib-1.0.ebuild xine-lib-1_rc8.ebuild |
||
|
Description
Curtis Napier (RETIRED)
2004-12-22 17:29:11 UTC
Created attachment 46677 [details]
media-libs/xine-lib-1_rc8.ebuild
*** Bug 75413 has been marked as a duplicate of this bug. *** What about those users who don't have libXv (i.e. me) Yesterday xine-lib-1_rc8 emerged fine for me, but today upgrading to 1_rc8-r1 failed, and I can't emerge 1_rc8 now either, because of this error. I've tried messing around with the ebuild/configure script, but I can't get the error to go away I added xv USE flag:
use xv \
&& myconf="${myconf} --with-xv-path=/usr/X11R6/$(get_libdir)"
$(use_enable xv shared-xv) \
-------------------
Removed " use amd64 \
&& myconf="${myconf} --with-xv-path=/usr/X11R6/$(get_libdir)""
it is now redundant with the xv USE flag.
--------------------
attached the new version as xine-lib-1-rc8-rc2.ebuild
tested and confirmed to work on x86.
Created attachment 46727 [details]
xine-lib-1_rc8-r2.ebuild
Fixed in cvs. Thanks for posting! I have tried the attached r2 ebuild, and it still fails for me, whether I set the xv use flag or not. This still fails for me with the same error (regardless of whether I have xv or -xv in my USE flags), and evidently I'm not the only one (I'm using the updated -r1 ebuild that's now in portage), so could someone who's able to reopen the bug? The problem is that that xorg-x11 provides libXv.*, but only if you have USE="xv", and emerge xorg-x11 fails with USE="xv" unless you also have USE="opengl". Having USE="xv opengl" to compile xorg-x11 just to use xine-lib probably isn't something that most people without opengl support will want to do. Since the xine-lib-1_rc8 ebuild worked ok for me before the first attempt at fixing it (but fails now, as does -r1) there must be a way that this can work. I'm experiencing this error also. I believe it has to do with xorg-x11 moving /usr/X11R6/lib to /usr/lib, so libXv isn't found in the old directory. Here is what is printed when emerging xorg-x11-6.8.0-r4: * BEWARE: * /usr/X11R6/lib has MOVED * to /usr/lib * Run etc-update to update your config files. * Old locations for anything in /usr/X11R6/lib * are deprecated. I'm not sure how to fix the ebuild to work whether libXv is in /usr/X11R6/lib or /usr/lib, but I believe that is what's needed. I don't have the libraries in either location - didn't with xorg-x11-6.8.0-r3, and still don't with r4 Ok, the new xine-lib is supposed to load xv dynamically. That said, it shouldn't cause compile issues for you guys. That said again, I'm removing some of the fix stuff (as version 1.0 is supposed to fix it). However.. just in case, please reopen the bug if it occurs and I'll add the stuff back in. Thanks :). This should definetly not be closed as it still fails to compile after the x11 libdir move. /usr/X11R6 is no longer the valid location of the libs, so why is it hard coded into the ebuild?.. if this route is going to be taken a condition check for the x11 version should happen and the appropriate libdir should be used. .02 jgraham Unless I'm reading the xorg-x11 Changelog and ebuild incorrectly, a symlink is created to prevent such an error (ie. use a symlink for programs that are linking to /usr/X11R6/$(get_libdir) or so. Please let me know if this is not the case. *** Bug 75764 has been marked as a duplicate of this bug. *** Re-resolved as the apparent issues were not solved by the new 1.0 changes. Thanks to eradicator for adding them back in (I was sort of.. how would you say.. asleep :P). Configure still fails with xine-lib-1.0 for me Eradicator: Ideas on this? Created attachment 46979 [details, diff]
xine-lib-1.0-ebuild.patch
Posted here by request of Chris White
*** Bug 75838 has been marked as a duplicate of this bug. *** Created attachment 46992 [details]
This ebuild is as close to eradicator's as possible.
Yeha, I don't know why 1.0 is so lame, but it is. It tries static libXv over shared libXv even when you tell it not to, and it also doesn't detect alsa for me. The autoconf code is pretty much identical, so I don't see what's wrong there... rc8-r1 does the Xv logic right (emerge sync as it's gone through some revisions), so please try that. Perhaps we should throw 1.0 into package.mask until we get the alsa and Xv issue sorted out. Created attachment 47002 [details]
xine-lib-1.0.ebuild
Tested and works for me.
Exactly like eradicators version minus --enable-shared-xv
Seems 1.0 just doesn't like it.
Didn't test xvmc feature though.
ok, committed the ebuild without --enable-shared-xv ... still not detecting alsa though... removing --disable-alsatest fixes the alsa problem. This still won't configure for me (same error), presumably because I don't have libXv* anywhere. Any more ideas? David. Do 'grep xv /var/db/pkg/x11-base/xorg-x11-*/CONTENTS' valinor ~ # grep xv /var/db/pkg/x11-base/xorg-x11-*/CONTENTS obj /usr/X11R6/bin/xvidtune bbde36fa8e37084515da324ee8280b17 1104167698 obj /usr/share/doc/xorg-x11-6.8.1.901/html/xvidtune.1.html 05a17470785f899b27880e6f32c89069 1104167698 obj /usr/share/doc/xorg-x11-6.8.1.901/xv-protocol-v2.txt 048f4ff1879ade9a090fe45764582dcf 1104167698 obj /usr/share/man/man1/xvidtune.1x.gz 6660449c058c99ea7958df1cd25eb61c 1104167698 valinor ~ # Whoops... the X needed to be capital... grep Xv /var/db/pkg/x11-base/xorg-x11-*/CONTENTS I'm betting this is probably specific to xorg-x11-6.8.1.901 valinor ~ # grep Xv /var/db/pkg/x11-base/xorg-x11-*/CONTENTS obj /etc/X11/app-defaults/Xvidtune 9035a852b210a46fc311e7bc852ac663 1104167698 obj /usr/X11R6/bin/Xvfb cc089ea5eed248b690f38a8713c0d5a1 1104167698 obj /usr/share/doc/xorg-x11-6.8.1.901/XvMC_API.txt dfc915d315e9dba3dab348ba95e87bd6 1104167698 obj /usr/share/doc/xorg-x11-6.8.1.901/html/Xvfb.1.html 129992c31714923676c75ae80264a9d6 1104167698 obj /usr/share/man/man1/Xvfb.1x.gz 4b7d7572a577bd9e55e9536e1c430063 1104167698 valinor ~ # This isn't specific to xorg-x11-6.8.1.901, since I had the same problem with 6.8.0-r4, however it would make a lot of sense if it was specific to those 2 versions ok, as far as the xine ebuild is concerned, this is fixed (it dies if you have USE=xv but it can't find the lib. Please talk to spyderous (or just open another bug here) about the libXv not building problem. It dies with USE=-xv too, surely that's not right? reopening arg bumping back to m-v herd as I am swamped right now *** This bug has been marked as a duplicate of 76220 *** Created attachment 47479 [details]
xine-lib-1_rc8.ebuild
|