Bug #4733
closed
RPM feeds don't have conflicts between nightly/latest/next
Added by laforge over 3 years ago.
Updated about 3 years ago.
Description
For the Debian package feeds, we have a mechanism in place that marks nightly conflicting with latest and next, and vice-versa. This is implemented in the osmo_obs_prepare_conflict shell function of common-obs.sh
This mechanism is missing from the RPM builds (it apparently was forgotten when adding RPM packages), which makes it easy to run incompatible versions of programs/libraries.
We need to replicate this for RPM based distributions like CentOS.
- Priority changed from Normal to Low
- Assignee changed from pespin to osmith
- Status changed from New to In Progress
- Priority changed from Low to High
- % Done changed from 0 to 60
I've added a the dummy package for rpm. As discussed, I've also made all packages of nightly and next depend on a specific version of the dummy package (so one can't mix packages from different dates by accident).
https://gerrit.osmocom.org/q/topic:rpm-conflict
Done is at 60% now, because I'd like to extend repo-install-test to continuously test that the conflicts work as intended. From manual testing, it appears to be working as expected.
- % Done changed from 60 to 70
Previous patches are merged and rolled out. The RPM packages are built for both CentOS and openSUSE, and for the latter, rpmlint started to complain about libraries depending on specific versions of packages. This is desired in our use case (for nightly and next feeds), so I've added a patch to make the error non-fatal:
https://gerrit.osmocom.org/c/osmo-ci/+/22281
- % Done changed from 70 to 90
- Status changed from In Progress to Resolved
- % Done changed from 90 to 100
Also available in: Atom
PDF