<div dir="ltr"><div dir="ltr">On Tue, Dec 13, 2022 at 11:48 AM Albert Astals Cid <<a href="mailto:aacid@kde.org">aacid@kde.org</a>> wrote:<br></div><div class="gmail_quote"><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">El dilluns, 12 de desembre de 2022, a les 18:28:08 (CET), Ben Cooksley va escriure:<br>
> On Mon, Dec 12, 2022 at 12:29 PM Albert Astals Cid <<a href="mailto:aacid@kde.org" target="_blank">aacid@kde.org</a>> wrote:<br>
> > El dimarts, 29 de novembre de 2022, a les 10:15:33 (CET), Ben Cooksley va<br>
> > <br>
> > escriure:<br>
> > > Hi all,<br>
> > > <br>
> > > As an update to this, sufficient changes have been made within Craft<br>
> > > that<br>
> > > it is now possible to build Qt 5 images so i'm releasing the freeze for<br>
> > > those images.<br>
> > > Qt 6 remains broken, and therefore remains frozen at this time (see<br>
> > > <a href="https://invent.kde.org/sysadmin/ci-images/-/jobs/619808" rel="noreferrer" target="_blank">https://invent.kde.org/sysadmin/ci-images/-/jobs/619808</a>)<br>
> > > <br>
> > > As mentioned previously, I believe this to be a CMake bug given the lack<br>
> > <br>
> > of<br>
> > <br>
> > > change in Ninja.<br>
> > > <br>
> > > At this stage I would suggest investigation be focused on either<br>
> > <br>
> > upgrading<br>
> > <br>
> > > to a newer version of Ninja that can handle the newer version of CMake,<br>
> > <br>
> > or<br>
> > <br>
> > > downgrading CMake back to an older version that is compatible with Ninja<br>
> > > being built without re2c being available.<br>
> > > <br>
> > > Qt 6 CI will be globally disabled in 2 weeks time if this remains<br>
> > <br>
> > unfixed,<br>
> > <br>
> > > as dependencies move quickly and I'm not in favour of retaining parts of<br>
> > > the CI system which cannot be rebuilt.<br>
> > <br>
> > This is now done, don't be like me and waste your time trying to figure<br>
> > out why<br>
> > it works when it's not supposed to work.<br>
> <br>
> Please note that the underlying reason for Ninja failing to compile within<br>
> the CI Image build environment was never found, <br>
<br>
Are you sure about that?<br>
<br>
Isn't <a href="https://invent.kde.org/packaging/craft/-/commit/49670cd2772e352df64749dd59d3a0437bf09d26" rel="noreferrer" target="_blank">https://invent.kde.org/packaging/craft/-/commit/49670cd2772e352df64749dd59d3a0437bf09d26</a> the fix?<br></blockquote><div><br></div><div>Looks like it could be.</div><div><br></div><div>The change that I was talking about resulted in an image build a week ago - <a href="https://invent.kde.org/sysadmin/ci-images/-/jobs/632354">https://invent.kde.org/sysadmin/ci-images/-/jobs/632354</a> - which resolved the issue.</div><div> </div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">
<br>
Cheers,<br>
  Albert<br></blockquote><div><br></div><div>Cheers,</div><div>Ben</div><div> </div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">
<br>
> however it was worked<br>
> around by using a pre-built version from Craft's cache.<br>
> At some point in time in the not too distant future we will begin building<br>
> Craft caches within our Docker images as well, which may expose this<br>
> problem again.<br>
> <br>
> For now though the immediate issue is resolved though yes.<br>
> <br>
> > Cheers,<br>
> > <br>
> >   Albert<br>
> <br>
> Cheers,<br>
> Ben<br>
> <br>
> > > Regards,<br>
> > > Ben<br>
> > > <br>
> > > On Sat, Nov 19, 2022 at 7:55 AM Ben Cooksley <<a href="mailto:bcooksley@kde.org" target="_blank">bcooksley@kde.org</a>> wrote:<br>
> > > > Hi all,<br>
> > > > <br>
> > > > Recently Sysadmin received a series of requests to rebuild the Docker<br>
> > > > images used to support KDE CI services on <a href="http://invent.kde.org" rel="noreferrer" target="_blank">invent.kde.org</a>.<br>
> > > > <br>
> > > > Unfortunately one of these rebuilds has exposed a bug of unknown<br>
> > > > origin<br>
> > > > (as it fails on our side but by all accounts works elsewhere) where<br>
> > <br>
> > Craft<br>
> > <br>
> > > > is unable to compile Ninja (with the compilation dying due to a<br>
> > <br>
> > Makefile<br>
> > <br>
> > > > syntax error that looks like a CMake bug).<br>
> > > > <br>
> > > > The failure log can be found at<br>
> > > > <a href="https://invent.kde.org/sysadmin/ci-images/-/jobs/601722" rel="noreferrer" target="_blank">https://invent.kde.org/sysadmin/ci-images/-/jobs/601722</a><br>
> > > > <br>
> > > > Subsequent to this we have also received a request to rebuild our<br>
> > > > Linux<br>
> > > > images to allow for Grantlee 5.3 to be used.<br>
> > > > <br>
> > > > Given how development is conducted within some projects that make<br>
> > > > heavy<br>
> > > > use of Grantlee, and how some of that technology is used across<br>
> > <br>
> > multiple<br>
> > <br>
> > > > platforms it would be harmful to the wider CI system and KDE Community<br>
> > <br>
> > to<br>
> > <br>
> > > > allow for Grantlee 5.3 to become available on any of our platforms.<br>
> > > > <br>
> > > > I'm therefore imposing a change freeze on all KDE CI Docker images<br>
> > <br>
> > until<br>
> > <br>
> > > > the issue with Craft/Ninja/CMake is resolved.<br>
> > > > <br>
> > > > Should any project have prematurely adopted a mandatory dependency on<br>
> > > > Grantlee 5.3 then as they have failed to follow the correct change<br>
> > <br>
> > process<br>
> > <br>
> > > > as documented on our wikis that change is deemed to be outside policy<br>
> > <br>
> > and<br>
> > <br>
> > > > should be reverted immediately.<br>
> > > > <br>
> > > > Regards,<br>
> > > > Ben Cooksley<br>
> > > > KDE Sysadmin<br>
<br>
<br>
<br>
<br>
</blockquote></div></div>