[Bug 235626] New: Pango not recompiled after moving gnome libs around
https://bugzilla.novell.com/show_bug.cgi?id=235626 Summary: Pango not recompiled after moving gnome libs around Product: openSUSE 10.3 Version: unspecified Platform: Other OS/Version: Other Status: NEW Severity: Normal Priority: P5 - None Component: GNOME AssignedTo: bnc-team-gnome@forge.provo.novell.com ReportedBy: mag@entropy.be QAContact: qa@suse.de Hi, pango needs to be recompiled in newest Factory I'm seeing errors like this in every gtk app Pango-WARNING **: /opt/gnome/lib/pango/1.5.0/modules/pango-basic-fc.so: cannot open shared object file: No such file or directory -- Configure bugmail: https://bugzilla.novell.com/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is.
https://bugzilla.novell.com/show_bug.cgi?id=235626 andreas.hanke@gmx-topmail.de changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |andreas.hanke@gmx-topmail.de Status|NEW |NEEDINFO Info Provider| |mag@entropy.be ------- Comment #1 from andreas.hanke@gmx-topmail.de 2007-01-16 23:38 MST ------- I don't think that pango has to be recompiled. I rather think that your /etc/pango/pango.modules is out of date. Please run /usr/bin/pango-querymodules > /etc/pango/pango.modules and report back if it helps. -- Configure bugmail: https://bugzilla.novell.com/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is.
https://bugzilla.novell.com/show_bug.cgi?id=235626 ------- Comment #2 from sbrabec@novell.com 2007-01-17 06:55 MST ------- It should not be needed, it is a part of the scriptlet. Did you see any warning or error after installation of pango package (it can be in y2log or so). %post /sbin/ldconfig %if "%_lib" == "lib64" usr/bin/pango-querymodules-64 \ > etc/pango/pango64.modules %else usr/bin/pango-querymodules \ > etc/pango/pango.modules %endif -- Configure bugmail: https://bugzilla.novell.com/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is.
https://bugzilla.novell.com/show_bug.cgi?id=235626 ------- Comment #3 from andreas.hanke@gmx-topmail.de 2007-01-17 07:21 MST ------- It didn't work for me, I had # ModulesPath = /opt/gnome/lib/pango/1.5.0/modules in my /etc/pango/pango.modules after an upgrade from 10.2 to Factory. That's why I'd like to know if it works for other people. No idea why it failed. There was no stdout/stderr output from rpm. I think it has something to do with the weird rpm scriptlet execution order during package upgrade. Rafal: Can you attach your /etc/pango/pango.modules or /etc/opt/gnome/pango/pango.modules, please? If both exist, please attach both of them. -- Configure bugmail: https://bugzilla.novell.com/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is.
https://bugzilla.novell.com/show_bug.cgi?id=235626 ------- Comment #4 from andreas.hanke@gmx-topmail.de 2007-01-17 07:42 MST ------- I've just reproduced the problem by installing Factory pango.rpm on a 10.2 system. The scriptlet doesn't work! pango.modules correctly appears in /etc/pango instead of /etc/opt/gnome/pango (so the scriptlet was definitely executed), but it doesn't work because it still has "ModulesPath = /opt/gnome/lib/pango/1.5.0/modules" in it. I don't understand why, but an idea is that during the moment where the %post section of the new package is installed, there are in fact two versions in the rpm database and on the file system because %post is executed before erasing the old package. -- Configure bugmail: https://bugzilla.novell.com/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is.
https://bugzilla.novell.com/show_bug.cgi?id=235626 andreas.hanke@gmx-topmail.de changed: What |Removed |Added ---------------------------------------------------------------------------- Summary|Pango not recompiled after |pango move via %post scriptlets doesn't work |moving gnome libs around |(was: Pango not recompiled after moving gnome | |libs around) -- Configure bugmail: https://bugzilla.novell.com/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is.
https://bugzilla.novell.com/show_bug.cgi?id=235626 andreas.hanke@gmx-topmail.de changed: What |Removed |Added ---------------------------------------------------------------------------- Status|NEEDINFO |NEW Info Provider|mag@entropy.be | ------- Comment #5 from andreas.hanke@gmx-topmail.de 2007-01-17 07:46 MST ------- Removing NEEDINFO again -- Configure bugmail: https://bugzilla.novell.com/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is.
https://bugzilla.novell.com/show_bug.cgi?id=235626 ------- Comment #6 from andreas.hanke@gmx-topmail.de 2007-01-17 07:53 MST ------- I know what's going on here. The ModulesPath is not hardcoded into the pango-querymodules executable; it is hardcoded into the shared library. During an upgrade, there are two versions of the pango shared library on the system: The old one in /opt/gnome and the new one in /usr. Unfortunately, the dynamic linker find the one in /opt/gnome first because of the order in /etc/ld.so.conf. Ideas how to solve the problem: - Provide a static or semi-static pango-querymodules executable. - Manually delete the old pango shared libraries from /opt/gnome in the %post section of the new package. - Use LD_LIBRARY_PATH. -- Configure bugmail: https://bugzilla.novell.com/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is.
https://bugzilla.novell.com/show_bug.cgi?id=235626 ------- Comment #7 from andreas.hanke@gmx-topmail.de 2007-01-17 08:02 MST ------- I have just verified that the upgrade works properly if LD_LIBRARY_PATH=/usr/lib during the upgrade. I guess you can fix it by adding this to the %post script before the pango-querymodules call (of course with proper biarch handling). -- Configure bugmail: https://bugzilla.novell.com/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is.
https://bugzilla.novell.com/show_bug.cgi?id=235626 ------- Comment #8 from andreas.hanke@gmx-topmail.de 2007-01-17 08:10 MST ------- Or use %posttrans instead of %post. But it's buggy in rpm (see bug 235361) and rpm/autobuild guys don't seem to like it. However, this can also be seen as an additional point why it should be fixed (and allowed), because it demonstrates that the ordering of "classical" rpm scriptlets (%pre, %post, %preun, %postun) doesn't work. -- Configure bugmail: https://bugzilla.novell.com/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is.
https://bugzilla.novell.com/show_bug.cgi?id=235626 sbrabec@novell.com changed: What |Removed |Added ---------------------------------------------------------------------------- AssignedTo|bnc-team- |sbrabec@novell.com |gnome@forge.provo.novell.com| Status|NEW |ASSIGNED ------- Comment #9 from sbrabec@novell.com 2007-01-17 08:50 MST ------- Using LD_LIBRARY_PATH in this case, because we force usr/bin as binary path. Fixed, but keeping the bug opened - it is required to review all scriptlets in this aspect. -- Configure bugmail: https://bugzilla.novell.com/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is.
https://bugzilla.novell.com/show_bug.cgi?id=235626 ------- Comment #10 from andreas.hanke@gmx-topmail.de 2007-01-17 09:11 MST ------- Does LD_LIBRARY_PATH work in the inst-sys? Does it have to be relative (LD_LIBRARY_PATH=usr/%{_lib}) or absolute (LD_LIBRARY_PATH=%{_libdir})? Also, verify that the change is done in pango-32bit as well. There were some bugs in the past with 32bit apps on x86_64 caused by required changes not being done in the scriptlets of -32bit packages. What happens in case pango modules are added, removed or renamed during upgrade? The output of pango-querymodules can be bogus in these cases because there can be obsolete modules in the file system while it is executed. -- Configure bugmail: https://bugzilla.novell.com/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is.
https://bugzilla.novell.com/show_bug.cgi?id=235626 ------- Comment #11 from sbrabec@novell.com 2007-01-17 10:06 MST ------- usr/%{_lib} seems to be most safe way (LD_LIBRARY_PATH just now supports relative paths). pango-32bit is rebuild from pango package. If /opt/gnome pango modules are added/removed before pango, it will upgrade old file. If /opt/gnome pango modules are added/removed after pango, %postun was already run, pango-querymodules will either be not found (which is not good, but we have to fix it on per package basis by some tricks similar to banshee-engine-gst) or write to etc/opt/gnome, which will create bogus file on bogus place or fail. In case of YaST, also potential %posttrans was already run, but it may not be case of RPM alone. If /usr pango modules are installed, everything should run OK. In future, probably virtual symbol triggers will be the optimal solution. In pango and packages with pango modules: Provides: pango-module In pango: %triggerpost -- pango-module .. pango-querymodules %triggerpostun -- pango-module .. pango-querymodules -- Configure bugmail: https://bugzilla.novell.com/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is.
https://bugzilla.novell.com/show_bug.cgi?id=235626 ------- Comment #12 from andreas.hanke@gmx-topmail.de 2007-01-17 10:18 MST ------- According to bug 223149, scriptlets of -32bit packages are maintained separately and have to be updated separately as well. (And it's important to have it fixed in pango-32bit because of binary-only i586 packages.) -- Configure bugmail: https://bugzilla.novell.com/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is.
https://bugzilla.novell.com/show_bug.cgi?id=235626 sbrabec@novell.com changed: What |Removed |Added ---------------------------------------------------------------------------- Status|ASSIGNED |NEEDINFO Info Provider| |ro@novell.com ------- Comment #13 from sbrabec@novell.com 2007-01-17 10:27 MST ------- Sorry, you are true. pango-32bit is rebuild from pango package, but scriptlets are separate. Rudi, can you update pango-32bit in the same way as I did it with pango? Thanks. -- Configure bugmail: https://bugzilla.novell.com/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is.
https://bugzilla.novell.com/show_bug.cgi?id=235626 ------- Comment #14 from mag@entropy.be 2007-01-17 12:16 MST ------- /usr/bin/pango-querymodules > /etc/pango/pango.modules this helped in my case - Thanks! I have no idea why %post was not executed -- Configure bugmail: https://bugzilla.novell.com/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is.
https://bugzilla.novell.com/show_bug.cgi?id=235626 ------- Comment #15 from ro@novell.com 2007-01-17 16:50 MST ------- trying it ... rebuilding pango to see if it works. -- Configure bugmail: https://bugzilla.novell.com/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is.
https://bugzilla.novell.com/show_bug.cgi?id=235626 ------- Comment #16 from sbrabec@novell.com 2007-01-18 02:15 MST ------- To Rafal Kwasny: It was executed, but it did not work correctly (see comment 6 for analysis). To Ruediger Oertel: I am still unsure, whether we should prefer current %post solution, which should work correctly by trying to "proof thinking about all possible situations" (old instance is still present, but will not cause bad things) or prefer %posttrans, which should work OK by principle (old instance is no more present). -- Configure bugmail: https://bugzilla.novell.com/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is.
https://bugzilla.novell.com/show_bug.cgi?id=235626 ------- Comment #17 from andreas.hanke@gmx-topmail.de 2007-02-15 07:24 MST ------- I have a suspicion that gconf2 could have the same problem, this needs to be tested. -- Configure bugmail: https://bugzilla.novell.com/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is.
https://bugzilla.novell.com/show_bug.cgi?id=235626 ------- Comment #18 from andreas.hanke@gmx-topmail.de 2007-02-15 08:09 MST ------- It seems that we're lucky, gconftool-2 hardcodes the path in the binary, not in the shared library and is therefore not affected, but I found bug 245776 while testing this. -- Configure bugmail: https://bugzilla.novell.com/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is.
https://bugzilla.novell.com/show_bug.cgi?id=235626 ro@novell.com changed: What |Removed |Added ---------------------------------------------------------------------------- Status|NEEDINFO |ASSIGNED Info Provider|ro@novell.com | ------- Comment #19 from ro@novell.com 2007-02-28 04:56 MST ------- which info is missing from my side here. pango.i586 currently has these scripts: postinstall scriptlet (using /bin/sh): sbin/ldconfig LD_LIBRARY_PATH=usr/lib\ usr/bin/pango-querymodules\ > etc/pango/pango.modules postuninstall scriptlet (using /bin/sh): /sbin/ldconfig if [ -x usr/bin/pango-querymodules ] ; then LD_LIBRARY_PATH=usr/lib\ usr/bin/pango-querymodules\ > etc/pango/pango.modules fi pango-32bit.x86_64 has: postinstall scriptlet (using /bin/sh): /sbin/ldconfig LD_LIBRARY_PATH=usr/lib usr/bin/pango-querymodules > etc/pango/pango.modules preuninstall scriptlet (using /bin/sh): /sbin/ldconfig if [ -x usr/bin/pango-querymodules ] ; then LD_LIBRARY_PATH=usr/lib usr/bin/pango-querymodules > etc/pango/pango.modules fi which should be fairly identical. -- Configure bugmail: https://bugzilla.novell.com/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is.
https://bugzilla.novell.com/show_bug.cgi?id=235626 sbrabec@novell.com changed: What |Removed |Added ---------------------------------------------------------------------------- Status|ASSIGNED |RESOLVED Resolution| |FIXED ------- Comment #20 from sbrabec@novell.com 2007-02-28 05:41 MST ------- So we can close this bug. -- Configure bugmail: https://bugzilla.novell.com/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is.
https://bugzilla.novell.com/show_bug.cgi?id=235626 ------- Comment #21 from andreas.hanke@gmx-topmail.de 2007-02-28 14:56 MST ------- Well, pango-32bit does things in %preun that pango does in %postun and additionally there is bug 246811, so you will have to touch the scriptlets again anyway. I'm not going to reopen this bug because bug 246811 is open and %preun/%postun makes a difference only in cases which didn't happen so far, but strictly speaking, this bug is not fixed. -- Configure bugmail: https://bugzilla.novell.com/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is.
participants (1)
-
bugzilla_noreply＠novell.com