Provides/Obsoletes question

Lubomir Kundrak lkundrak at redhat.com
Tue Oct 16 16:22:57 UTC 2007


On Tue, 2007-10-16 at 18:14 +0200, Michael Schwendt wrote:
> On Tue, 16 Oct 2007 11:44:55 -0400, seth vidal wrote:
> 
> > 
> > On Tue, 2007-10-16 at 11:42 -0400, Steve Dickson wrote:
> > > I'm trying to rename the libgssapi-0.11-2.fc8 package
> > > into libgssglue-0.1-2.fc8 and I'm getting file conflictions
> > > on a common config file.
> > > 
> > > Now reading the http://fedoraproject.org/wiki/Packaging/NamingGuidelines
> > > its seems all I have to do is added a Provides and Obsoletes cause to
> > > the new spec file and the file conflictions will be resolved.
> > > Unfortunately I must be not understanding something since no matter
> > > what I do, I can not get ride of the file confliction.
> > > 
> > > So I'm hoping a "second pair of eyes" will be able to show
> > > what I'm doing wrong.
> > > 
> > > The old package is libgssapi-0.11-2.fc8
> > > The new package is libgssglue-0.1-2.fc8
> > > The libgssglue.spec file entry is:
> > > 
> > > Provides: libgssapi = %{version}-%{release}
> > > Obsoletes: libgssapi <= 0.11-2
> > > 
> > > The error is:
> > > # rpm -ihv libgssglue-0.1-2.fc8
> > > Preparing...                ########################################### 
> > > [100%]
> > >          file /etc/gssapi_mech.conf from install of libgssglue-0.1-2.fc8 
> > > conflicts with file from package libgssapi-0.11-2.fc8
> > > #
> > > 
> > > Anybody have a clue as to what I'm doing wrong?
> > > 
> > 
> > rpm -ivh doesn't process obsoletes.
> > 
> > try: rpm -Uvh and see if it works.
> 
> Additionally, "<= 0.11-2" is insufficient since 0.11-2.fc8 is
> "higher" due to the %dist tag.

Exactly!

This is not the first case of this. Please _never_ write Obsolete tags
that contain "<=". This doesn't play well with dist tags and removes the
possibility of updating the package in older releases. Avoid this
useless construct in case you want to see your fedora being updated
cleanly with yum :)

Thanks,
-- 
Lubomir Kundrak (Red Hat Security Response Team)




More information about the fedora-devel-list mailing list