RHEL Engineering is moving the tracking of its product development work on RHEL 6 through RHEL 9 to Red Hat Jira (issues.redhat.com). If you're a Red Hat customer, please continue to file support cases via the Red Hat customer portal. If you're not, please head to the "RHEL project" in Red Hat Jira and file new tickets here. Individual Bugzilla bugs in the statuses "NEW", "ASSIGNED", and "POST" are being migrated throughout September 2023. Bugs of Red Hat partners with an assigned Engineering Partner Manager (EPM) are migrated in late September as per pre-agreed dates. Bugs against components "kernel", "kernel-rt", and "kpatch" are only migrated if still in "NEW" or "ASSIGNED". If you cannot log in to RH Jira, please consult article #7032570. That failing, please send an e-mail to the RH Jira admins at rh-issues@redhat.com to troubleshoot your issue as a user management inquiry. The email creates a ServiceNow ticket with Red Hat. Individual Bugzilla bugs that are migrated will be moved to status "CLOSED", resolution "MIGRATED", and set with "MigratedToJIRA" in "Keywords". The link to the successor Jira issue will be found under "Links", have a little "two-footprint" icon next to it, and direct you to the "RHEL project" in Red Hat Jira (issue links are of type "https://issues.redhat.com/browse/RHEL-XXXX", where "X" is a digit). This same link will be available in a blue banner at the top of the page informing you that that bug has been migrated.
Bug 674171 - need an Obsoletes: tag for spice-common and spice-ffmpeg
Summary: need an Obsoletes: tag for spice-common and spice-ffmpeg
Keywords:
Status: CLOSED ERRATA
Alias: None
Product: Red Hat Enterprise Linux 6
Classification: Red Hat
Component: spice-server
Version: 6.1
Hardware: All
OS: Linux
unspecified
high
Target Milestone: rc
: 6.1
Assignee: Uri Lublin
QA Contact: Desktop QE
URL:
Whiteboard:
Depends On:
Blocks: 675085
TreeView+ depends on / blocked
 
Reported: 2011-01-31 20:43 UTC by David Blechter
Modified: 2015-09-28 02:12 UTC (History)
6 users (show)

Fixed In Version: spice-server-0.7.2-4.el6
Doc Type: Bug Fix
Doc Text:
The spice-server and spice-client packages use common libraries in Red Hat Enterprise Linux 6.1. This renders the following packages obsolete: cairo-spice 1.8.7.2 and earlier, ffmpeg-spice 0.4.9-1 and earlier, pixman-spice 0.13.3-6 and earlier, and spice-common 0.4.2-8 and earlier. These obsoletions are now recorded in the spice-server.spec file. Note that if both spice-client and spice-server are installed on a system, upgrading one of them will also cause the other to be upgraded. (BZ#674171)
Clone Of:
: 675085 (view as bug list)
Environment:
Last Closed: 2011-05-19 14:07:47 UTC
Target Upstream Version:
Embargoed:

Attachments (Terms of Use)


Links
System ID Private Priority Status Summary Last Updated
Red Hat Product Errata RHBA-2011:0705 0 normal SHIPPED_LIVE spice-server bug fix and enhancement update 2011-05-18 18:10:05 UTC

Description David Blechter 2011-01-31 20:43:53 UTC 
removing those packages from the distribution as they're no longer needed
Comment 2 Uri Lublin 2011-02-04 02:31:16 UTC 
These are the packages that are obsolete:
cairo-spice-1.8.7.1-4.el6 (+ devel)
ffmpeg-spice-0.4.9-0.15.5spice.20080908.el6 ( + devel + libs)
pixman-spice-0.13.3-5.el6 ( + devel )
spice-common-0.4.2-7.el6  ( + devel )

Should be done for spice-client as well.
Comment 5 Lubos Kocman 2011-04-05 16:09:44 UTC 
Verified on spice-server-0.8.0-1.el6.src.rpm

Obsoletes: cairo-spice < 1.8.7.2
Obsoletes: cairo-spice-devel < 1.8.7.2
Obsoletes: cairo-spice-debuginfo < 1.8.7.2
Obsoletes: ffmpeg-spice < 0.4.9-1
Obsoletes: ffmpeg-spice-devel < 0.4.9-1
Obsoletes: ffmpeg-spice-libs < 0.4.9-1
Obsoletes: ffmpeg-spice-debuginfo < 0.4.9-1
Obsoletes: pixman-spice < 0.13.3-6
Obsoletes: pixman-spice-devel < 0.13.3-6
Obsoletes: pixman-spice-debuginfo < 0.13.3-6
Obsoletes: spice-common < 0.4.2-8
Obsoletes: spice-common-devel < 0.4.2-8
Comment 6 Dennis Gregorovic 2011-04-11 16:15:32 UTC 
Based on IRC conversation, I suggest we not add these Obsoletes.  The Obsoletes tag should be reserved for cases where a package is renamed or where one package is replacing another.  In this situation, we just have packages that are no longer needed, but keeping them around won't break the system.  Bill, do you agree?
Comment 7 Bill Nottingham 2011-04-12 02:24:13 UTC 
Assuming they don't conflict, and won't conflict with future packages, it's probably OK to leave them around.
Comment 11 Laura Bailey 2011-04-21 01:07:54 UTC 
    Technical note added. If any revisions are required, please edit the "Technical Notes" field
    accordingly. All revisions will be proofread by the Engineering Content Services team.
    
    New Contents:
The following packages are obsoleted by this update: cairo-spice < 1.8.7.2, ffmpeg-spice < 0.4.9-1, pixman-spice < 0.13.3-6, and spice-common < 0.4.2-8. This is now recorded in the package spec file.
Comment 13 Uri Lublin 2011-04-21 13:38:32 UTC 
    Technical note updated. If any revisions are required, please edit the "Technical Notes" field
    accordingly. All revisions will be proofread by the Engineering Content Services team.
    
    Diffed Contents:
@@ -1 +1,7 @@
-The following packages are obsoleted by this update: cairo-spice < 1.8.7.2, ffmpeg-spice < 0.4.9-1, pixman-spice < 0.13.3-6, and spice-common < 0.4.2-8. This is now recorded in the package spec file.+The following packages are obsoleted by this update: cairo-spice < 1.8.7.2, ffmpeg-spice < 0.4.9-1, pixman-spice < 0.13.3-6, and spice-common < 0.4.2-8. This is now recorded in the package spec file.
+
+Note the above packages purpose was specifically to build spice-server and spice-client packages. Now (in RHEL-6.1) that they were replaced with "common" libraries, the packages above are not needed.
+
+Also note that spice-common only provided code for building spice-server, and is now a part of the tarball in sources.
+
+Currently, if both spice-client and spice-server are installed on a system, upgrading one of them will cause the other to be upgraded too.
Comment 14 Uri Lublin 2011-04-21 13:40:18 UTC 
    Technical note updated. If any revisions are required, please edit the "Technical Notes" field
    accordingly. All revisions will be proofread by the Engineering Content Services team.
    
    Diffed Contents:
@@ -1,6 +1,6 @@
 The following packages are obsoleted by this update: cairo-spice < 1.8.7.2, ffmpeg-spice < 0.4.9-1, pixman-spice < 0.13.3-6, and spice-common < 0.4.2-8. This is now recorded in the package spec file.
 
-Note the above packages purpose was specifically to build spice-server and spice-client packages. Now (in RHEL-6.1) that they were replaced with "common" libraries, the packages above are not needed.
+Note the above packages purpose was specifically to build and be used by spice-server and spice-client packages. Now (in RHEL-6.1) that they were replaced with "common" libraries, the packages above are not needed.
 
 Also note that spice-common only provided code for building spice-server, and is now a part of the tarball in sources.
Comment 15 Laura Bailey 2011-04-27 00:39:41 UTC 
    Technical note updated. If any revisions are required, please edit the "Technical Notes" field
    accordingly. All revisions will be proofread by the Engineering Content Services team.
    
    Diffed Contents:
@@ -1,7 +1,3 @@
-The following packages are obsoleted by this update: cairo-spice < 1.8.7.2, ffmpeg-spice < 0.4.9-1, pixman-spice < 0.13.3-6, and spice-common < 0.4.2-8. This is now recorded in the package spec file.
+The spice-server and spice-client packages have been replaced with common libraries in Red Hat Enterprise Linux 6.1. This renders the following packages obsolete: cairo-spice 1.8.7.2 and earlier, ffmpeg-spice 0.4.9-1 and earlier, pixman-spice 0.13.3-6 and earlier, and spice-common 0.4.2-8 and earlier. These obsoletions are now recorded in the spice-server.spec file.
 
-Note the above packages purpose was specifically to build and be used by spice-server and spice-client packages. Now (in RHEL-6.1) that they were replaced with "common" libraries, the packages above are not needed.
+Note that if both spice-client and spice-server are installed on a system, upgrading one of them will also cause the other to be upgraded. (BZ#674171)-
-Also note that spice-common only provided code for building spice-server, and is now a part of the tarball in sources.
-
-Currently, if both spice-client and spice-server are installed on a system, upgrading one of them will cause the other to be upgraded too.
Comment 16 Uri Lublin 2011-04-27 09:09:04 UTC 
    Technical note updated. If any revisions are required, please edit the "Technical Notes" field
    accordingly. All revisions will be proofread by the Engineering Content Services team.
    
    Diffed Contents:
@@ -1,3 +1,3 @@
-The spice-server and spice-client packages have been replaced with common libraries in Red Hat Enterprise Linux 6.1. This renders the following packages obsolete: cairo-spice 1.8.7.2 and earlier, ffmpeg-spice 0.4.9-1 and earlier, pixman-spice 0.13.3-6 and earlier, and spice-common 0.4.2-8 and earlier. These obsoletions are now recorded in the spice-server.spec file.
+The spice-server and spice-client packages use common libraries in Red Hat Enterprise Linux 6.1. This renders the following packages obsolete: cairo-spice 1.8.7.2 and earlier, ffmpeg-spice 0.4.9-1 and earlier, pixman-spice 0.13.3-6 and earlier, and spice-common 0.4.2-8 and earlier. These obsoletions are now recorded in the spice-server.spec file.
 
 Note that if both spice-client and spice-server are installed on a system, upgrading one of them will also cause the other to be upgraded. (BZ#674171)
Comment 17 errata-xmlrpc 2011-05-19 14:07:47 UTC 
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-2011-0705.html
Note You need to log in before you can comment on or make changes to this bug.