Mailinglist Archive: opensuse-buildservice (153 mails)

< Previous Next >
Re: [opensuse-buildservice] build-compare forces republish for new commit and new rpm
On Mittwoch, 12. November 2014, 09:57:13 wrote Olaf Hering:

I wonder why its important to republish a package which just had a new
commit. If the resulting binary package is identical there is no need to
republish, just because the rpm %RELEASE string happens to differ.

Just a guess, we have packages with multiple spec files, but which rely
on %versiion-CI_CNT . If one would build and the other skipped the dependencies
can not be met.

Similar for a new rpm version in the build tree. Why would that require
a republish of the entire tree? I mean the install stack has to cope
with old rpm packages anyway, no matter which version of rpm was used to
create these packages.

It is a matter of taste, it is in any case cleaner to have only rpm packages
inside of a distro which are build all by the same rpm version.

Thats the (untested) change I propose to handle both cases and leave the
previous package on the mirror:

--- (revision 222a61b1a991885b87a3e16ef27c22bb)
+++ (working copy)
@@ -59,7 +59,7 @@

@@ -91,13 +91,6 @@
# Remember to quote the . which is in release
release1=`$RPM --qf "%{RELEASE}" "$oldrpm"|sed -e 's/\./\\\./g'`
release2=`$RPM --qf "%{RELEASE}" "$newrpm"|sed -e 's/\./\\\./g'`
- # This might happen with a forced rebuild of factory
- if [ "${release1%.*}" != "${release2%.*}" ] ; then
- echo "release prefix mismatch"
- if test -z "$check_all"; then
- return 1
- fi
- fi

check_provides $oldrpm $release1 > $file1
check_provides $newrpm $release2 > $file2



Adrian Schroeter
email: adrian@xxxxxxx

SUSE LINUX GmbH, GF: Jeff Hawn, Jennifer Guild, Felix Imendörffer, HRB 21284
(AG Nürnberg)
Maxfeldstraße 5
90409 Nürnberg

To unsubscribe, e-mail: opensuse-buildservice+unsubscribe@xxxxxxxxxxxx
To contact the owner, e-mail: opensuse-buildservice+owner@xxxxxxxxxxxx

< Previous Next >