No description
e2fsprogs builds fuse2fs, deletes it, and repackages it. Without fuse3 on the host it was never compiled, so the delete aborted package() after a clean build -- and its sub-package declares fuse3, which this port does not ship, so even a success would have been uninstallable. Three reasons, one direction. libsasl said `libpq-fe.h: No such file or directory` about a file that is there, in /usr/include/postgresql. mysql.h is in /usr/include/mariadb, the same shape one step behind it. Two headers that exist on paths configure does not try is a queue, and this port already wrote down what a queue means: a single missing library is a host dependency, a queue of them is a feature to disable. Arch declares depends=(glibc) for libsasl and says why -- the SQL plugins are dlopened, never linked. python-audit and python-capng go the way python-brotli went, but the reason is stated differently on purpose. Cost was the argument then; measured now, python costs three packages rather than a subtree, so that argument no longer holds. The ABI does: both are cp313 wheels and Arch ships 3.14. --- FR --- e2fsprogs bâtit fuse2fs, le supprime, puis le rempaquette. Sans fuse3 sur l'hôte il n'a jamais été compilé : la suppression interrompait donc package() après une compilation propre — et son sous-paquet déclare fuse3, que ce portage ne livre pas, si bien qu'une réussite aurait été ininstallable. Trois raisons, une seule direction. libsasl annonçait « libpq-fe.h: No such file or directory » à propos d'un fichier présent, sous /usr/include/postgresql. mysql.h est sous /usr/include/mariadb, même forme un cran derrière. Deux en-têtes qui existent sur des chemins que configure n'essaie pas font une file d'attente, et ce dépôt a déjà consigné ce qu'une file signifie : une bibliothèque manquante est une dépendance hôte, une file en est une fonctionnalité à désactiver. Arch déclare depends=(glibc) pour libsasl et explique pourquoi — les greffons SQL sont chargés dynamiquement, jamais liés. python-audit et python-capng suivent python-brotli, mais le motif est énoncé autrement à dessein. C'était le coût alors ; mesuré maintenant, python coûte trois paquets et non un sous-arbre, cet argument ne tient donc plus. L'ABI, si : les deux sont des roues cp313 quand Arch livre la 3.14. Assisted-by: Claude Opus 5 |
||
|---|---|---|
| .github/workflows | ||
| arch-kernel | ||
| boot | ||
| patches | ||
| scripts | ||
| .env.example | ||
| .gitignore | ||
| CODEOWNERS | ||
| Containerfile | ||
| LICENSE | ||
| Makefile | ||
| README.md | ||
| TODO.md | ||
Arch Linux s390x
A port of Arch Linux to IBM s390x mainframe architecture with systemd support.
Boots a full Arch Linux system on IBM mainframes (or QEMU s390x emulation) using a hybrid build: cross-compilation for the kernel, native s390x compilation on z/VM for userspace.
Quick Start
make container # build dev container (first time)
cp .env.example .env # configure z/VM access
make all # build kernel + initramfs + systemd
make test-systemd # boot it
What Works
- Arch Linux kernel 6.18.6-arch1 with Arch patches, cross-compiled
- Initramfs via modified mkinitcpio
- Static busybox built natively on z/VM, 2.3MB
- Root filesystem with ext4, switch_root to real rootfs
- Systemd as PID 1
Pacman, bash, and GNU coreutils are not yet ported.
Build System
The build uses two tiers:
Cross-compilation (x86_64 host): Kernel is built in a Fedora 43 container with s390x-linux-gnu-gcc. Initramfs is generated with a patched mkinitcpio that handles cross-architecture binary injection.
Native compilation (s390x z/VM): Busybox and systemd must be built on real s390x hardware. The z/VM system runs RHEL 9.6 with GCC 11.5.0. Scripts handle SSH deployment and retrieval automatically via .env configuration.