gantoo's Introduction

Gantoo

A Gentoo glibc/musl based container image to dynamically/statically build Common Lisp applications.

Why?

Alpine sometimes has missing static libraries (.a)
Alpine sometimes dynamically link their libraries a little too much (ex: imagemagick with X11)
Alpine sometimes has some packages missing (sometimes for a good reason but…)
If possible I don’t want to write custom build scripts for each new library I use

Portage not included in the image. You will need to emerge-webrsync (might be with the snapshot date of the build, see Dockerfile)
VIDEO_CARDS= set to empty to skip driver compilation
using an actions/cache fork to save cache (binpkgs) even on failure
Faked ID=alpine on /etc/os-release to make github action runner happy and use a musl based “node” image

They should be even more portable, use less memory and smaller (?)

Roadblock: no 32-bit support for runners on containers actions/runner#1181
Roadblock: stage3 musl image is no-multilib so no cross compilation, is immediately possible either :|
```
# cat /etc/portage/make.profile/parent
..
../../../../../arch/amd64/no-multilib
../../../../../features/musl/
```
- Not supported by upstream https://gcc.gnu.org/bugzilla/show_bug.cgi?id=90077
Now, there is a musl i386 stage3 image. The problem with above is that people using (lol) this would need to run docker commands directly...i think.
I should be able to build the image with qmemu-setup (slowly)
Running non x64 docker images
https://github.com/ethomson/ntlmclient/blob/bbc5d1091419477e8c2c7d9e59abfe7421333ece/.github/workflows/main.yml
https://github.community/t/testing-against-multiple-architectures/17111/6

Recommend Projects