Summary: | app-text/acroread-9.2 fails to load canberra-gtk-module, gnomebreakpad and gdk-pixbuf.loaders | ||
---|---|---|---|
Product: | Gentoo Linux | Reporter: | Juergen Rose <rose> |
Component: | Current packages | Assignee: | Printing Team <printing> |
Status: | RESOLVED INVALID | ||
Severity: | normal | CC: | gef.kornflakes, pacho, sterlingchristensen |
Priority: | High | ||
Version: | 2008.0_beta1 | ||
Hardware: | All | ||
OS: | Linux | ||
Whiteboard: | |||
Package list: | Runtime testing required: | --- |
Description
Juergen Rose
2009-10-27 14:13:28 UTC
Also the text in the menus is not very good, compare: http://141.89.194.22/~rose/Bildschirmfoto_acroread.png I had the same problem. It happens that Pango and gtk-2.0 ebuilds don't create the proper config files in /etc/pango. You need to create them yourself. Just copy the file /etc/pango/pango.modules to /etc/pango/i686-pc-linux-gnu and edit the file to replace all occurences of lib64 to lib32. I don't know if this affects pango in any way or why the pango meintainers decided not to create these files anymore. The same has to be done in the /etc/gtk-2.0 directory for the files gdk-pixbuf.loaders and gtk.immodules Hello Ben, that makes sence. I upgraded emul-linux-x86-baselibs, emul-linux-x86-compat, emul-linux-x86-gtklibs etc to 200991004_rc1. After this upgrade I observed the acroread error. When I started acroread first time after emul-linux upgrade I also get a message: (acroread_err_log:11943): Pango-CRITICAL **: No modules found: No builtin or dynamically loaded modules were found. PangoFc will not work correctly. This probably means there was an error in the creation of: '/etc/pango/pango.modules' You should create this file by running: pango-querymodules > '/etc/pango/pango.modules' So I did "pango-querymodules > '/etc/pango/pango.modules'" and some error messages disappeared. Under /etc/gtk-2.0 I find the two subdirectories i686-pc-linux-gnu and x86_64-pc-linux-gnu, both with gdk-pixbuf.loaders and gtk.immodules. The contents of the both gtk.immodules is almost identical with except lib32 <--> lib64 and i686<-->x86_64, while in 86_64-pc-linux-gnu/gdk-pixbuf.loaders are more entries than in i686-pc-linux-gnu/gdk-pixbuf.loaders. In the header of i686-pc-linux-gnu/gdk-pixbuf.loaders I find the line: Created by gdk-pixbuf-query-loaders from gtk+-2.16.6 Doing "gdk-pixbuf-query-loaders32 > gdk-pixbuf.loaders_new" the new file does not differ from the old file. In the header of i686-pc-linux-gnu/gtk.immodules I find the line: Created by gtk-query-immodules-2.0-32 from gtk+-2.16.6 Doing "gtk-query-immodules-2.0-32 > gtk.immodules.new" the new file again does not differ from the old file. Should I really overwrite i686-pc-linux-gnu/gdk-pixbuf.loaders with 86_64-pc-linux-gnu/gdk-pixbuf.loaders and substitute lib64 by lib32? Also everybody can read the /etc/gtk-2.0/i686-pc-linux-gnu directory and the contained files. Any further idea? I just found that I do not have a 32Bit version of libcanberra-gtk-module. It seems, that it is not contained in the emul-linux-x86 packages. So probably this is the real problem. This bug really contains three different problems: 1. Pango (aka, font problem one) is bug 275833 2. gdk-pixbuf-loaders problem is bug 298518 3. canberra and other module errors is covered in bug 217094 This bug is invalid then since these really are three different problems (and bugs), please subscribe to them if you want to look for their progress The first of the three problems seems to be solved with app-emulation/emul-linux-x86-gtklibs-20091226. That means, that it is again possible to read the menu entries of acroread. For me this was the essential issue. Now it is again possible to use acroread. |