| Summary: | x11-libs/gtk+-3.22.19 with empty/invalid XDG_DATA_DIRS - failed to load "<...>/bullet-symbolic.symbolic.png" : Couldn't recognize the image file format for file <...>/bullet-symbolic.symbolic.png | ||
|---|---|---|---|
| Product: | Gentoo Linux | Reporter: | Ben Kohler <bkohler> |
| Component: | Current packages | Assignee: | Gentoo Linux Gnome Desktop Team <gnome> |
| Status: | RESOLVED DUPLICATE | ||
| Severity: | normal | CC: | bkohler |
| Priority: | Normal | ||
| Version: | unspecified | ||
| Hardware: | All | ||
| OS: | Linux | ||
| Whiteboard: | |||
| Package list: | Runtime testing required: | --- | |
| Attachments: | build.log | ||
FYI it's not that I'm intentionally passing garbage to break the build-- some users have reported their systems have a value already set like XDG_DATA_DIRS=/usr/share/mesa/xdg, which is breaking the build. I'm not sure where that particular mesa-related path comes from. If they unset the var, or if they install xdg-utils to provide a better XDG_DATA_DIRS var, then gtk+ builds ok.; The XDG_DATA_DIRS setting is actually affecting how gdk-pixbuf operates, you can reproduce the same failure at a lower level like this: $ XDG_DATA_DIRS="" /usr/bin/gdk-pixbuf-thumbnailer usage.png test.png ** (gdk-pixbuf-thumbnailer:9248): WARNING **: Could not thumbnail 'usage.png': Unrecognized image file format $ Well I added all that info THEN found the existing report, oops =) *** This bug has been marked as a duplicate of bug 635040 *** |
Created attachment 514092 [details] build.log If XDG_DATA_DIRS is unset, or if it's set "properly" (eg my working desktop has XDG_DATA_DIRS=/usr/local/share:/usr/share) then gtk+-3.22.19 will build properly. But if the var is set empty or to an invalid value (can reproduce with XDG_DATA_DIRS="" or XDG_DATA_DIRS=/foo) then the build will fail, error log is attached.