Bug 806642

Summary: update broke font in acroread menu (pango module related issue)
Product: [openSUSE] openSUSE 12.3 Reporter: Harald Koenig <koenig>
Component: OtherAssignee: E-mail List <gnome-bugs>
Status: RESOLVED DUPLICATE QA Contact: E-mail List <qa-bugs>
Severity: Major    
Priority: P3 - Medium CC: dimstar, gp, jdd, klaus.gast, p.heinlein, tilman.vogel, wbauer
Version: Final   
Target Milestone: ---   
Hardware: Other   
OS: Other   
Whiteboard:
Found By: --- Services Priority:
Business Priority: Blocker: ---
Marketing QA Status: --- IT Deployment: ---
Attachments: acroread screen shot
screen shot with pulldown menu
/var/log/zypp/history

Description Harald Koenig 2013-02-28 07:23:21 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.
Comment 1 Harald Koenig 2013-02-28 07:24:31 UTC
Created attachment 527370 [details]
screen shot with pulldown menu

even the acroread version splash screen only shows boxes instead of characters:-(
Comment 2 Stefan Dirsch 2013-02-28 10:02:08 UTC
Harald, how did you install 12.3 and acroread?
Comment 3 Harald Koenig 2013-02-28 13:04:28 UTC
(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...
Comment 4 Harald Koenig 2013-02-28 13:19:40 UTC
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 ;-)
Comment 5 Dominique Leuenberger 2013-03-08 08:19:12 UTC
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 :(
Comment 6 Gerald Pfeifer 2013-03-20 02:17:22 UTC
Created attachment 530525 [details]
/var/log/zypp/history
Comment 7 Gerald Pfeifer 2013-03-20 02:18:55 UTC
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.
Comment 8 Jean-Daniel Dodin 2013-03-22 18:00:05 UTC
same here with 12.3 (upgraded from 12.2) and the solution is the same
Comment 9 Dominique Leuenberger 2013-03-27 11:56:30 UTC
*** Bug 810977 has been marked as a duplicate of this bug. ***
Comment 10 Dominique Leuenberger 2013-03-27 11:57:27 UTC
*** Bug 804994 has been marked as a duplicate of this bug. ***
Comment 11 Wolfgang Bauer 2013-03-27 12:37:05 UTC
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.
Comment 12 Wolfgang Bauer 2013-03-27 12:39:12 UTC
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.
Comment 13 Wolfgang Bauer 2013-03-28 10:41:07 UTC
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)
Comment 14 Dominique Leuenberger 2013-03-29 19:55:44 UTC
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 ***