[prev in list] [next in list] [prev in thread] [next in thread] 

List:       kde-buildsystem
Subject:    Re: Severe behavioural change regressions in release branch
From:       Ben Cooksley <bcooksley () kde ! org>
Date:       2014-10-23 22:20:10
Message-ID: CA+XidOGyd+r+Ev6JZ44+9+2R8Nw_AQg5szs88ZaPYpYWTkBQLw () mail ! gmail ! com
[Download RAW message or body]

On Fri, Oct 24, 2014 at 10:11 AM, Ben Cooksley <bcooksley@kde.org> wrote:
> On Fri, Oct 24, 2014 at 10:05 AM, Ben Cooksley <bcooksley@kde.org> wrote:
>> Hi all,
>>
>> It would appear that CMake 3.0 to 3.1 introduces a colossal change in
>> behaviour. This change totally breaks all KDE projects which use
>> Extra-CMake-Modules, as necessary headers are no longer installed.
>>
>> This has become an issue following http://build.kde.org/job/cmake/160/
>> which has led to a significant number of our projects failing to build
>> from source as can be seen here -
>> http://build.kde.org/view/Frameworks/
>>
>> Someone needs to investigate this before CMake 3.1.0 goes out the door
>> and fix it. I've no idea what the policy is in the CMake world, but in
>> the KDE world this sort of compatibility breakage would be a release
>> blocker.
>
> And it would seem that the CMake developers prefer to live in their
> own closed off little bubble. My post was automatically rejected.
> Someone who is subscribed there will have to take this up with them.
> I'm extremely displeased.
>
> If they release CMake 3.1.0 with this regression, we should consider
> forking CMake as their developers can't be trusted to ensure our code
> remains buildable.

Sorry for the above all, got a bit caught up in the heat of the moment.
That shouldn't have come out in the way it did.

Hopefully we have a solution on the way now...

>
>>
>> Regards,
>> Ben Cooksley
>> KDE Sysadmin
>
> Regards,
> Ben

Thanks,
Ben
_______________________________________________
Kde-buildsystem mailing list
Kde-buildsystem@kde.org
https://mail.kde.org/mailman/listinfo/kde-buildsystem
[prev in list] [next in list] [prev in thread] [next in thread]