<div dir="ltr"><div dir="ltr">On Sat, Sep 6, 2025 at 1:50 AM Thomas Friedrichsmeier <<a href="mailto:thomas.friedrichsmeier@kdemail.net">thomas.friedrichsmeier@kdemail.net</a>> wrote:</div><div class="gmail_quote gmail_quote_container"><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">On Tue, 8 Jul 2025 06:49:29 +1200<br>
Ben Cooksley <<a href="mailto:bcooksley@kde.org" target="_blank">bcooksley@kde.org</a>> wrote:<br>
[...]<br>
> The VM images themselves are built using some rather simplistic<br>
> scripting at <a href="http://invent.kde.org/sysadmin/ci-images" rel="noreferrer" target="_blank">invent.kde.org/sysadmin/ci-images</a>.<br>
> Once built they're published to <a href="http://storage.kde.org/vm-images/" rel="noreferrer" target="_blank">storage.kde.org/vm-images/</a> - so yes<br>
> you could definitely just download a CI VM image and start hacking<br>
> right away.<br>
> <br>
> There is tooling in sysadmin/ci-images (vm-runner folder) which<br>
> automates the process of downloading an image, setting up the VM, etc<br>
> and makes running a new one as easy as:<br>
>     vm-runner run --cpu 4 --ram 4G --disk 100G --image<br>
> <a href="http://storage.kde.org/vm-images/alpine-qt68" rel="noreferrer" target="_blank">storage.kde.org/vm-images/alpine-qt68</a> --mount ~/shared/ --ssh-keys<br>
> ~/.ssh/id_rsa.pub mynewvm<br>
<br>
Trying to debug this build failure (while building vlc for appimage,<br>
using craft): <a href="https://invent.kde.org/education/rkward/-/jobs/3323793" rel="noreferrer" target="_blank">https://invent.kde.org/education/rkward/-/jobs/3323793</a> .<br>
A similar job still running in a docker container succeeds<br>
(<a href="https://invent.kde.org/packaging/craft-blueprints-kde/-/jobs/3317222" rel="noreferrer" target="_blank">https://invent.kde.org/packaging/craft-blueprints-kde/-/jobs/3317222</a>),<br>
so it seems to depend on some specifics of the system, and I was hoping<br>
to diagnose the problem by downloading the VM image.<br>
<br>
I started the "craft-appimage" image using the vm-runner script, as<br>
shown, entered it as "user" via ssh, and bootstrapped craft inside of<br>
it. To my surprise, building vlc in that setup does not show the same<br>
error, however (it still fails, but at a slightly later point, and with<br>
a different error that I do understand, and will be able to fix).<br>
<br>
So I wonder:<br>
1) What do I need to do to replicate an environment identical to the<br>
one used on gitlab.<br></blockquote><div><br></div><div>I'd suggest starting by running the commands in sequence as at <a href="https://invent.kde.org/sysadmin/ci-utilities/-/blob/master/gitlab-templates/blocks/craft-linux-base.yml?ref_type=heads">https://invent.kde.org/sysadmin/ci-utilities/-/blob/master/gitlab-templates/blocks/craft-linux-base.yml?ref_type=heads</a></div><div>My suspicion is the gcc-toolset-14 may have something to do with XCB not being found.</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>
Also, while not at that point, yet:<br>
2) Can I modify the image, interactively, specifically, by installing<br>
some stuff with root privileges? Or will I have to rebuild the image<br>
from scratch, for that?<br></blockquote><div><br></div><div>Locally you can yes, just login as "vmadmin" and then use sudo. </div><div>The "user" account that the CI system (and you just worked with) uses does not have those privileges so you can't change anything requiring root privileges in a CI job.</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>
Thanks!<br></blockquote><div><br></div><div>Thanks,</div><div>Ben </div></div></div>