Summary: | media-libs/libbluray doesn't install because no package libblueray found | ||
---|---|---|---|
Product: | Gentoo Linux | Reporter: | Lars <laked> |
Component: | [OLD] Library | Assignee: | Steve Dibb (RETIRED) <beandog> |
Status: | RESOLVED FIXED | ||
Severity: | normal | CC: | enviouzproductionz07, fabio.coatti, Martin.vGagern, media-video, mmw, order+gentoo, polidevk.polidevk, Sander.Sweers |
Priority: | High | ||
Version: | unspecified | ||
Hardware: | AMD64 | ||
OS: | Linux | ||
Whiteboard: | |||
Package list: | Runtime testing required: | --- | |
Bug Depends on: | |||
Bug Blocks: | 365951 | ||
Attachments: |
build.log
libbluray-xine-0.0.1_pre20110210.ebuild libbluray-0.0.1_pre20110210-r1.ebuild Diff ebuilds against original |
Description
Lars
2011-02-17 14:29:22 UTC
Attach full build log. Created attachment 262901 [details]
build.log
OK, it's xine useflag, that breaks it: that Makefile uses pkg-config to locate the lib before the lib gets installed. For the moment, it's only noticeable when libbluray isn't installed yet. Can't we make the xine part a separate package, e.g. libbluray-xine? That should solve the issue at hand, and also have another benefit: It would make xine[bluray] depend on a package instead of a USE flag. As long as we don't have a fix for bug #256519 in portage, that would be a major win. Looking at the ebuild, the build process for the xine player wrapper seems th be quite separate from the lest of libbluray. So making it two ebuilds based on the same source tarball should be easy enough. If you want, I can write those ebuilds. (In reply to comment #3) > For the moment, it's only noticeable when libbluray isn't installed yet. Funny. So how anybody got libbluray installed as it doesn't compile if it is not installed yet?!? Interestingly when I run make in the work directory it resumes and finishes compilation without any further errors. A make clean; make is also finishing without errors. So why is this error triggered when emerging but not when compiling "normally"? (In reply to comment #5) > Funny. So how anybody got libbluray installed as it doesn't compile if it is > not installed yet?!? USE=-xine emerge libbluray && USE=xine emerge libbluray > Interestingly when I run make in the work directory it resumes and finishes > compilation without any further errors. A make clean; make is also finishing > without errors. So why is this error triggered when emerging but not when > compiling "normally"? Because what fails is the make in the player_wrappers/xine subdirectory, not the one in the main directory. That subdir doesn't seem to get included in "normal" builds. Created attachment 265133 [details]
libbluray-xine-0.0.1_pre20110210.ebuild
This is my proposal for a stand-alone libbluray-xine package.
Created attachment 265135 [details]
libbluray-0.0.1_pre20110210-r1.ebuild
This revbump skips the xine plugin installation but PDEPENDS on that other ebuild instead. The revbump is necessary for the DEPEND from libbluray-xine.
The ebuild also fixes the DOCS variable, which has to be an arry in order to work as intended.
Created attachment 265137 [details, diff]
Diff ebuilds against original
This diff shows what I changes in the new ebuilds with respect to the original.
*** Bug 369831 has been marked as a duplicate of this bug. *** (In reply to comment #8) > The ebuild also fixes the DOCS variable, which has to be an array in order to > work as intended. Strings still work since they're the last case in the conditional statement (check pms or portage code), but I'll move it to an array. Fixed in the latest revision in CVS. |