dev-libs/totem-pl-parser-2.30.1 was recently stabilized and revdep-rebuild wants to re-emerge media-sound/rhythmbox-0.12.6-r1 but this fails with: ./.libs/librhythmbox-core.so: undefined reference to `totem_pl_parser_write_with_title' Emerging the unstable media-sound/rhythmbox-0.12.8-r1 does not fail. Reproducible: Always Steps to Reproduce: 1. emerge "=dev-libs/totem-pl-parser-2.30.1" 2. emerge "=media-sound/rhythmbox-0.12.6-r1" 3. Actual Results: ... CC librhythmbox_core_la-rb-python-plugin.lo CC main.o CCLD librhythmbox-core.la CCLD rhythmbox ./.libs/librhythmbox-core.so: undefined reference to `totem_pl_parser_write_with_title' collect2: ld returned 1 exit status make[3]: *** [rhythmbox] Error 1 ... Expected Results: compile and install rhythmbox revdep-rebuild output: * Checking dynamic linking consistency [ 65% ] * broken /usr/lib64/librhythmbox-core.so.0.0.0 (requires libtotem-plparser.so.12) [ 87% ] * broken /usr/lib64/rhythmbox/plugins/audioscrobbler/libaudioscrobbler.so (requires libtotem-plparser.so.12) * broken /usr/lib64/rhythmbox/plugins/generic-player/libgeneric-player.so (requires libtotem-plparser.so.12) * broken /usr/lib64/rhythmbox/plugins/iradio/libiradio.so (requires libtotem-plparser.so.12) # emerge -pv rhythmbox These are the packages that would be merged, in order: Calculating dependencies... done! [ebuild R ] media-sound/rhythmbox-0.12.6-r1 USE="cdr gnome-keyring hal ipod libnotify python udev -daap -debug -doc -lirc -mtp -musicbrainz -nsplugin -test" 0 kB # emerge --info Portage 2.1.8.3 (default/linux/amd64/10.0/desktop/gnome, gcc-4.4.3, glibc-2.11.2-r0, 2.6.34.1 x86_64) ================================================================= System uname: Linux-2.6.34.1-x86_64-AMD_Athlon-tm-_64_X2_Dual_Core_Processor_4800+-with-gentoo-2.0.1 Timestamp of tree: Sun, 01 Aug 2010 22:45:02 +0000
It's quite unfortunate: that symbol was one of those, that got removed in 2.30 release.
I can confirm this on a brand-new install. Any chance 0.12.8 can be stabilized as a result?
Same issue on my machine..
An API breakage in totem-pl-parser ???
FFS, an API break, I wonder how totem-pl-parser upstream managed to make to slip into a stable release. http://www.mail-archive.com/rhythmbox-devel@gnome.org/msg06481.html, and patch at https://bugzilla.gnome.org/show_bug.cgi?id=605313
*** Bug 330871 has been marked as a duplicate of this bug. ***
totem-pl-parser is in the DESKTOP set, not PLATFORM, and hence has no ABI/API stability guarantees across GNOME releases. Of course the API ought to be stable across 2.30.0, 2.30.1, 2.30.2...
Coming to think of it, this means soname changed right ? but I can't find any preserved_old_libs calls in the ebuild...
*** Bug 330959 has been marked as a duplicate of this bug. ***
*** Bug 328377 has been marked as a duplicate of this bug. ***
I can confirm this on my machine.
We do not want preserve_old_libs for every tiny thing. The later clean-up is very unreliable with portage-2.1, and it's automatic preserving with 2.2_rc anyway. In tandem stabilization should be ideal, with newer rhythmbox also pulling in newer totem-pl-parser then and using new API exclusively, I think
*** Bug 331191 has been marked as a duplicate of this bug. ***
I also had the same problem when I updated my system yesterday. The only way I could fix it was to use the older version of totem-pl-parser (2.28.2)
With the dupes piling up, and pretty much everyone upgrading hitting this, is there a reason for 0.12.8 not going stable?
Same issue here. 0.12.8 compiles and works.
Bug 308763 is too slow, some arch's will have to go straight to stable to get this mess sorted out (namely ppc and sparc).
Works fine with x86 and Python 2.6 fails when Python 3.1 is set as active version; SyntaxError: invalid syntax File "/usr/lib/python2.6/site-packages/gtk-2.0/codegen/codegen.py", line 429 except argtypes.ArgTypeError, ex:
Created attachment 241657 [details] rhythmbox-0.12.8-r1.ebuild.diff Works when python3.1 is set as active on x86.
I vote for stabilization too. The current stable version of rhythmbox does not work so everyone is forced to upgrade to this unstable version either they want it or they don't. Furthermore this version works really great, at least to me.
amd64/x86 stable
don't add random bugs to "depends on", glibc-2.12 is not a stable candidate yet.
Ebuild 0.12.8-r1 works on ppc32 provided rhythmbox and the following dependancies are unmasked: media-sound/rhythmbox ~* media-video/coherence ~* dev-python/louie ~* dev-python/axiom ~* dev-python/epsilon ~*
I've also been bitten by this in PPC. Upgrading to the latest version solved my problem. I also think this should be marked stable ASAP, because the current stable version doesn't compile anymore and everyone one a stable system will get this error, which is unfortunate.
sparc stable
*** Bug 350140 has been marked as a duplicate of this bug. ***
@ppc, ppc64, guys, is there anything stopping you from stabilizing ?
arch timeout, no more rhythmbox for ppc/ppc64