Bugzilla – Bug 806642
update broke font in acroread menu (pango module related issue)
Last modified: 2013-03-29 19:55:44 UTC
Created attachment 527369 [details] acroread screen shot last update breaks the font in acroread menus. running the not yet updated acroread from a 12.2 chroot partition shows the same problem, so it's not the update of acroread to 9.5.4 but some issue with X11 fonts.
Created attachment 527370 [details] screen shot with pulldown menu even the acroread version splash screen only shows boxes instead of characters:-(
Harald, how did you install 12.3 and acroread?
(In reply to comment #2) > Harald, how did you install 12.3 and acroread? new 12.2 installation, updated to 12.3-RC1 via DVD (usb stick), then updates via "zypper update". acroread was installed in 12.2, but update to 12.3-RC1 did remove it (DVD-only). so I did "zypper instaall acroread" which picked it from non-oss: $ zypper se -s acroread S | Name | Type | Version | Arch | Repository --+-------------------------+---------+-----------+--------+---------------------- i | acroread | package | 9.5.4-1.1 | i586 | openSUSE-12.3-Non-Oss i | acroread-browser-plugin | package | 9.5.4-1.1 | i586 | openSUSE-12.3-Non-Oss $ rpm -qi acroread Name : acroread Version : 9.5.4 Release : 1.1 Architecture: i586 Install Date: Mon Feb 25 23:36:14 2013 Size : 141322862 Signature : RSA/SHA256, Fri Feb 22 16:55:21 2013, Key ID b88b2fd43dbdc284 Build Date : Fri Feb 22 16:51:05 2013 Distribution: openSUSE 12.3 note that acroread worked fine until last night's update, and the 12.2 acroread (running in the 12.3-RC1+ environment) now does not find it's font, so it's not directly an acroread issue...
update -- I should have read the blurb output of acroread: (acroread:2336): Gtk-WARNING **: Unable to locate theme engine in module_path: "adwaita", (acroread:2336): 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' (acroread:2336): Pango-WARNING **: failed to choose a font, expect ugly output. engine-type='PangoRenderFc', script='common' (acroread:2336): Pango-WARNING **: failed to choose a font, expect ugly output. engine-type='PangoRenderFc', script='latin' and -- drum roll -- after the suggested pango-querymodules > '/etc/pango/pango.modules' acroread looks nice and with all fonts again! so please add that "pango-querymodules" to the postinstall stuf of whatever rpm ;-)
Can you please attach /var/log/zypp/history? I 'assume' so far to see similar things as in big 803529: # 2013-02-11 18:07:56 libpango-1_0-0-32bit-1.32.5-3.1.1.x86_64.rpm installed ok # Additional rpm output: # Parse option error: Unknown option --update-cache => the problem there: the package does have the correct requires :(
Created attachment 530525 [details] /var/log/zypp/history
Same problem for me, and indeed /var/log/zypp/history shows the same snippet as you have in comment #5. And the workaround from coment #4 works as well.
same here with 12.3 (upgraded from 12.2) and the solution is the same
*** Bug 810977 has been marked as a duplicate of this bug. ***
*** Bug 804994 has been marked as a duplicate of this bug. ***
Had the same problem (and same errormsg in /var/log/zypper) and running "pango-querymodules --update-cache" fixed it for me as well. But also reinstalling libpango-1_0-0-32bit correctly recreates the cache. So I think the reason is indeed that during the upgrade of libpango-1_0-0-32bit the old pango-tools-32bit package from 12.2 was still installed.
sorry, I wanted to say I had the same errormsg in /var/log/zypp/history. Also I'd like to stress that there was no such problem with the 64bit package.
Just one thing to add: I upgraded a 32bit system to 12.3 yesterday and the issue did not occur. So it seems only libpango-1_0-0-32bit (on 64bit systems) is affected, which leads me to believe that comment#5 in bnc#803529 is right: baselibs.conf should have a requires(post) on pango-tools like the spec file has. This is not supported in baselibs.conf, but I think a prereq should work there. (at least yast lists the Requires(post) as "Prerequires" in the dependencies tab)
Let me mark this one as a DUP of bug 792646 This issue had originally been addressed, for the 'native' package without issues. A short recap: libpango-1_0-0 on 64bit => no issue libpango-1_0-0 on 32bit => no issue libpango-1_0-0-32bit on 64bit => Issue being triggered. I just prepared and submitted the fix for this to the maintenance team. As it's in essence the same issue as bug 792646, marking as dup sounds fair. *** This bug has been marked as a duplicate of bug 792646 ***