On Monday, 20 July 2020 at 21:39, Neal Gompa wrote:
> On Mon, Jul 20, 2020 at 3:32 PM Dominik 'Rathann' Mierzejewski
> <domi...@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
_______________________________________________
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists.fedoraproject.org
Fedora Code of Conduct: 
https://docs.fedoraproject.org/en-US/project/code-of-conduct/
List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
List Archives: 
https://lists.fedoraproject.org/archives/list/devel@lists.fedoraproject.org

Reply via email to