Configure Error Gdk-pixbuf-query-loaders Not Found In Path
You can install it by typing: apt-get install libgdk-pixbuf2.0-dev maxwellcom (ndmaxwell) wrote on 2014-10-24: #9 "this is still present when upgrading from 14.04 to 14.10." Having just upgraded 14.04->14.10, I would The current solution is to add a big ugly block of code (see VTK for an example) that is currently duplicated across 6-10 formulae. But, I'd still very much like this bug fixed -- because it looks like an error during updates, I have to stop and look at it and discover if it really Done Building dependency tree Reading state information... have a peek here
Unpacking ksysguard (4:4.11.8-0ubuntu6) over (4:4.11.5-0ubuntu0.1) ... (gtk-update-icon-cache-3.0:7760): GdkPixbuf-WARNING **: Cannot open pixbuf loader module file '/usr/lib/x86_64-linux-gnu/gdk-pixbuf-2.0/2.10.0/loaders.cache': No such file or directory This likely means that your installation is broken. Sharpie commented Sep 14, 2012 To be fair, those are all CMake based fomulas Problems are popping up in other places that are not CMake-related. Ross Previous message: [oe] [oe-commits] Ross Burton : librsvg: clean up native depends Next message: [oe] [oe-commits] Ross Burton : librsvg: clean up native depends Messages sorted by: [ date ] Affecting: gdk-pixbuf (Ubuntu) Filed here by: Seth Arnold When: 2014-02-19 Confirmed: 2014-03-24 Target Distribution Baltix BOSS Juju Charms Collection Elbuntu Guadalinex Guadalinex Edu Kiwi Linux nUbuntu PLD Linux Tilix tuXlab Ubuntu
The user has to set PYTHONPATH for non-brewed python anyway (at latest after the installation). Terms Privacy Security Status Help You can't perform that action at this time. Mark as duplicate Convert to a question Link a related branch Link to CVE You are not directly subscribed to this bug's notifications. Preparing to unpack .../gir1.2-gdkpixbuf-2.0_2.30.7-0ubuntu1.2_amd64.deb ...
- Processing triggers for hicolor-icon-theme (0.12-1ubuntu2) ... (gtk-update-icon-cache:17083): GdkPixbuf-WARNING **: Cannot open pixbuf loader module file '/usr/lib/x86_64-linux-gnu/gdk-pixbuf-2.0/2.10.0/loaders.cache': No such file or di...
- Before, PYTHONPATH had the default value (empty string), and solfege did not compile at all.
- None, the status of the bug is updated manually.
- Can you import pygtk into python?
- see the vtk formula).
- At least it fixes the same errorfor me.Fixes same error for me too.
- I didn't see that error, obviously because I have a native >> gdk-pixbuf-query-loaders: >> >> checking whether to build the GDK-Pixbuf SVG loader...
Still, at time of launching solfege the PYTHONPATH would need to be set anyways (for non-brewed pythons). No follow-up? 2bits commented Sep 29, 2012 Just so I'm clear, you say Python will parse pth files in a site-packages dir but not if that site-packages dir is in your I am running fedora 12 64bit host.Acked-by: Darren Hart
This would greatly contribute to the "work out of the box" image I have of Homebrew. Sebastien Bacher (seb128) wrote on 2014-04-07: #7 The issue has been rapported to Debian on e.g https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=625203 The Debian gnome-pkg team looked at it and wrote that comment "postrm (of the This suggests that --disable-pixbuf-loader (which is the default) is the right choice, but my understanding of this is meager. this website For a formula to possibly install bindings for both, python and python3, ENV.python might be more flexible, since one could first install for python and then for python3.
I would need to think about this. Mark Thread at a glance: Previous Message by Date: Re: [Mingw-cross-env-list] gdk-pixbuf error in librsvg I'm getting the following error with librsvg on Ubuntu: checking whether to build the GDK-Pixbuf SVG Maybe I should open a new issue as this is not directly related to solfege? 2bits commented Sep 29, 2012 Building for test now on 10.8.2 with XCode-4.5+CLT+XQuartz-2.7.4 and system Python... Homebrew member mxcl commented Sep 13, 2012 solfege does not compile with a clean homebrew and an un-edited PYTHONPATH.
Ben Coleman (oloryn) wrote on 2015-04-28: #13 Also happened to me on 14.10->15.04 upgrade. Comment on this change (optional) Email me about changes to this bug report gdk-pixbuf (Ubuntu) Edit Triaged High Unassigned Edit You need to log in to change this bug's status. Already have an account? Frizlab commented Sep 29, 2012 Did exactly the command lines you gave, still no luck. :( 2bits commented Sep 29, 2012 Strange.
I didn't see that error, obviously because I have a native >> gdk-pixbuf-query-loaders: >> >> checking whether to build the GDK-Pixbuf SVG loader... navigate here I wonder if these modules are some kind of shared library like plugins in Qt. However, I do think something should be done in the formula, like a warning message if PYTHONPATH does not contains "/usr/local/python2.7" for instance. yes checking for GDK_PIXBUF...
Unpacking indicator-printers (0.1.7+14.04.20140213-0ubuntu1) over (0.1.7daily13.03.01-0ubuntu1) ... (gtk-update-icon-cache-3.0:29671): GdkPixbuf-WARNING **: Cannot open pixbuf loader module file '/usr/lib/x86_64-linux-gnu/gdk-pixbuf-2.0/2.10.0/loaders.cache': No such file or directory This likely means that your installation is broken. It could be working for me because I have left overs in my site-packages. The contents of all config.log files follows to aid debugging > | /OE/shr-core/tmp-eglibc/work/arm920tt-oe-linux-gnueabi/librsvg/2.32.1-r12/librsvg-2.32.1/config.log > | This file contains any messages produced by compilers while > | running configure, to aid debugging Check This Out Read more...
Unpacking adobe-flashplugin (1:20151013.1-0trusty1) over (1:20150921.1-0trusty1) ... I hope somebody can try this > with non-trivial librsvg and gtk applications. At least it fixes the same errorfor me.Post by Adrian Alonso---meta/recipes-gnome/librsvg/librsvg_2.32.0.bb | 3 ++-1 files changed, 2 insertions(+), 1 deletions(-)diff --git a/meta/recipes-gnome/librsvg/librsvg_2.32.0.bb b/meta/recipes-gnome/librsvg/librsvg_2.32.0.bbindex a421b68..2f257fc 100644--- a/meta/recipes-gnome/librsvg/librsvg_2.32.0.bb+++ b/meta/recipes-gnome/librsvg/[email protected]@ -8,7 +8,7 @@ LIC_FILES_CHKSUM
Unpacking gir1.2-gdkpixbuf-2.0 (2.30.7-0ubuntu1.2) over (2.30.7-0ubuntu1.1) ...
Do you want to continue? [Y/n] Get:1 http://dl.google.com/linux/chrome/deb/ stable/main google-chrome-stable amd64 46.0.2490.71-1 [47.0 MB] Get:2 http://us.archive.ubuntu.com/ubuntu/ trusty-updates/main libgdk-pixbuf2.0-0 amd64 2.30.7-0ubuntu1.2 [160 kB] Get:3 http://archive.canonical.com/ubuntu/ trusty/partner adobe-flash-properties-gtk amd64 1:20151013.1-0trusty1 [113 kB] Get:4 Hmm. yes checking for gdk-pixbuf-query-loaders... /usr/bin/gdk-pixbuf-query-loaders The documentation  says that this utility "..collects information about loadable modules for gdk-pixbuf and writes it to the default cache file location..". I hope somebody can try this with non-trivial librsvg and gtk applications.
However, the error I get when launching solfege is No module named gtk. Package 'xcb-shm', required by 'cairo', not found 2bits commented Aug 30, 2012 Did you try brew install --env=std solfege Frizlab commented Aug 30, 2012 Just tried with --env=std as you suggested: Try running the command gdk-pixbuf-query-loaders > /usr/lib/x86_64-linux-gnu/gdk-pixbuf-2.0/2.10.0/loaders.cache to make things work again for the time being. http://iembra.org/configure-error/configure-error-no-acceptable-cc-found-in-path-solaris.php These errors make it difficult to look for errors that I might have introduced in my own packages and if they persist in our final product will make users wonder what
Preparing to unpack .../libgdk-pixbuf2.0-common_2.30.7-0ubuntu1.2_all.deb ... Python modules don't always completely uninstall themselves, and that would for sure delete all the modules involved before you reinstall them. Please change all occurrences of "import gobject" to "from gi.reposit ory import GObject". The which_python method is even more widespread and should be centralized as well.
Homebrew member mxcl commented Sep 13, 2012 I guess it's a matter of knowing which python2.x directory to use. Edit bug mail Other bug subscribers Subscribe someone else Bug attachments Dependencies.txt (edit) Add attachment Remote bug watches debbugs #625203 [open normal] Edit gnome-bugs #709183 [RESOLVED FIXED] Edit Bug watches keep Preparing to unpack .../google-chrome-stable_46.0.2490.71-1_amd64.deb ... That file could also include the necessary lines from above.
This suggests that --disable-pixbuf-loader (which is the >> default) is the right choice, but my understanding of this is meager. >> >> I also wonder about what happens to these "modules" This is on Ubuntu 10.04 64-bit, building in my home directory. Need to get 57.5 MB of archives. Try running the command gdk-pixbuf-query-loaders > /usr/lib/i386-linux-gnu/gdk-pixbuf-2.0/2.10.0/loaders.cache to make things work again for the time being.