libvcd(.so, .la, .a) is no longer installed by vcdimager, because it is an internal lib (according to the changelog). But in libvcdinfo.pc, used by pkg-config, there is a dependency on libvcd, and in libvcd.pc, -lvcd is added to the link-flags. This results in ld complaining about a missing library, and the build of libcdio for example to fail. steps to reproduce: 1. emerge vcdimager-0.7.20 2. emerge libcdio possible solution is to delete the dependency on libvcd in libvcdinfo.pc, or delete -lvcd in the libs from libvcd.pc I tried the last solution, and libcdio-0.68 builds without problems.
*** Bug 55414 has been marked as a duplicate of this bug. ***
Created attachment 36508 [details] My proposed vcdimager-0.7.20-r2.ebuild Two patches to follow: vcdimager-fixlibvcd-pc.patch vcdimager-autoconf-libxml2.patch
Created attachment 36509 [details, diff] vcdimager-fixlibvcd-pc.patch Fixes the non installation of libvcd.pc
Created attachment 36510 [details, diff] vcdimager-autoconf-libxml2.patch Fixes libxml2 header locating, and ldflags
This bug has been bothering me for a while. I took a different approach, and patched Makefile.am to actually install libvcd.pc. In the process of running aclocal/automake/autoconf though I found it broke the $XML_CFLAGS probably do to a newer automake or autoconf I guess. I used automake 1.8, and autoconf 2.5 as the Makefile.in, and configure scripts say in the distributed tarball, but the micro versions were higher if that makes a difference. In that process I discovered the little "--with-xml-prefix=/usr --disable-xmltest" if xml2 is in $USE. It didn't like that, because it couldn't find my libxml2 headers. Sooooo, I also patched configure.ac, to use pkg-config's PKG_CHECK_MODULES() to set $XML_CFLAGS instead of the AM_PATH_XML2() that they had, and it worked without disabling the test for header location. Thats a good thing I think. So I've attached the 3 files here if anyone wants to test them.
Created attachment 36512 [details] My proposed vcdimager-0.7.20-r2.ebuild This one actually works.
Created attachment 36513 [details, diff] vcdimager-lvcdinfo-dep.patch The right way is to remove the dep as the original bug report said.
Okay, that last one was a bit premature. The right way is to remove the dependency from libvcdinfo.pc as the original bug said. I still think the autoconf patch is a good idea though, though I guess it's entirely optional.
Created attachment 36515 [details] My proposed vcdimager-0.7.20-r2.ebuild Many, many apologies. I realized the libxml2 patch, and autoconf should only be done if xml2 is in USE. This fixes that.
Re-emerging vcdimager-0.7.20-r2 fixes this problem.
as Don Seiler already pointed out, the vcd lib is getting installed. marking as invalid
