[opensuse-packaging] force obsolete old library
The shared library from x.rpm was moved to a subpackage libx0.rpm. Since x.rpm contained just that lib the new libx0.rpm now has: Obsoletes: x < %version Provides: x = %version But since x.rpm and libx0.rpm have the very same version number the %version is actually %version-%release for both tags. Unfortunately the %release of x.rpm is larger than the one from libx0.rpm. As a result x.rpm will not be removed, and zypper reports fileconflicts. Is there a way for the packager or OBS admin to adjust the release, other than creating 20 dummy SR for Factory? The offending package is libquvi-0.9.4-23.1.rpm, built Dec 2014 in PMBS. Now the package is in TW, there is no need to have it in PMBS anymore. Olaf -- To unsubscribe, e-mail: opensuse-packaging+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse-packaging+owner@opensuse.org
Olaf Hering
Unfortunately the %release of x.rpm is larger than the one from libx0.rpm.
Why is that? Sinc libx0 and x are build from the same source they should get the same version-release tag. Andreas. -- Andreas Schwab, SUSE Labs, schwab@suse.de GPG Key fingerprint = 0196 BAD8 1CE9 1970 F4BE 1748 E4D4 88E3 0EEA B9D7 "And now for something completely different." -- To unsubscribe, e-mail: opensuse-packaging+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse-packaging+owner@opensuse.org
On Thu, Jul 09, Andreas Schwab wrote:
Olaf Hering
writes: Unfortunately the %release of x.rpm is larger than the one from libx0.rpm.
Why is that? Sinc libx0 and x are build from the same source they should get the same version-release tag.
x contained the lib last year, this year the lib is in libx0 and x does not exist anymore. just as I wrote. And since the project is dead there will be no releases anymore. Olaf -- To unsubscribe, e-mail: opensuse-packaging+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse-packaging+owner@opensuse.org
Olaf Hering
x contained the lib last year, this year the lib is in libx0 and x does not exist anymore. just as I wrote.
Why didn't the release increase then?
And since the project is dead there will be no releases anymore.
Why aren't you dropping it then? Andreas. -- Andreas Schwab, SUSE Labs, schwab@suse.de GPG Key fingerprint = 0196 BAD8 1CE9 1970 F4BE 1748 E4D4 88E3 0EEA B9D7 "And now for something completely different." -- To unsubscribe, e-mail: opensuse-packaging+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse-packaging+owner@opensuse.org
On Thursday 2015-07-09 13:43, Olaf Hering wrote:
On Thu, Jul 09, Andreas Schwab wrote:
Olaf Hering
writes: Unfortunately the %release of x.rpm is larger than the one from libx0.rpm.
Why is that? Sinc libx0 and x are build from the same source they should get the same version-release tag.
x contained the lib last year, this year the lib is in libx0 and x does not exist anymore. just as I wrote.
Then the %release tag has changed, and you should use < %version-%release just like most of the other .specs. -- To unsubscribe, e-mail: opensuse-packaging+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse-packaging+owner@opensuse.org
On Thu, Jul 9, 2015 at 2:36 PM, Olaf Hering
The shared library from x.rpm was moved to a subpackage libx0.rpm. Since x.rpm contained just that lib the new libx0.rpm now has: Obsoletes: x < %version Provides: x = %version
But since x.rpm and libx0.rpm have the very same version number the %version is actually %version-%release for both tags.
How is it going to work in derived repos where release numbers are not related in any way? -- To unsubscribe, e-mail: opensuse-packaging+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse-packaging+owner@opensuse.org
On Thu, Jul 09, Andrei Borzenkov wrote:
On Thu, Jul 9, 2015 at 2:36 PM, Olaf Hering
wrote: The shared library from x.rpm was moved to a subpackage libx0.rpm. Since x.rpm contained just that lib the new libx0.rpm now has: Obsoletes: x < %version Provides: x = %version
But since x.rpm and libx0.rpm have the very same version number the %version is actually %version-%release for both tags.
How is it going to work in derived repos where release numbers are not related in any way?
Not at all, like in this case. Factory has libx0-0.9.4-4.1, which obsoletes < x-0.9.4-4.1. But that does not obsolete the installed x-0.9.4-23.1 which came from packman. I guess in this case the only way out would be a plain Obsoletes: x Olaf -- To unsubscribe, e-mail: opensuse-packaging+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse-packaging+owner@opensuse.org
On Thu, 9 Jul 2015 14:25, Olaf Hering wrote:
On Thu, Jul 09, Andrei Borzenkov wrote:
On Thu, Jul 9, 2015 at 2:36 PM, Olaf Hering wrote:
The shared library from x.rpm was moved to a subpackage libx0.rpm. Since x.rpm contained just that lib the new libx0.rpm now has: Obsoletes: x < %version Provides: x = %version
But since x.rpm and libx0.rpm have the very same version number the %version is actually %version-%release for both tags.
How is it going to work in derived repos where release numbers are not related in any way?
Not at all, like in this case. Factory has libx0-0.9.4-4.1, which obsoletes < x-0.9.4-4.1. But that does not obsolete the installed x-0.9.4-23.1 which came from packman.
I guess in this case the only way out would be a plain Obsoletes: x
It may be stupid, but what about two "Obsoletes" lines: Obsoletes: x < %version-%release # specific obsolete last packman version Obsoletes: x = 0.9.4-23.1 But, there also was a way to set the %release in a spec file, this would be better, IMHO. Otherwise, intoduce a added 'patchnumber' to the upstream version string, e.g. Version = 0.9.4.1 - Yamaban. -- To unsubscribe, e-mail: opensuse-packaging+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse-packaging+owner@opensuse.org
participants (5)
-
Andreas Schwab
-
Andrei Borzenkov
-
Jan Engelhardt
-
Olaf Hering
-
Yamaban