Bugzilla Bug 232207

I did my usual sync and emerge -NuD world today (on ~amd64), then my usual
--depclean --ask, which listed dev-libs/lzo-2.03 to be removed while keeping
lzo-1.08-r1.  Interesting, I thought, but might as well, as I have binpkgs of
everything anyway.  After the removal, I ran revdep-rebuild, which not
unexpectedly wanted to rebuild a couple things (I run --as-needed in LDFLAGS
and revdep-rebuild routinely, so seldom have more than a handful of items).

transcode was on the list.  So I go to rebuild it, and...

from the emerge --ask --verbose...

[ebuild   R   ] media-video/transcode-1.0.6_rc3  USE="3dnow X a52 dv dvdread
extrafilters fame iconv imagemagick jpeg lzo mjpeg mmx mp3 mpeg network ogg oss
quicktime sse sse2 theora truetype vorbis xml xvid (-altivec) -nuv -sdl -v4l2"
0 kB

USE=lzo is enabled.

from the emerge output...

* econf: updating transcode-1.0.6rc3/autotools/config.guess with
/usr/share/gnuconfig/config.guess
./configure --prefix=/usr --host=x86_64-pc-linux-gnu --mandir=/usr/share/man
 --infodir=/usr/share/info --datadir=/usr/share --sysconfdir=/etc
 --localstatedir=/var/lib --with-imagemagick-includes=/usr/include/ImageMagick
 --with-imagemagick-libs=/usr/lib64 --with-default-xvid=xvid4
 [snip] --enable-libquicktime --enable-lzo --enable-iconv [snip]
 --libdir=/usr/lib64 --build=x86_64-pc-linux-gnu

... lzo enabled there, but continuing the output...

checking for lqt_rows_alloc in -lquicktime... yes
checking whether lzo support is requested... yes
checking for pkgconfig support for lzo... no
checking how to determine LZO_CFLAGS... default
checking lzo/lzo1x.h usability... no
checking lzo/lzo1x.h presence... no
checking for lzo/lzo1x.h... no
checking how to determine LZO_LIBS... default
checking for lzo_version in -llzo2... no
checking whether a52 support is requested... yes

... and further along...

optional package support
----------------------------------------
[snip]
libquicktime                   yes
lzo                            no
a52                            yes

... no lzo here, WTF?  Right after that list I get this:

ERROR: option '--enable-lzo' failed: cannot compile lzo/lzo1x.h
lzo/lzo1x.h can be found in the following packages:
  lzo  http://www.oberhumer.com/opensource/lzo/

ERROR: option '--enable-lzo' failed: cannot link against liblzo2
liblzo2 can be found in the following packages:
  lzo  http://www.oberhumer.com/opensource/lzo/

... and the rest is generic error reporting info, etc.

So, I remerge the lzo-2.x binpkg, and then can remerge transcode without issue.
 It therefore seems the lzo deps line in the transcode ebuild may be outdated,
wanting lzo-1* when it appears to use 2* now:

lzo? ( =dev-libs/lzo-1* )

I'll attach the config.log and emerge --info momentarily.

Duncan

Created an attachment (id=160729) [edit]
emerge --info

I just realized I can't easily attach the config.log as I've already
successfully remerged transcode after remerging (from binpkg) lzo:2.  If you
really need it, say so and I'll unmerge lzo:2 again and try the transcode merge
again to get it.  Here's emerge --info, however.

(In reply to comment #1)
> I just realized I can't easily attach the config.log

It shouldn't be necessary, given the errors above, as both those files are in
lzo:2, not :1, so it's pretty obvious the dep needs updated.

equery b -f liblzo2
[ Searching for file(s) liblzo2 in *... ]
dev-libs/lzo-2.03 (/usr/lib64/liblzo2.so -> liblzo2.so.2.0.0)
dev-libs/lzo-2.03 (/usr/lib64/liblzo2.la)
dev-libs/lzo-2.03 (/usr/lib64/liblzo2.so.2 -> liblzo2.so.2.0.0)
dev-libs/lzo-2.03 (/usr/lib64/liblzo2.so.2.0.0)
dev-libs/lzo-2.03 (/usr/lib64/liblzo2.a)

equery b lzo1x.h
[ Searching for file(s) lzo1x.h in *... ]
dev-libs/lzo-1.08-r1 (/usr/include/lzo1x.h)
dev-libs/lzo-2.03 (/usr/include/lzo/lzo1x.h)

fixed in _rc3, thanks