1 |
Oh importantly, docker code and image building is based off of existing work from Gentoo proj/docker-images. |
2 |
|
3 |
Mark Joseph Kuebel |
4 |
Nick (libera.chat): pandather |
5 |
|
6 |
> On Jul 14, 2021, at 01:59:41, Mark Kuebel <markk@××××××.net> wrote: |
7 |
> |
8 |
> Hello everyone, this week has been very productive. With the GSoC box up and running I have been implementing a base idea for how the container system will work. There is a tool to create a docker image, which starts up into an alpine container which configures and bootstraps a user-targeted stage3. Once in the gentoo environment, catalyst is installed and the docker image is finished building. This docker image can then be started with run-time defined binds to directories in the container from a specfile, startup script, and catalyst build and packages directory. This allows the image to be run subsequently to allow building of all three stages from a dockerfile built once. |
9 |
> |
10 |
> The functional prototype is available at: |
11 |
> https://github.com/pandather/catalyst-containerized <https://github.com/pandather/catalyst-containerized> |
12 |
> It should be easily configurable except for portage overlays at the moment, across arches. Planned work now will consist of standardizing the code based, arranging everything more logically, and providing a configuration system that’s script and production ready, and capable of tying into existing catalyst installations. |
13 |
> |
14 |
> Mark Joseph Kuebel |
15 |
> Nick (libera.chat): pandather |