|
Bugzilla – Full Text Bug Listing |
| Summary: | beta3plus: cannot de-install pango-32bit package from 10.2 install | ||
|---|---|---|---|
| Product: | [openSUSE] openSUSE 10.2 | Reporter: | Christopher Stender <cstender> |
| Component: | GNOME | Assignee: | Michael Wolf <maw> |
| Status: | RESOLVED WONTFIX | QA Contact: | E-mail List <qa-bugs> |
| Severity: | Critical | ||
| Priority: | P5 - None | CC: | amantia, coolo, holgi, kkaempf, sbrabec |
| Version: | Final | ||
| Target Milestone: | Final | ||
| Hardware: | Other | ||
| OS: | Other | ||
| Whiteboard: | |||
| Found By: | --- | Services Priority: | |
| Business Priority: | Blocker: | --- | |
| Marketing QA Status: | --- | IT Deployment: | --- |
|
Description
Christopher Stender
2007-09-14 16:30:50 UTC
Sorry, I lost the logfiles. All I have is a bad picture which says the following: Installation of package /suse/x86_64/pango-32bit-1.18.1-3.x86_64.rpm failed Subprocess failed. Error: RPM failed: opt/gnome/bin/pango-querymodules error while loading shared libraries. libXdmcp.so.6 cannot be found error: %preun(pango-32bit-1.14.5-16.x86_64) scriptlet failed, exit status 127 I hope this are enough information. there is little to fix here. The 10.2 package is buggy. At least I have no idea how to satisfy the dependencies of the old and the new package at the same time. This looks like a missing "prerequires" in the 10.2 (!) pango-32bit package which needs libXdmcp.so.6 for its %preun script but libXdmcp is already removed/upgraded. There is no way to fix this for 10.3 Fixing problems like these is a long-standing idea: inject additional dependencies I'll track this request for future development. Michael, please make sure the prerequires are correct in the 10.3 pango and if done, please reassign to Klaus What about an online update for openSUSE 10.2? We will run into this with the next release as well if someone tries to update a 10.2 to 11.0 or whatever. Adding a self-removing SuSEconfig script calling rpm -e --noscripts would be an ugly but working work-around. Another one might be adding a false libXdmcp.so.6 to %pre/%post and removing it in %posttrans. Wow. Stanislav, after all these years you still manage to scare me :) I've submitted a pango with a prereq of xorg-x11-libXdmcp, but don't have the means to test this here... *** Bug 326366 has been marked as a duplicate of this bug. *** To coolo (comment 9): Both these solutions are actually used: Self removing SuSEconfig: opt_gnome-compat Dummies to fulfil PreReq: bug 165811 comment 19. Problem still in RC2 (Build 1120) ok, then prepare an online update for 10.2. Coolo: Are you sure, that everybody will online update 10.2 before upgrade? Proposed upgrade hack (untested) without need of 10.2 update: %pre # Upgrade protection for upgrade to 10.3 and SLE11 (#310640). Remove after SLE12. if test "$1" = 2 ; then # Overwrite possibly failing binary. /bin/true will be removed during upgrade. ln -sf /bin/true opt/gnome/bin/pango-querymodules || : fi Michael, any comment? Here are my additional comments: We just changed prefix, so we can do it. In normal conditions, such scriptlet would be incorrect as it could keep orphan records for deleted modules in pango.modules. But for (>=10.2)->(>=10.3) it is not the case - cache has a new location and the old one will be removed (it is registered as %ghost in RPM database). /opt/gnome/bin/pango-querymodules itself should be removed during the opgrade process as well. The only theoretical breakage I could imagine would happen in case of installing of third party pango with name different from pango-32bit into /opt/gnome. *** Bug 331254 has been marked as a duplicate of this bug. *** we survived pretty well without fixing it, so people seem to be fine with clicking away this error :) |