Bug 905345

Summary: libcacard can never be installed
Product: [Fedora] Fedora Reporter: Richard W.M. Jones <rjones>
Component: libcacardAssignee: Hans de Goede <hdegoede>
Status: CLOSED NEXTRELEASE QA Contact: Fedora Extras Quality Assurance <extras-qa>
Severity: unspecified Docs Contact:
Priority: unspecified    
Version: rawhideCC: alevy, bugs.michael, hdegoede
Target Milestone: ---   
Target Release: ---   
Hardware: Unspecified   
OS: Unspecified   
Whiteboard:
Fixed In Version: Doc Type: Bug Fix
Doc Text:
Story Points: ---
Clone Of: Environment:
Last Closed: 2013-03-10 07:56:55 UTC Type: Bug
Regression: --- Mount Type: ---
Documentation: --- CRM:
Verified Versions: Category: ---
oVirt Team: --- RHEL 7.3 requirements from Atomic Host:
Cloudforms Team: --- Target Upstream Version:
Embargoed:

Description Richard W.M. Jones 2013-01-29 08:51:30 UTC
Description of problem:

libcacard builds various libcacard-* RPMs.  However so does
qemu.

Since qemu has a higher Epoch than libcacard, the libcacard
RPMs can never be installed.

Version-Release number of selected component (if applicable):

https://admin.fedoraproject.org/pkgdb/acls/name/libcacard
http://koji.fedoraproject.org/koji/buildinfo?buildID=381007
libcacard-1.2.1-3.fc19 (epoch = 1)
http://koji.fedoraproject.org/koji/buildinfo?buildID=380082
qemu-1.3.0-5.fc19 (epoch = 2)

Additional info:

There is a thread about this on the Fedora devel list, but
unfortunately it has not yet appeared in the online archives.

Comment 1 Alon Levy 2013-01-29 10:33:59 UTC
The libcacard package needs to be obsoleted in favor of the subpackage of qemu, this has already been pointed out to me but I'm slow on the draw.

Comment 2 Michael Schwendt 2013-02-02 19:05:04 UTC
Two observations:


1) I see you've reverted the following already, but I'd like to point out that it would have been wrong for a different reason:

> +Provides: libcacard = 1.2.2-5
> +Obsoletes: libcacard < 1.2.2-5

If at all (for an ordinary package rename), it should have been "Provides: libcacard = %{version}-%{release}", because it would not have made any sense for libcacard-1.3.0-6%{?dist} (with Epoch 1 even!) to provide also libcacard-1.2.2-5.


2) About removing the old libcacard from the distribution and from package git:
https://fedoraproject.org/wiki/How_to_remove_a_package_at_end_of_life

Comment 3 Michael Schwendt 2013-03-08 23:52:40 UTC
*ping*

Comment 4 Hans de Goede 2013-03-09 15:44:51 UTC
(In reply to comment #3)
> *ping*

I'm afraid Alon has dropped the ball on this. I'll go and walk libcacard through the retirement procedure right away.

Comment 5 Hans de Goede 2013-03-09 15:57:18 UTC
(In reply to comment #4)
> (In reply to comment #3)
> > *ping*
> 
> I'm afraid Alon has dropped the ball on this.

Correction, it looks like Alon has done most of the retirement procedure, but he has
missed a few steps:

1. Obsoletes / Provides -> done by qemu subpackage
2. Mark as dead.package -> Alon did this for the f18 branch only, I've just done it for master
3. git rm in other branches -> NA
4. remove from comps -> NA
5. remove from spins -> NA
6. Mark as retired in pkgdb, done for f18 only, I don't have rights to do this for devel :|
7. Remove from upstream-release-monitoring -> NA
8. Block from koji collections, done, see:
https://fedorahosted.org/rel-eng/ticket/5465

So all that needs to be done now is hit "retire" in pkgdb for the devel branch. Alon can you please go here:
https://admin.fedoraproject.org/pkgdb/acls/name/libcacard

Hit the retire button for the devel branch, and then close this bug ?

Comment 6 Alon Levy 2013-03-10 07:56:55 UTC
Retired the devel branch. Closing as next release.