#20 srpms should be generated for same target as build
Opened 6 years ago by qulogic. Modified 5 years ago

In this PR, I added some target-specific sources. The simple-koji-ci build fails though, because the target is Rawhide and the srpm was generated on f27, so the sources are unavailable.


simple-koji-ci builds the srpm in mock using the default configuration (just tweaking it a little). It does run on a f27 box, which seems to make mock default to a f27 chroot.

Changing this is doable but will add a little complexity and will require updating for every new releases.

Doable, but likely not a priority atm.

Another problem that arises is that CI does not build on all arches; Fedora 27 does not include ppc64. See for example this NumPy PR which should also fail on ppc64, but is not currently doing so since it doesn't even build there.

Another problem is epel7 python3 packages called python3-foo. They have a subpackage called python%{python3_pkgversion}-pytest but that resolves to python3-foo on Fedora. Hence the SRPM build fails with:

%package -n python3-foo: package python3-foo already exists

Login to comment on this ticket.

Metadata