CI Requirements - Lessons Not Learnt?
mgraesslin at kde.org
Thu Jan 5 20:49:52 GMT 2017
Am 2017-01-05 21:13, schrieb Alexander Neundorf:
> On 2017 M01 5, Thu 16:11:43 CET Kevin Kofler wrote:
>> Ben Cooksley wrote:
>> > On Thu, Jan 5, 2017 at 10:28 PM, Martin Gräßlin wrote:
>> >> It should be rather obvious that we don't introduce new dependencies
>> >> because we like to. There is a very important software reason to it.
>> >> That's the case for the xkbcommon dependency increase. Should I have let
>> >> the code broken as it was, expecting half a year of bug reports till
>> >> build.kde.org has the base upgraded to Ubuntu 16.04?
>> > That's what #ifdef is for...
>> The new xkbcommon requirement is also an issue for us in Fedora.
> IMO bumping dependencies is not only a problem for CI and distros, but
> for normal contributors.
Everybody complaining here about this dependency increase is free to
directly take over KWin maintainership.
If you seriously think I did not consider the impact this would have on
normal contributors, then I'm the wrong person to maintain KWin.
Apparently I think that this dependency is way more important to overall
KWin than a few people having to manually build xkbcommon. Which is
fairly trivial as David showed in his reply to the thread and also
something I know, because I used the development version of xkbcommon
with a custom patch to test out the new API we needed.
I'm highly annoyed by this topic. I got a lot of complaints about this.
On the other hand just two weeks before we upgraded to the latest
libinput and nobody noticed or complained. Maybe start ask your distros
why they don't treat the base stack the same.
More information about the kde-core-devel