Gentoo Websites Logo
Go to: Gentoo Home Documentation Forums Lists Bugs Planet Store Wiki Get Gentoo!
Bug 440392 - dev-libs/libcroco-0.6.8 - ld: warning: libicuuc.so.49, needed by /usr/lib/gcc/x86_64-pc-linux-gnu/4.6.3/../../../../lib64/libxml2.so, not found (try using -rpath or -rpath-link)
Summary: dev-libs/libcroco-0.6.8 - ld: warning: libicuuc.so.49, needed by /usr/lib/gcc...
Status: RESOLVED INVALID
Alias: None
Product: Gentoo Linux
Classification: Unclassified
Component: [OLD] GNOME (show other bugs)
Hardware: All Linux
: Normal normal (vote)
Assignee: Gentoo Linux Gnome Desktop Team
URL:
Whiteboard:
Keywords:
Depends on:
Blocks:
 
Reported: 2012-10-31 09:43 UTC by Aaron Webster
Modified: 2012-11-05 21:01 UTC (History)
0 users

See Also:
Package list:
Runtime testing required: ---

Attachments
build log (build.log,91.13 KB, text/plain)
2012-10-31 09:43 UTC, Aaron Webster 		Details
output of emerge --info '=dev-libs/libcroco-0.6.8' (emerge.info,4.87 KB, text/plain)
2012-10-31 09:44 UTC, Aaron Webster 		Details
output of emerge -pqv '=dev-libs/libcroco-0.6.8' (emerge.pvq,245 bytes, text/plain)
2012-10-31 09:44 UTC, Aaron Webster 		Details
View All Add an attachment (proposed patch, testcase, etc.)

Note You need to log in before you can comment on or make changes to this bug.
Description Aaron Webster 2012-10-31 09:43:25 UTC 
Created attachment 327856 [details]
build log

Compilation of dev-libs/libcroco-0.6.8 fails when emerging world.
Comment 1 Aaron Webster 2012-10-31 09:44:02 UTC 
Created attachment 327858 [details]
output of emerge --info '=dev-libs/libcroco-0.6.8'
Comment 2 Aaron Webster 2012-10-31 09:44:32 UTC 
Created attachment 327860 [details]
output of emerge -pqv '=dev-libs/libcroco-0.6.8'
Comment 3 Gilles Dartiguelongue (RETIRED) gentoo-dev 2012-10-31 12:45:54 UTC 
Please make sure you ran revdep-rebuild after the icu-50 update.
Comment 4 Jeroen Roovers (RETIRED) gentoo-dev 2012-10-31 16:02:45 UTC 
You need to run revdep-rebuild.
Comment 5 Aaron Webster 2012-11-01 10:15:18 UTC 
Jeroen Roovers and Gilles Dartiguelongue suggestion solved the problem.  Out of curiosity, what is it that makes this step necessary during a system update?  Is this expected behavior?
Comment 6 Alexandre Rostovtsev (RETIRED) gentoo-dev 2012-11-01 16:44:26 UTC 
(In reply to comment #5)

This is expected whenever a library updates its soname. For example, with the icu-50 update, libraries like libicuio changed soname from libicuio.so.49 to libicuio.so.50. All binaries that linked to libicuio then need to get rebuilt to link to the updated soname, and the rebuilding needs to be done in dependency order (e.g. since tracker links to libxml2, you would first need to rebuild libxml2, and only then tracker); revdep-rebuild automates that for you.

If you update to portage-2.2 alpha, you will get a nicer and much faster alternative to revdep-rebuild: "emerge @preserved-rebuild". Unfortunately, with  portage-2.1.x, revdep-rebuild is your only option.
Comment 7 Pacho Ramos gentoo-dev 2012-11-05 21:01:04 UTC 
If I don't misremember Zac already put preserve-libs feature in latest 2.1.x portage versions, but you need to enable that feature at your own