Bug 491916 (RHEL-y-m-p)
Summary: | automatic update of ghostscript fails | ||||||
---|---|---|---|---|---|---|---|
Product: | Red Hat Enterprise Linux 5 | Reporter: | Philip Goisman <goisman> | ||||
Component: | yum-metadata-parser | Assignee: | James Antill <james.antill> | ||||
Status: | CLOSED ERRATA | QA Contact: | BaseOS QE Security Team <qe-baseos-security> | ||||
Severity: | high | Docs Contact: | |||||
Priority: | low | ||||||
Version: | 5.4 | CC: | alevilla86, azyaka, dan, ddumas, dfranzoni, dirk, dlong, franco.sirovich, greenips, hagiehl, jhutar, jstavroulakis, kjetilho, kura, lavinpet, lfarkas, mnowak, pyshen, rbevill, redhat, remcob.dump, ryuspace-t1, sghosh, syeghiay, uccci, zyta2002 | ||||
Target Milestone: | rc | ||||||
Target Release: | --- | ||||||
Hardware: | i686 | ||||||
OS: | Linux | ||||||
Whiteboard: | |||||||
Fixed In Version: | Doc Type: | Bug Fix | |||||
Doc Text: | Story Points: | --- | |||||
Clone Of: | Environment: | ||||||
Last Closed: | 2009-04-22 12:46:42 UTC | Type: | --- | ||||
Regression: | --- | Mount Type: | --- | ||||
Documentation: | --- | CRM: | |||||
Verified Versions: | Category: | --- | |||||
oVirt Team: | --- | RHEL 7.3 requirements from Atomic Host: | |||||
Cloudforms Team: | --- | Target Upstream Version: | |||||
Embargoed: | |||||||
Attachments: |
|
Description
Philip Goisman
2009-03-24 16:19:34 UTC
The updated ghostscript package does provide those dependencies ('libgs.so.8', 'libijs-0.35.so', and of course 'ghostscript'), so this looks like either a yum problem or a problem with the repository information. Changing component. Incidentally, you have '5.4' as the version but that doesn't seem right. Which version are you using? Yes, you're correct. All affected systems (5) are Red Hat Enterprise Linux Server release 5.3 (Tikanga). I cannot tell if it's a yum or repository problem. One system just gets the automatic el5 default updates. The others have epel.repo enabled. Can you run a couple of commands to help with the debugging: yum list ghostscript\* yum -d 9 update and post all the resulting data. thanks Ok, this is bizarre: # repoquery --provides ghostscript-8.15.2-9.1.el5 X11.so config(ghostscript) = 8.15.2-9.1.el5 ghostscript = 8.15.2-9.1.el5 libgs.so.8 libijs-0.35.so # repoquery --provides ghostscript-8.15.2-9.1.el5_1.1 # repoquery --provides ghostscript-8.15.2-9.3.el5 # repoquery --provides ghostscript-8.15.2-9.4.el5 # repoquery --provides ghostscript-8.15.2-9.4.el5_3.4 # Ok, repoquery is lying to us. python shows all: # cat show_ghost.py #! /usr/bin/python -tt import yum yb = yum.YumBase() for pkg in sorted(yb.pkgSack.returnPackages(patterns=['ghostscript'])): print pkg, pkg.provides # ./show_ghost.py Loaded plugins: rhnplugin ghostscript-8.15.2-9.1.el5.i386 [('libijs-0.35.so', None, (None, None, None)), ('libgs.so.8', None, (None, None, None)), ('ghostscript', 'EQ', ('0', '8.15.2', '9.1.el5')), ('config(ghostscript)', 'EQ', ('0', '8.15.2', '9.1.el5')), ('X11.so', None, (None, None, None))] ghostscript-8.15.2-9.1.el5.i386 [('libijs-0.35.so', None, (None, None, None)), ('libgs.so.8', None, (None, None, None)), ('ghostscript', 'EQ', ('0', '8.15.2', '9.1.el5')), ('X11.so', None, (None, None, None)), ('config(ghostscript)', 'EQ', ('0', '8.15.2', '9.1.el5'))] ghostscript-8.15.2-9.1.el5_1.1.i386 [('libijs-0.35.so', None, (None, None, None)), ('libgs.so.8', None, (None, None, None)), ('ghostscript', 'EQ', ('0', '8.15.2', '9.1.el5_1.1')), ('config(ghostscript)', 'EQ', ('0', '8.15.2', '9.1.el5_1.1')), ('X11.so', None, (None, None, None))] ghostscript-8.15.2-9.3.el5.i386 [('libijs-0.35.so', None, (None, None, None)), ('libgs.so.8', None, (None, None, None)), ('ghostscript', 'EQ', ('0', '8.15.2', '9.3.el5')), ('config(ghostscript)', 'EQ', ('0', '8.15.2', '9.3.el5')), ('X11.so', None, (None, None, None))] ghostscript-8.15.2-9.4.el5.i386 [('libijs-0.35.so', None, (None, None, None)), ('libgs.so.8', None, (None, None, None)), ('ghostscript', 'EQ', ('0', '8.15.2', '9.4.el5')), ('config(ghostscript)', 'EQ', ('0', '8.15.2', '9.4.el5')), ('X11.so', None, (None, None, None))] ghostscript-8.15.2-9.4.el5_3.4.i386 [] ...so it's just the latest ghostscript that doesn't have any provides. Created attachment 336532 [details]
results of 'yum -d 9 update'
yum list ghostscript\* Loaded plugins: rhnplugin, security Installed Packages ghostscript.i386 8.15.2-9.4.el5 installed ghostscript-fonts.noarch 5.50-13.1.1 installed Available Packages ghostscript.i386 8.15.2-9.4.el5_3.4 rhel-i386-server-5 ghostscript-devel.i386 8.15.2-9.4.el5_3.4 rhel-i386-server-5 ghostscript-gtk.i386 8.15.2-9.4.el5_3.4 rhel-i386-server-5 [root@ ~]# When the following command is used other updates complete successfully: yum --exclude=ghostscript,evolution\* update Maybe this will help resolve the issue. (In reply to comment #5) > ghostscript-8.15.2-9.4.el5_3.4.i386 [] > > ...so it's just the latest ghostscript that doesn't have any provides. But the actual package iself *does* have provides. This is not a ghostscript bug. Changing component. Hmm, the XML has the data ... but the .sqlite doesn't, on the machine I'm on. Which is bad. Can you try a "yum clean metadata"? Thank you James Antill! yum clean metadata did the trick. yum clean metadata Loaded plugins: rhnplugin, security 19 metadata files removed 9 sqlite files removed 0 metadata files removed Then yum update Loaded plugins: rhnplugin, security epel | 2.1 kB 00:00 primary.sqlite.bz2 | 2.3 MB 00:01 rhel-i386-server-vt-5 | 1.3 kB 00:00 primary.xml.gz | 28 kB 00:00 rhel-i386-server-vt-5 148/148 rhel-i386-server-5 | 1.3 kB 00:00 primary.xml.gz | 1.9 MB 00:04 rhel-i386-server-5 5178/5178 rhn-tools-rhel-i386-server-5 | 871 B 00:00 primary.xml.gz | 27 kB 00:00 rhn-tools-rhel-i386-server-5 385/385 Skipping security plugin, no data Setting up Update Process Resolving Dependencies Skipping security plugin, no data --> Running transaction check ---> Package evolution-data-server.i386 0:1.12.3-10.el5_3.3 set to be updated ---> Package evolution-data-server-devel.i386 0:1.12.3-10.el5_3.3 set to be updated ---> Package ghostscript.i386 0:8.15.2-9.4.el5_3.4 set to be updated --> Finished Dependency Resolution Dependencies Resolved =================================================================================================== Package Arch Version Repository Size =================================================================================================== Updating: evolution-data-server i386 1.12.3-10.el5_3.3 rhel-i386-server-5 3.7 M evolution-data-server-devel i386 1.12.3-10.el5_3.3 rhel-i386-server-5 263 k ghostscript i386 8.15.2-9.4.el5_3.4 rhel-i386-server-5 5.9 M Transaction Summary =================================================================================================== Install 0 Package(s) Update 3 Package(s) Remove 0 Package(s) Total download size: 9.8 M Is this ok [y/N]: y Downloading Packages: (1/3): evolution-data-server-devel-1.12.3-10.el5_3.3.i386.rpm | 263 kB 00:02 (2/3): evolution-data-server-1.12.3-10.el5_3.3.i386.rpm | 3.7 MB 00:13 (3/3): ghostscript-8.15.2-9.4.el5_3.4.i386.rpm | 5.9 MB 00:13 --------------------------------------------------------------------------------------------------- Total 334 kB/s | 9.8 MB 00:30 Running rpm_check_debug Running Transaction Test Finished Transaction Test Transaction Test Succeeded Running Transaction Updating : evolution-data-server [1/6] Updating : ghostscript [2/6] Updating : evolution-data-server-devel [3/6] Cleanup : evolution-data-server-devel [4/6] Cleanup : ghostscript [5/6] Cleanup : evolution-data-server [6/6] Updated: evolution-data-server.i386 0:1.12.3-10.el5_3.3 evolution-data-server-devel.i386 0:1.12.3-10.el5_3.3 ghostscript.i386 0:8.15.2-9.4.el5_3.4 Complete! The only thing I can think then is that it's the yum-metadata-parser update sqlite bug ... which we have a really simple fix for. So I can ask to get it into 5.4. This request was evaluated by Red Hat Product Management for inclusion, but this component is not scheduled to be updated in the current Red Hat Enterprise Linux release. If you would like this request to be reviewed for the next minor release, ask your support representative to set the next rhel-x.y flag to "?". *** Bug 494006 has been marked as a duplicate of this bug. *** *** Bug 490516 has been marked as a duplicate of this bug. *** whether "yum clean metadata" nor "yum clean all" helped. #cat /etc/redhat-release Red Hat Enterprise Linux Server release 5.2 (Tikanga) # yum upgrade evolution-data-server Loading "security" plugin Loading "rhnplugin" plugin rhel-i386-server-5 100% |=========================| 1.3 kB 00:00 Skipping security plugin, no data Setting up Upgrade Process Resolving Dependencies Skipping security plugin, no data --> Running transaction check --> Processing Dependency: libebook-1.2.so.9 for package: gnome-panel --> Processing Dependency: libebook-1.2.so.9 for package: control-center --> Processing Dependency: libecal-1.2.so.7 for package: gnome-panel --> Processing Dependency: libedataserver-1.2.so.7 for package: gnome-panel --> Processing Dependency: libedataserver-1.2.so.7 for package: control-center --> Processing Dependency: libedataserverui-1.2.so.8 for package: gnome-panel --> Processing Dependency: evolution-data-server >= 1.1.4 for package: gnome-panel ---> Package evolution-data-server.i386 0:1.12.3-10.el5_3.3 set to be updated --> Finished Dependency Resolution Error: Missing Dependency: libebook-1.2.so.9 is needed by package gnome-panel Error: Missing Dependency: libecal-1.2.so.7 is needed by package gnome-panel Error: Missing Dependency: evolution-data-server >= 1.1.4 is needed by package gnome-panel Error: Missing Dependency: libebook-1.2.so.9 is needed by package control-center Error: Missing Dependency: libedataserver-1.2.so.7 is needed by package control-center Error: Missing Dependency: libedataserver-1.2.so.7 is needed by package gnome-panel Error: Missing Dependency: libedataserverui-1.2.so.8 is needed by package gnome-panel Means: RHEL not possible to update/upgrade. At least not for a 0-8-15 admin ;-) Update: I solved my problem by manually downloading: evolution-data-server-1.12.3-10.el5_3.3.i386.rpm from RHN... and updating this particular package using "rpm -Uvh". (w/o any force options) After that I was able to yum update about 260 packages (which were held back before). An advisory has been issued which should help the problem described in this bug report. This report is therefore being closed with a resolution of ERRATA. For more information on therefore solution and/or where to find the updated files, please follow the link below. You may reopen this bug report if the solution does not work for you. http://rhn.redhat.com/errata/RHBA-2009-0440.html *** Bug 500182 has been marked as a duplicate of this bug. *** *** Bug 500359 has been marked as a duplicate of this bug. *** *** Bug 500262 has been marked as a duplicate of this bug. *** *** Bug 502004 has been marked as a duplicate of this bug. *** *** Bug 502303 has been marked as a duplicate of this bug. *** *** Bug 502683 has been marked as a duplicate of this bug. *** *** Bug 503099 has been marked as a duplicate of this bug. *** *** Bug 505003 has been marked as a duplicate of this bug. *** *** Bug 505330 has been marked as a duplicate of this bug. *** *** Bug 509094 has been marked as a duplicate of this bug. *** *** Bug 510782 has been marked as a duplicate of this bug. *** *** Bug 510942 has been marked as a duplicate of this bug. *** *** Bug 511051 has been marked as a duplicate of this bug. *** *** Bug 514906 has been marked as a duplicate of this bug. *** *** Bug 479259 has been marked as a duplicate of this bug. *** why isn't there an errata for plain RHEL5 yet? our systems still have yum-metadata-parser-1.1.2-2.el5 If you enable "fasttrack" updates, the fix is in 5.3. If you don't enable them it'll be in 5.4 too (released "soon", I think). *** Bug 484728 has been marked as a duplicate of this bug. *** *** Bug 481047 has been marked as a duplicate of this bug. *** *** Bug 522816 has been marked as a duplicate of this bug. *** *** Bug 522816 has been marked as a duplicate of this bug. *** *** Bug 528536 has been marked as a duplicate of this bug. *** |