telepathy-logger-qt doesn't use boost directly, but via qt-gstreamer which is use some header-only boost libraries. Reproducible: Always
Please attach the build.log and your `emerge --info` output
(In reply to comment #1) > Please attach the build.log and your `emerge --info` output Ping! Please provide the requested infos.
(In reply to comment #2) > (In reply to comment #1) > > Please attach the build.log and your `emerge --info` output > > Ping! Pong! > Please provide the requested infos. forget it! I've done the job while you are waited... so, first of all, as I told before, qt-gstreamer uses some boost header-obly libs, but does not provides an #include dir for them as a dependency in it's .pc files, so later telepathy-logger-qt, using cmake's pkg_check_modules (in cmake/modules/FindQtGLib.cmake), can't properly detect losted (implicit) dependency from boost. (so here is a patch #1 for it) but this is a half of the problem. unfortunately FindQtGLib.cmake too stupid also, and after using pkg_check_modules, which would returns everything required for success compilation, it just ignore it's output and tried to redetect (in a stupid way) #include dir again (as well as libraries). so it is why here is the patch #2. later, when I tried to compile kde-telepathy-meta, I've found another one package w/ the same problem: net-im/ktp-text-ui (see patch #3)
Created attachment 322964 [details, diff] patch #1: fixes for qt-gstreamer
Created attachment 322966 [details, diff] patch #2: fixes for buggy qt-gstreamer detector in telepathy-logger-qt
Created attachment 322968 [details, diff] patch #3: same as #2, but for net-im/ktp-text-ui
Thanks for your work, please file the patches upstream for review and link here back.
(In reply to comment #7) > Thanks for your work, please file the patches upstream for review and link > here back. sorry, maybe later (I suppose never)... cuz I spent too much time already...
(In reply to comment #7) > Thanks for your work, please file the patches upstream for review and link > here back. here is the bug report to qt-gstreamer upstream: https://bugzilla.gnome.org/show_bug.cgi?id=683455
(In reply to comment #9) > here is the bug report to qt-gstreamer upstream: > https://bugzilla.gnome.org/show_bug.cgi?id=683455 thanks
Hello all, boost-1.52.0-r6 is likely going stable anytime soon, but this bug is even still open in ~arch. Please consider whether the package is dead and should just be removed. Thanks, Diego
What is the status here? It builds for me fine with boost-1.52.0-r6.
This thing works with boost 1.50 on version 0.6.0 for sure (tested right now). Removing from the blocker because something else must be there to break it.
(In reply to comment #12) > What is the status here? It builds for me fine with boost-1.52.0-r6. (In reply to comment #13) > This thing works with boost 1.50 on version 0.6.0 for sure (tested right > now). > > Removing from the blocker because something else must be there to break it. Works for me too. No idea what it was. But seems fixed...