Bug 473182

Summary: Conflict with tk-tktreectrl
Product: [Fedora] Fedora Reporter: Michael Schwendt <bugs.michael>
Component: tcl-tktreectrlAssignee: Tom "spot" Callaway <tcallawa>
Status: CLOSED RAWHIDE QA Contact: Fedora Extras Quality Assurance <extras-qa>
Severity: medium Docs Contact:
Priority: medium    
Version: rawhideCC: mcepl, mcepl, tcallawa, wart
Target Milestone: ---   
Target Release: ---   
Hardware: All   
OS: Linux   
Whiteboard:
Fixed In Version: Doc Type: Bug Fix
Doc Text:
Story Points: ---
Clone Of: Environment:
Last Closed: 2008-12-20 19:00:38 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:

Description Michael Schwendt 2008-11-26 23:25:33 UTC
tcl-tktreectrl-2.2.8-1.fc9.i386  in  rawhide-development-i386
  File conflict with: tk-tktreectrl-2.2.3-5.fc9.i386
     /usr/share/man/mann/treectrl.n.gz

(and vice versa)

Looks like it is the same software. Review Fauxpas?

Comment 1 Wart 2008-11-27 00:19:05 UTC
Looks like the same package as tk-tktreectrl, but with the correct naming per the Tcl packaging guidelines (which were adopted after tk-tktreectrl was already imported).

I'm happy to let spot maintain the real package, and dump tk-tktreectrl.  I'd only request that tcl-tktreectrl also Provides: tk-tktreectrl.

Comment 2 Matěj Cepl 2008-11-28 19:47:02 UTC
There is nothing to triage here.

Switching to ASSIGNED so that developers have responsibility to do whatever they want to do with it.

Comment 3 Tom "spot" Callaway 2008-12-02 16:19:56 UTC
(In reply to comment #1)
> Looks like the same package as tk-tktreectrl, but with the correct naming per
> the Tcl packaging guidelines (which were adopted after tk-tktreectrl was
> already imported).
> 
> I'm happy to let spot maintain the real package, and dump tk-tktreectrl.  I'd
> only request that tcl-tktreectrl also Provides: tk-tktreectrl.

It already has that Provides. :) Can you go ahead and EOL your package?

https://fedoraproject.org/wiki/PackageMaintainers/RetiredPackages
https://fedoraproject.org/wiki/PackageMaintainers/PackageEndOfLife

Comment 4 Tom "spot" Callaway 2008-12-02 16:20:28 UTC
(In reply to comment #1)
> Looks like the same package as tk-tktreectrl, but with the correct naming per
> the Tcl packaging guidelines (which were adopted after tk-tktreectrl was
> already imported).

Apologies on causing the duplication in the first place, I'm usually better at catching this sort of thing.

Comment 5 Wart 2008-12-03 03:22:31 UTC
(In reply to comment #3)
> It already has that Provides. :) Can you go ahead and EOL your package?
> 
> https://fedoraproject.org/wiki/PackageMaintainers/RetiredPackages
> https://fedoraproject.org/wiki/PackageMaintainers/PackageEndOfLife

I'll do this as soon as I get a real network connection back (hopefully tomorrow).  Feel free to add me to a comaintainer of this package if you'd like.

Comment 6 Tom "spot" Callaway 2008-12-10 15:27:44 UTC
(In reply to comment #5)

> I'll do this as soon as I get a real network connection back (hopefully
> tomorrow).  Feel free to add me to a comaintainer of this package if you'd
> like.

Friendly reminder: This has not yet been done.

If you want to comaintain tcl-tktreectrl, just request it at the PackageDB and I will approve it.

Comment 7 Wart 2008-12-17 23:34:56 UTC
I've updated CVS for tk-tktreectrl and file a releng ticket:  https://fedorahosted.org/rel-eng/ticket/1198

I just noticed that this conflict also applies to F8, F9, and F10.  I'll go ahead and mark tk-tktreectrl as EOL on these three branches as well.

Comment 8 Wart 2008-12-19 06:18:41 UTC
I've marked the F-9 and F-10 branches as EOL and requested them to be blocked:  https://fedorahosted.org/rel-eng/ticket/1204

Shouldn't tcl-tktreectrl also contain "Obsoletes: tk-tktreectrl < %{version}-%{release}"?  Otherwise 'yum install tktreectrl will still pick up the EOL'd tk-tktreectrl, even though it has an older version (at least that's what happened in my testing)

Comment 9 Tom "spot" Callaway 2008-12-19 15:15:09 UTC
Well, we can't do it like that, because tcl-tktreectrl has a macroed versioned Provides for tk-treectrl. It would obsolete itself.

We could add Obsoletes for the last V-R that tk-tktreectrl released, which seems to be 2.2.3-5:

Obsoletes: tk-tktreectrl <= 2.2.3-5

Comment 10 Wart 2008-12-20 04:19:34 UTC
Good point.  I've fixed this in tcl-tktreectrl cvs.  If it looks right to you then I'll tag and build, then apply the same changes to F-10 and F-9.

Comment 11 Tom "spot" Callaway 2008-12-20 14:50:15 UTC
Looks fine.

Comment 12 Wart 2008-12-20 19:00:38 UTC
tk-tktreectrl has been marked EOL, and a new build for tcl-tktreectrl has been built for rawhide.  Updates to F-10 and F-9 are pending.  Closing.