[repo-coord] Re: Obsoletes/Provides/Conflicts For Replacing Other Packages

[Axel Thimm]

On Tue, Aug 03, 2004 at 11:25:16AM -0500, Rex Dieter wrote:
> Axel Thimm wrote:
> >On Mon, Aug 02, 2004 at 04:27:59PM +0800, Jeff Pitman wrote:
> >
> >>Obsoletes: python2 < %{version}
> >>Provides: python2 = %{version}
> >>
> >>I would really like to be able to have:
> >>
> >>Provides: python = %{version}
> >
> >
> >That was possible with rpm <= 4.2 or so, but in modern rpm versions
> >the two above are equal, so a versioned Provides always implicitely
> >carries an Obsolete like in the first example.
> >
> >This bug was reported by Rex at bugzilla.redhat.com, and the
> >resolution was "it's a feature". Not really IMO, as it simply removes
> >a degree of freedom a packager/user had (e.g. providing sendmail =
> >something to satisfy dependencies). :(
> 
> for the life of me, I looked for ~45minutes on bugzilla.redhat.com and 
> can't find that report anywhere. (?#$#@$?).  It must be conspiracy to 
> hide the bug... (-:

Hm, I cannot find _any_ bug where rdieter at math.unl.edu is reporter/cc
etc.

But perhaps my memory is flaky and you never reported this bug to
bugzilla? I also desperatly search for this bug and found this

http://lists.atrpms.net/pipermail/repo-coord/2004-February/000019.html

and also my mail exchange with Jeff, so I was told directly that this
bug has been cast to a feature ... :/
-- 
Axel.Thimm at ATrpms.net
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 189 bytes
Desc: not available
Url : http://lists.atrpms.net/pipermail/repo-coord/attachments/20040803/21d56cf1/attachment.bin