Bug 388399 – kde-base/kopete-4.7.2 fails compiling with jingle USE flag

• Product: Gentoo Linux
• Status: RESOLVED INVALID

[Description Claudio Roberto França Pereira 2011-10-25 00:47:01 UTC]

Created attachment 290745 [details]
build.log for kopete-4.7.2

Can't emerge kopete-4.7.2 with jingle USE flag.

This was with kopete-4.7.1:

Linking CXX executable googletalk-call
[ 14%] Building CXX object kopete/protocols/jabber/libiris/CMakeFiles/iris_kopete.dir/iris/xmpp/cutestuff/bytestream.o
/usr/lib/gcc/x86_64-pc-linux-gnu/4.5.3/../../../../x86_64-pc-linux-gnu/bin/ld: warning: libx264.so.115, needed by /usr/lib64/libavcodec.so.53, not found (try using -rpath or -rpath-link)
/usr/lib64/libavcodec.so.53: undefined reference to `x264_param_default'
/usr/lib64/libavcodec.so.53: undefined reference to `x264_param_apply_profile'
/usr/lib64/libavcodec.so.53: undefined reference to `x264_encoder_headers'
/usr/lib64/libavcodec.so.53: undefined reference to `x264_encoder_encode'
/usr/lib64/libavcodec.so.53: undefined reference to `x264_encoder_reconfig'
/usr/lib64/libavcodec.so.53: undefined reference to `x264_param_apply_fastfirstpass'
/usr/lib64/libavcodec.so.53: undefined reference to `x264_encoder_delayed_frames'
/usr/lib64/libavcodec.so.53: undefined reference to `x264_picture_init'
/usr/lib64/libavcodec.so.53: undefined reference to `x264_encoder_close'
/usr/lib64/libavcodec.so.53: undefined reference to `x264_encoder_open_115'
/usr/lib64/libavcodec.so.53: undefined reference to `x264_param_default_preset'
collect2: ld returned 1 exit status
make[2]: *** [kopete/protocols/jabber/googletalk/libjingle/talk/examples/call/googletalk-call] Error 1
make[1]: *** [kopete/protocols/jabber/googletalk/libjingle/talk/examples/call/CMakeFiles/call.dir/all] Error 2
make[1]: *** Waiting for unfinished jobs....

The 4.7.2 build log is attached, the error is the same. Reported on the forums too, more users had the same issue:  http://forums.gentoo.org/viewtopic-t-873043.html

[Comment 1 Andreas K. Hüttel 2011-10-25 20:20:43 UTC]

Please attach your "emerge --info" output as well!

[Comment 2 Claudio Roberto França Pereira 2011-10-25 20:26:25 UTC]

Created attachment 290823 [details]
emerge --info

[Comment 3 Claudio Roberto França Pereira 2011-10-25 20:27:22 UTC]

Do you have some easy way to reproduce my build setup with my emerge --info that doesn't involve copying the USE="" statement and inlining it on the "emerge kopete" call?

[Comment 4 Andreas K. Hüttel 2011-10-29 19:03:35 UTC]

(In reply to comment #3)
> Do you have some easy way to reproduce my build setup with my emerge --info
> that doesn't involve copying the USE="" statement and inlining it on the
> "emerge kopete" call?

Not really...

Anyway, one question: what do you get as output of 

equery belongs libx264.so

?? And could you please try running revdep-rebuild and then re-emerging kopete, or first rebuilding ffmpeg and then kopete?

[Comment 5 Johannes Huber (RETIRED) 2011-10-29 20:15:05 UTC]

USE="jingle" kde-base/kopete-4.7.2 compiles fine here.

[Comment 6 Claudio Roberto França Pereira 2011-10-29 23:19:55 UTC]

It's indeed an invalid bug. Just emerged kopete with those USE flags without any errors. I tried searching for ffmpeg in my system without success.

I did run revdep-rebuild yesterday, it rebuilt libreoffice (probably unrelated) and libav and mediastreamer-x264.

$ genlop -l --date yesterday --date 2 hours ago
 * app-office/libreoffice

     Fri Oct 28 00:54:27 2011 >>> app-office/libreoffice-3.4.3.2-r1
     Fri Oct 28 00:55:19 2011 >>> media-video/libav-0.8_pre20110818
     Fri Oct 28 00:55:27 2011 >>> media-plugins/mediastreamer-x264-1.4.1

Strangely...
$ eix virtual/ffmpeg
[I] virtual/ffmpeg
     Available versions:  0.6-r1 0.6.90 {X +encode jpeg2k mp3 sdl theora threads vaapi vdpau x264}
     Installed versions:  0.6.90(22:03:39 27-10-2011)(X encode mp3 sdl threads vaapi x264 -jpeg2k -theora -vdpau)
     Description:         Virtual package for FFmpeg implementation

So, virtual/ffmpeg-0.6.90 is installed...

$ equery g =virtual/ffmpeg-0.6.90
 * Searching for ffmpeg0.6.90 in virtual ...

 * dependency graph for virtual/ffmpeg-0.6.90
 `--  virtual/ffmpeg-0.6.90  amd64 
   `--  media-video/ffmpeg-0.7.6  (>=media-video/ffmpeg-0.6.90_rc0-r2) amd64  [X= encode= jpeg2k= mp3= sdl= theora= threads= vaapi= vdpau= x264=]                                                                                                                                         
   `--  media-video/libav-0.8_pre20110818  (>=media-video/libav-0.6.90_rc) ~amd64  [X= encode= jpeg2k= mp3= sdl= theora= threads= vaapi= vdpau= x264=]
[ virtual/ffmpeg-0.6.90 stats: packages (3), max depth (1) ]

So, both ffmpeg AND libav are needed to satisfy the virtual/ffmpeg atom, right?

$ eix -I -e media-video/ffmpeg
No matches found.
$ eix -I -c libav
[I] media-video/libav (0.8_pre20110818@28-10-2011): Complete solution to record, convert and stream audio and video.

?????

Anyways, recompiling libav and mediastreamer-x264 did the trick. it was libx264.so.XXX that was missing, because of an update.

You can change the status to INVALID. I can only set it top SOLVED, which doesn't seem proper.

Thank you.

[Comment 7 Andreas K. Hüttel 2011-10-30 10:13:15 UTC]

OK great thanks. I think in your case libav was broken. I dont know the exact relationship between ffmpeg and libav myself. :|