Severe behavioural change regressions in release branch

[Ben Cooksley]

On Mon, Oct 27, 2014 at 6:24 AM, Albert Astals Cid <aacid at kde.org> wrote:
> Hi guys, what's the status of this?

Hi Albert,

I'm waiting for the fixes for this issue, in particular
http://www.cmake.org/gitweb?p=cmake.git;a=commit;h=5f414cefb6524d26329484b296004e3c2d97ec4f
to land in 'release'.

Once that happens i'll rebuild CMake on the CI system and rebuild all
Frameworks to get the system back into working order.

>
> As far as i can see it's still unresolved since kcoreaddons is installing much
> fewer headers than it used to
>
> http://build.kde.org/job/kcoreaddons_master_qt5/153/console
>   vs
> http://build.kde.org/job/kcoreaddons_master_qt5/152/console
>
> Do you think it's a valid case to autotest?

I believe tests have now been added to CMake to test for this issue.

>
> Cheers,
>   Albert

Thanks,
Ben

>
> El Divendres, 24 d'octubre de 2014, a les 19:23:42, Ben Boeckel va escriure:
>> On Sat, Oct 25, 2014 at 08:50:12 +1300, Ben Cooksley wrote:
>> > On Sat, Oct 25, 2014 at 5:44 AM, Stephen Kelly <steveire at gmail.com> wrote:
>> > > Is build.kde.org now using the release branch of cmake.git instead of
>> > > the
>> > > next branch? When/why did that change?
>> >
>> > This was changed around about
>> > http://mail.kde.org/pipermail/kde-frameworks-devel/2014-June/016670.html
>> > The motivation behind the change was to get the CI system to have the
>> > same setup as developers I think, and to avoid regressions in 3.1
>> > which had been causing some build problems at the time. Those same
>> > regressions are the ones causing us issues now.
>> >
>> > Interestingly, the commit which was identified as causing the issue
>> > occurred back in March, yet this thread was in June. So perhaps there
>> > may be other commits interacting here (or that was the time when the
>> > commit previously identified was merged into the next branch).
>>
>> Earlier this year, I was working on lots of performance metrics of CMake
>> and this was part of it. There ended up being more than a dozen branches
>> resulting from that work (some of them still unmerged). Doing some
>> digging shows that this is where the commit finally hit master:
>>
>>     commit bd20dd6b8a925a421167602027fff9b904fd0822
>>     Merge: b041fc1 e17a69b
>>     Author: Brad King <brad.king at kitware.com>
>>     Date:   Thu Jun 12 11:28:44 2014 -0400
>>
>> so June looks right.
>>
>> --Ben
>> _______________________________________________
>> Kde-frameworks-devel mailing list
>> Kde-frameworks-devel at kde.org
>> https://mail.kde.org/mailman/listinfo/kde-frameworks-devel
>
> _______________________________________________
> Kde-buildsystem mailing list
> Kde-buildsystem at kde.org
> https://mail.kde.org/mailman/listinfo/kde-buildsystem