<div dir="ltr">Sounds promising :) If distrobox solves the integration problem between the host and the container, it could give us some benefits. Right now, integration of the GPU drivers is the biggest problem.<div><br></div><div>The only worry I have is the shared home directory. It should be optional at least, because different branches use very different configs/resources.</div></div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Sat, Jul 23, 2022 at 3:53 AM Emmet O'Neill <<a href="mailto:emmetoneill.pdx@gmail.com">emmetoneill.pdx@gmail.com</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><div dir="ltr"><div>Hey all, <br></div><div><br></div><div>So... last weekend Eoin got a new laptop and installed Fedora Kinoite (an immutable/atomic Fedora-based OS with KDE Plasma) on it.</div><div>Similarly, I've been running Fedora Silverblue (basically the same immutable/atomic OS but running Gnome) on my laptop for a few months.</div><div><br></div><div>This got us thinking about ways that we might be able to improve the containerized (Docker-based) Krita development workflow that Dmitry has been using.<br></div><div><br></div><div>So this week we started a little project we're calling <a href="https://invent.kde.org/eoinoneill/krita-devbox" target="_blank">Krita Devbox</a>:<br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><div><p dir="auto">Based on <a rel="nofollow noreferrer noopener" href="https://github.com/89luca89/distrobox" target="_blank">Distrobox</a> (which manages Docker/Podman containers), Krita Devbox is intended to provide a consistent and easy-to-use development container that comes with everything you need to develop Krita, write documentation, produce AppImages, and so on. A key goal for Krita Devbox is to be as simple to setup and use as possible by integrating with the host system (when it makes sense), and otherwise exporting a flexible, human-readable interface to the host system.</p>
<p dir="auto">Also, while Krita Devbox is being made with atomic operating systems like Fedora Kinoite/Silverblue in mind, we hope it'll be useful in the future to anybody who is interested in developing for Krita.</p></div></blockquote><div>There are still some kinks to work out and I'm sure a lot of improvements can be made, but the basic idea is that in just a couple of commands you can get a fully functional Krita development container up and running. (Even on an atomic OS!) <br></div><div>Thanks to Distrobox it integrates with the host system in convenient ways that make it more user-friendly than working directly with Docker. <br></div><div>We've also made a `krita-devbox` helper script that is meant to do a lot of common Krita dev tasks in a single command.</div><div><br></div><div>For example, how about `krita-devbox build --appimage /path/to/krita/source` to produce an AppImage of whatever is currently in your source tree? ;)<br></div><div><br></div><div>Eoin and I will probably be using this heavily in the future for our Krita development, and I hope you'll all check it out and let us know what you think.<br></div><div> </div></div>
</blockquote></div><br clear="all"><div><br></div>-- <br><div dir="ltr" class="gmail_signature">Dmitry Kazakov</div>