On Monday, 20 July 2020 at 21:39, Neal Gompa wrote:
On Mon, Jul 20, 2020 at 3:32 PM Dominik 'Rathann'
Mierzejewski
<dominik(a)greysector.net> wrote:
[...]
> Sorry, but when you break other packagers workflows, the least
you
> can do is provide a clean solution to make them work again. Making a
> change and telling affected people to "fix it themselves" is just
> not excellent.
>
There is a build for cmake3 with backported macros in testing:
https://bodhi.fedoraproject.org/updates/FEDORA-EPEL-2020-a911888c3e
It just needs karma to make it to stable.
Alright, I'll try to test it this week and give karma.
[...]
Well, right now I'm trying to figure out how to implement this
for
EPEL 8. The trouble is that EPEL 8 has CMake 3.11, which doesn't have
everything I need to do this properly, so I'm trying to come up with
something still.
That is much appreciated, thank you.
As it is, for now, you can revert to the old behavior by putting in
your spec
%global __cmake_in_source_build 1
and the %cmake macro will behave exactly like before, requiring manual
effort to do an out of source build.
Alright, that helps. Thanks.
Also note that this variable is set for EPEL and current supported
Fedora releases. It is *unset* for Fedora 33+.
I see, thanks for spelling it out.
Regards,
Dominik
--
Fedora
https://getfedora.org | RPM Fusion
http://rpmfusion.org
There should be a science of discontent. People need hard times and
oppression to develop psychic muscles.
-- from "Collected Sayings of Muad'Dib" by the Princess Irulan