Package maintainers -- want test results by mail?

Ville Skyttä ville.skytta at iki.fi
Wed Jun 2 20:15:42 UTC 2010


On Wednesday 02 June 2010, James Antill wrote:

>  The self obsolete ones are wrong, being able to do:
> 
> Name: foo
> Provide: bar = 2
> Obsolete: bar <= 2
> 
> ...is completely legal and needed for rename/merging

Yes (assuming you mean "Obsoletes: bar < 2", not "<= 2").

> which is why yum has them.

yum does not have them like that.  The Provides in it are unversioned.

Obsoletes: yum-skip-broken <= 1.1.18
Obsoletes: yum-basearchonly <= 1.1.9
Obsoletes: yum-allow-downgrade < 1.1.20-0
Obsoletes: yum-plugin-allow-downgrade < 1.1.22-0
Obsoletes: yum-plugin-protect-packages < 1.1.27-0
Provides: yum-skip-broken
Provides: yum-basearchonly
Provides: yum-allow-downgrade
Provides: yum-plugin-allow-downgrade
Provides: yum-protect-packages
Provides: yum-plugin-protect-packages

Fix: sed -i -e 's/\(Provides.*\)/\1 = %{version}-%{release}/' yum.spec

Self-obsoletion used to cause problems in various tools in the past.  I don't 
know if all of them contain workarounds nowadays, but on the other hand I 
don't think I've ever seen an actual valid use case for self-obsoletion.


More information about the devel mailing list