This is a semi-automated bug report with SOLUTION (for the lazy) - "media-libs/libdvdcss" is illegal in some countries. - the pkg in subject contains hardcoded dependency (RDEPEND) on libdvdcss, which is wrong for these reasons: - it is only a BUILD dependency (thus only a DEPEND). If you look at the source code, libdvdcss headers are used but libdvdcss.so is not linked against any of the produced ELF - compiling without libdvdcss.so in linker paths works hands down Please find a patched ebuild. Reproducible: Always Steps to Reproduce:
Created attachment 205313 [details, diff] media-libs/libdvdcss-0.9.7 ebuild patch
- it is only a BUILD dependency (thus only a DEPEND). If you look at the source code, libdvdcss headers are used but libdvdcss.so is not linked against any of the produced ELF WRONG! The library is dlopened at runtime.
And dlopen failure handled by the software itself! Also see #286515. Again, look at the sources. dvdread/dvd_input.c: dvdcss_library = dlopen("libdvdcss.so.2", RTLD_LAZY); dvdread/dvd_input.c: "libdvdread: Old (pre-0.0.2) version of libdvdcss found.\n" dvdread/dvd_input.c: fprintf(stderr, "libdvdread: Missing symbols in libdvdcss.so.2, " OTOH: Where possible, libdvdcss dependency should be handled with "care".
If you really want to make libdvdcss pulled in, you could add "css? ( media-libs/libdvdcss )" to RDPEND. But this doesn't change the fact that current (in Portage) ebuild should be fixed.
yngwin or ssuominen can you reply here? Thanks
+ 28 Dec 2009; Fabio Erculiani <lxnay@gentoo.org> libdvdread-0.9.6.ebuild, + libdvdread-0.9.7.ebuild: + Fix media-libs/libdvdcss dependency, close bug #286543 + Closed.