On Wed, Aug 05, 2020 at 01:47:21PM +0200, Andrea Bolognani wrote:
On Wed, 2020-08-05 at 13:27 +0200, Pavel Hrdina wrote:
> Gross hack in our CI vs gross hack in spec file. I vote for CI to have
> the hack.
>
> In addition the macros are provided by meson and there are changes in
> the macro file, for example the latest macro file uses `meson compile`
> instead of `ninja build` which was introduced in 0.54.0 so we would have
> to have some older copy of the macros.
Not really, since the version of Meson that we use for building would
still be the one installed from PyPi, eg. 0.54.0 or newer. What about
the other way around? Would the old macros work fine with the newer
Meson?
An alternative idea, meson 0.54.0 depends on Python 3.8 ABI. Python 3.8 is
available on CentOS-8, so maybe we could try asking for a meson 0.54 build on
CentOS 8 as well.
CentOS 7 would be great too, but I'm willing to accept a compromise here that
we will only do an RPM build on the latest CentOS. I mean, compiling the code
on CentOS 7 is one thing, but building an RPM brings its own
issues/dependencies (a similar problem can be observed with libvirt-tck where
CentOS 7 simply turned out to be an unsuitable platform), from upstream POV we
mainly care about the latest releases of our dependencies for any *reasonable*
development anyway, so shifting the focus slightly to the latest CentOS in
terms of doing an RPM build doesn't seem like such an issue to me - all of
^this assuming we could get a newer meson build.
Erik