<div dir="ltr"><div>I have no problem adding a rolling release image to the stack like arch. Perhaps have this build master and stable - > lts image ?<br></div>Scarlett<br><br></div><div class="gmail_extra"><br><div class="gmail_quote">On Wed, Jan 11, 2017 at 8:11 AM, Martin Gräßlin <span dir="ltr"><<a href="mailto:mgraesslin@kde.org" target="_blank">mgraesslin@kde.org</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><span class="">Am 2017-01-11 13:40, schrieb Jan Kundrát:<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
On středa 11. ledna 2017 6:57:50 CET, Martin Gräßlin wrote:<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
That doesn't work. Such inflexibility take away the advantage of having a CI.<br>
</blockquote>
<br>
What base system(s) do you prefer to target as a developer, Martin?<br>
</blockquote>
<br></span>
We release software which will be combined with a future set of software.<br>
E.g. for KWin it has always been a problem that we develop against e.g.<br>
Mesa X, but it will be combined by the distros with Mesa X+1, which hasn't<br>
seen any testing from our side.<br>
<br>
This resulted in lots of issues. For me as the maintainer of a high profile<br>
application for our users the main need is to combine with the dependencies<br>
the next version of KWin will use in real world.<br>
<br>
This means: latest and greatest released software. Ideally fast rolling<br>
release distributions.<br>
<br>
Now that is for KWin master, for KWin stable or KWin LTS, the base doesn't<br>
matter that much.<br>
<br>
And I think KWin is there different to other software we have. We hardly<br>
anywhere have the need for the latest and greatest. KWin needs it as it gets<br>
integrated with it by the distros anyway.<br>
<br>
An example is currently Xwayland. I would love to have a runtime dependency to the<br>
latest released version as it fixes various issues. It will also be what will be used<br>
by the next distributions, but we don't have it yet on our stable base. It means I have<br>
to carry workarounds around, it means we have to put into the release announcement that<br>
it should be combined with this version.<br>
<br>
As I mentioned in another mail to this thread: KWin is pushing the stack.<br>
Whether we like it or not. And I must say it's frustrating.<br>
<br>
Cheers<span class="HOEnZb"><font color="#888888"><br>
Martin<br>
</font></span></blockquote></div><br></div>