| Summary: | gnome-base/librsvg-2.36.0 fails to compile | ||
|---|---|---|---|
| Product: | Gentoo Linux | Reporter: | Chris Smith <chris> |
| Component: | [OLD] GNOME | Assignee: | Gentoo Linux Gnome Desktop Team <gnome> |
| Status: | RESOLVED FIXED | ||
| Severity: | normal | ||
| Priority: | Normal | ||
| Version: | unspecified | ||
| Hardware: | All | ||
| OS: | Linux | ||
| Whiteboard: | |||
| Package list: | Runtime testing required: | --- | |
| Attachments: | build log | ||
|
Description
Chris Smith
2012-04-12 17:48:10 UTC
The "'rsvg_handle_set_size_callback' is deprecated" in io-svg.c is only a warning. It does not stop the build. From what you have posted, the error happens in gdk-pixbuf-loaders. Please try to rebuild with MAKEOPTS="V=1" (this makes the build output more verbose) and attach the full complete log (/var/tmp/portage/gnome-base/librsvg-2.36.0/temp/build.log) with the verbose failure. Created attachment 308671 [details]
build log
requested build log with makeopts V=1
(In reply to comment #2) Thanks! What version of x11-libs/gdk-pixbuf do you have installed? Please provide the output of the following commands: gdk-pixbuf-query-loaders gdk-pixbuf-query-loaders /var/tmp/portage/gnome-base/librsvg-2.36.0/work/librsvg-2.36.0/gdk-pixbuf-loader/libpixbufloader-svg.la Also, have you set any nvidia-specific __GL… environment variables (e.g. __GL_NO_DSO_FINALIZER)? (In reply to comment #3) > What version of x11-libs/gdk-pixbuf do you have installed? x11-libs/gdk-pixbuf-2.26.0 > Please provide the output of the following commands: > > gdk-pixbuf-query-loaders Segmentation fault > gdk-pixbuf-query-loaders > /var/tmp/portage/gnome-base/librsvg-2.36.0/work/librsvg-2.36.0/gdk-pixbuf- > loader/libpixbufloader-svg.la g_module_open() failed for /var/tmp/portage/gnome-base/librsvg-2.36.0/work/librsvg-2.36.0/gdk-pixbuf-loader/libpixbufloader-svg.la: /var/tmp/portage/gnome-base/librsvg-2.36.0/work/librsvg-2.36.0/gdk-pixbuf-loader/libpixbufloader-svg.la: cannot open shared object file: No such file or directory # GdkPixbuf Image Loader Modules file # Automatically generated file, do not edit # Created by gdk-pixbuf-query-loaders from gdk-pixbuf-2.26.0 (In reply to comment #4) > Also, have you set any nvidia-specific __GL… environment variables (e.g. > __GL_NO_DSO_FINALIZER)? I see: __GL_NO_DSO_FINALIZER=1 although I don't think I set it (or where I would) It is right after: _=/var/tmp/portage/gnome-base/librsvg-2.36.0/work/librsvg-2.36.0/gdk-pixbuf-loader/libpixbufloader-svg.la (In reply to comment #3) > gdk-pixbuf-query-loaders > /var/tmp/portage/gnome-base/librsvg-2.36.0/work/librsvg-2.36.0/gdk-pixbuf- > loader/libpixbufloader-svg.la That directory doesn't contain libpixbufloader-svg.la after the failed build. It does have: libpixbufloader_svg_la-io-svg.lo (In reply to comment #6) > __GL_NO_DSO_FINALIZER=1 > > although I don't think I set it (or where I would) It's set in: /etc/env.d/99nvidia (In reply to comment #6) > I see: > __GL_NO_DSO_FINALIZER=1 > > although I don't think I set it (or where I would) You may have set it in the past to work around bug #375615, but it is known to interact badly with a few programs, including gdk-pixbuf's gdk-pixbuf-query-loaders. The librsvg-2.36.0 ebuild is now fixed in cvs. If you don't want to wait and resync, I believe you should be able to emerge librsvg-2.36.0 right now by doing __GL_NO_DSO_FINALIZER=0 emerge -1 librsvg Thanks for helping to diagnose and fix this issue. > 12 Apr 2012; Alexandre Rostovtsev <tetromino@gentoo.org> > librsvg-2.36.0.ebuild: > __GL_NO_DSO_FINALIZER also needs to be unset in src_compile for 2.36.0 to fix > build error for nvidia-drivers users (bug #411765, thanks to Chris Smith for > reporting). (In reply to comment #9) > You may have set it in the past to work around bug #375615, but it is known > to interact badly with a few programs, including gdk-pixbuf's > gdk-pixbuf-query-loaders. Yes, it's some old cruft I'm sure. However, after removing /etc/env.d/99nvidia and rebooting it still shows up in the environmnet. Grepping the env.d files shows no other instances. I wonder where it is coming from now??? (In reply to comment #10) > Yes, it's some old cruft I'm sure. However, after removing > /etc/env.d/99nvidia and rebooting it still shows up in the environmnet. > Grepping the env.d files shows no other instances. I wonder where it is > coming from now??? You need to run env-update after editing /etc/env.d files. |
