<div dir="ltr"><div dir="ltr">On Wed, Jan 25, 2023 at 2:18 AM L. E. Segovia <<a href="mailto:amy@amyspark.me">amy@amyspark.me</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">Hi all,<br></blockquote><div><br></div><div>Hi Amy,</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>
(cc Ben for specifics)<br>
<br>
- What kind of packages are being required by syadmin? Will they be<br>
granular image layers, like the ASWF does for their Docker setup?<br>
<a href="https://github.com/AcademySoftwareFoundation/aswf-docker" rel="noreferrer" target="_blank">https://github.com/AcademySoftwareFoundation/aswf-docker</a></blockquote><div><br></div><div>The packages could come in whatever form works best for Krita, however for the sake of simplicity and being cross platform i'd suggest a simple tarball for each dependency.</div><div>You can use the DESTDIR / INSTALL_PATH variables to divert the "make install" phase of each dependency in turn to a separate folder which can then be turned into a tarball.<br></div><div><br></div><div>This is how Linux distributions do their packaging, and is also how the CI system works (with said CI artifacts also supporting <a href="http://apps.kde.org">apps.kde.org</a>).</div><div>You can find an example artifact for Krita at <a href="https://invent.kde.org/groups/teams/ci-artifacts/-/packages?search[]=krita">https://invent.kde.org/groups/teams/ci-artifacts/-/packages?search[]=krita</a></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>
<br>
- Whether Docker or not, is Sysadmin making available the container<br>
registry feature of Gitlab?<br></blockquote><div><br></div><div>There are no plans to make the Container Registry feature of Gitlab available, as we have a namespace on Dockerhub which hosts our images.</div><div><br></div><div>If you are thinking of creating custom images, i'd first advise you first to strongly consider using the centrally maintained/updated images.</div><div>If they are actually completely unsuitable then submit a MR to add the appropriate image there.</div><div><br></div><div>For Linux the centos7-craft image is the image used to build all our other appimages, so please don't reinvent the wheel there.</div><div><br></div><div>For Windows you likely will need to create a custom image due to Krita's use of MIngW-LLVM and Strawberry Perl among other things. Given you still need at least part of the Windows SDK, please use windows-msvc2019 as your base (which also includes Python and Git) - the Windows SDK components are a real mission to get installed reliably in Docker which took more than a few goes to get working and I don't fancy looking after that in more than one place.</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>
<br>
amyspark<br></blockquote><div><br></div><div>Thanks,</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>
On 24/01/2023 07:04, Halla Rempt wrote:<br>
> We discussed that this morning on IRC. There's no ETA for when making builds on invent will be possible: first signing needs to be in place. It will mean a lot of changes to our tooling. Ben also wants us to start using gitlab packages instead of a single depencency build thing so we can update them more granularly.<br>
> <br>
> On dinsdag 24 januari 2023 09:49:26 CET Halla Rempt wrote:<br>
>> I guess we'd first have to ask Ben when invent's CI is up to making release and nightly builds?<br>
>><br>
>> On maandag 23 januari 2023 17:59:15 CET L. E. Segovia wrote:<br>
>>> Hi all,<br>
>>><br>
>>> As discussed on the meeting, we need to figure out a path forward with<br>
>>> 3rdparty and the nightly builds. Sysadmin will decommission Jenkins<br>
>>> Soon(tm) and as part of it we should set a stable 3rdparty build up in<br>
>>> Gitlab Runner. This is needed sooner than later because we'd need to<br>
>>> make a 5.1.x build available, before switching stable branches.<br>
>>><br>
>>> Please write back and let me know when you're available.<br>
>>><br>
>>> Cheers,<br>
>>><br>
>>> amyspark<br>
>>><br>
>>><br>
>><br>
>><br>
>><br>
>><br>
>><br>
> <br>
> <br>
> <br>
> <br>
<br>
-- <br>
amyspark 🌸 <a href="https://www.amyspark.me" rel="noreferrer" target="_blank">https://www.amyspark.me</a><br>
</blockquote></div></div>