Summary: | gnome-base/librsvg-2.32.1 needs x11-libs/libXrender but doesn't depends on it | ||
---|---|---|---|
Product: | Gentoo Linux | Reporter: | Thomas Beutin <tb> |
Component: | Current packages | Assignee: | Gentoo Linux bug wranglers <bug-wranglers> |
Status: | RESOLVED INVALID | ||
Severity: | normal | ||
Priority: | Normal | ||
Version: | unspecified | ||
Hardware: | All | ||
OS: | Linux | ||
Whiteboard: | |||
Package list: | Runtime testing required: | --- | |
Attachments: |
gnome-base/librsvg-2.32.1 build.log
V=1 enabled gnome-base/librsvg-2.32.1 build log without x11-libs/libXrender-0.9.6 |
Description
Thomas Beutin
2011-06-21 17:55:30 UTC
Created attachment 277697 [details]
gnome-base/librsvg-2.32.1 build.log
Could you attach the log while V=1, so that the linking command gets printed ? (In reply to comment #2) > Could you attach the log while V=1, so that the linking command gets printed ? in the meantime i installed x11-libs/libXrender so base/librsvg-2.32.1 emerged fine, but if You tell me exact what to do then i remove x11-libs/libXrender and try to install gnome-base/librsvg-2.32.1 again is V=1 just a shell env var? any help/links/hints greatly appreciated, so i can get it on the first try - on my quite slow iP-II 400MHz double proc production system ;) Yes, V=1 is a shell var to turn off silent make. IIRC, 'V=1 emerge...' should work. Anyway, librsvg doesn't have a *direct* dependency on libXrender. ...and an ouch on the hardware. Created attachment 277735 [details]
V=1 enabled gnome-base/librsvg-2.32.1 build log without x11-libs/libXrender-0.9.6
as requested by Rafał here the build.log of reemerging gnome-base/librsvg-2.32.1 with V=1 after removing x11-libs/libXrender-0.9.6 from the system.
at the moment i install x11-libs/libXrender-0.9.6 again and if reemerging of gnome-base/librsvg-2.32.1 will still fail (which i don't believe because it suceeded yesterday) you'll read it here - after an hour or so...
Try revdep-rebuild first - given that the linking command confirms there's no direct dep (-lgdk_pixbuf-2.0 -lgio-2.0 -lxml2 -lpangoft2-1.0 -lpangocairo-1.0 -lpango-1.0 -lgobject-2.0 -lgmodule-2.0 -lgthread-2.0 -lrt -lglib-2.0 -lcairo -lpng14 -lfontconfig -lfreetype -lcroco-0.6 -lglib-2.0 -lm) , I'd say it's a la file problem (likely from cairo). (In reply to comment #6) > Try revdep-rebuild first - given that the linking command confirms there's no > direct dep (-lgdk_pixbuf-2.0 -lgio-2.0 -lxml2 -lpangoft2-1.0 -lpangocairo-1.0 > -lpango-1.0 -lgobject-2.0 -lgmodule-2.0 -lgthread-2.0 -lrt -lglib-2.0 -lcairo > -lpng14 -lfontconfig -lfreetype -lcroco-0.6 -lglib-2.0 -lm) , I'd say it's a > la file problem (likely from cairo). after the second try i did a "revdep-rebuild -i -- -pv" and the result was just this: * Collecting system binaries and libraries * Generated new 1_files.rr * Collecting complete LD_LIBRARY_PATH * Generated new 2_ldpath.rr * Checking dynamic linking consistency * broken /usr/lib/libGL.la (requires -lXmu) * broken /usr/lib/libGL.la (requires -lXi) * Generated new 3_broken.rr * Assigning files to packages * !!! /usr/lib/libGL.la not owned by any package is broken !!! * /usr/lib/libGL.la -> (none) * Generated new 4_raw.rr and 4_owners.rr * Found some broken files, but none of them were associated with known packages * Unable to proceed with automatic repairs. * The broken files are listed in 4_owners.rr x11-libs/libXi and x11-libs/libXmu are (not longer?) installed on the system, so i just removed the orphaned /usr/lib/libGL.la for the moment i do an update (nice -n 19 emerge -1DNu sys-devel/gcc dev-db/sqlite app-admin/eselect-postgresql app-editors/vim dev-db/postgresql-server), but i'll try the same procedure as today when it's finished - maybe not before tomorrow... btw: "lafilefixer --justfixit | grep -v ' already clean, skipping update.$'" doesn't found anything by now ok, now it compiles fine without x11-libs/libXrender installed. Yesterday revdep-rebuild claimed some broken packages to be reinstalled: * Configuring search environment for revdep-rebuild * Checking reverse dependencies * Packages containing binaries and libraries broken by a package update * will be emerged. * Collecting system binaries and libraries * Generated new 1_files.rr * Collecting complete LD_LIBRARY_PATH * Generated new 2_ldpath.rr * Checking dynamic linking consistency * broken /usr/lib/ImageMagick-6.6.5/modules-Q16/coders/svg.la (requires -lXrender) * broken /usr/lib/ImageMagick-6.6.5/modules-Q16/coders/svg.so (requires libXrender.so.1) * broken /usr/lib/libntop.la (requires -lXrender) * broken /usr/lib/libntopreport.la (requires -lXrender) * broken /usr/lib/librrd.la (requires -lXrender) * broken /usr/lib/librrd.so.4.0.7 (requires libXrender.so.1) * broken /usr/lib/librrd_th.la (requires -lXrender) * broken /usr/lib/librrd_th.so.4.0.7 (requires libXrender.so.1) * broken /usr/lib/librsvg-2.la (requires -lXrender) * broken /usr/lib/vlc/plugins/misc/libsvg_plugin.la (requires -lXrender) * Generated new 3_broken.rr * Assigning files to packages * /usr/lib/ImageMagick-6.6.5/modules-Q16/coders/svg.la -> media-gfx/imagemagick * /usr/lib/ImageMagick-6.6.5/modules-Q16/coders/svg.so -> media-gfx/imagemagick * /usr/lib/libntop.la -> net-analyzer/ntop * /usr/lib/libntopreport.la -> net-analyzer/ntop * /usr/lib/librrd.la -> net-analyzer/rrdtool * /usr/lib/librrd.so.4.0.7 -> net-analyzer/rrdtool * /usr/lib/librrd_th.la -> net-analyzer/rrdtool * /usr/lib/librrd_th.so.4.0.7 -> net-analyzer/rrdtool * /usr/lib/librsvg-2.la -> gnome-base/librsvg * /usr/lib/vlc/plugins/misc/libsvg_plugin.la -> media-video/vlc * Generated new 4_raw.rr and 4_owners.rr * Cleaning list of packages to rebuild * Generated new 4_pkgs.rr * Assigning packages to ebuilds * Generated new 4_ebuilds.rr * Evaluating package order * Generated new 5_order.rr * All prepared. Starting rebuild emerge --complete-graph=y --oneshot -pv gnome-base/librsvg:2 media-gfx/imagemagick:0 media-video/vlc:0 net-analyzer/ntop:0 net-analyzer/rrdtool:0 i've no clue why this packages seemed to ok last week. Anyway, now it works. |