On Monday, 20 July 2020 at 21:39, Neal Gompa wrote:
On Mon, Jul 20, 2020 at 3:32 PM Dominik 'Rathann'
> Sorry, but when you break other packagers workflows, the least
> 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:
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
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
That is much appreciated, thank you.
As it is, for now, you can revert to the old behavior by putting in
%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.
| 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