Template files and build system (public logs available) for https://static.itmodulo.eu/dl/repo/alpine
itmodulo
b6d0b11a9c
Some checks failed
Release Alpine apk for ARM64v8 / compilation-arm64v8 (push) Failing after 1m20s
|
||
---|---|---|
.gitea/workflows | ||
srcpkgs | ||
LICENSE | ||
README.md |
Public custom Alpine Linux repo
Template files and build system (public logs available) for https://static.itmodulo.eu/dl/repo/alpine
Disclaimer
- Don't use this repo if you don't know what you are doing. It may break your great Alpine Linux experience
- If you want to upstream, go ahead but don't engage me -> You maintain. Although You are allowed reference as working example without restrictions.
- Builds here will be only musl-aarch64 for now, altough I may consider other variants if you donate me every month
- Maintained in mind with postmarketOS and Alpine latest-stable
- I may rename/remove package without prior notification.
Why
To maintain own repo
Official repo is good quality however:
- It simply lacks some packages I need.
- Some packages are in testing linked against newer versions od their dependencies. Instead of adding from testing I would prefer to bake them myself
- I don't use flatpak for personal reason (mostly size of packages and sdks based mostly on sth like EOL ubuntu I don't really like)
- Instead flatpaks I would use AppImages that are not so easy to update in large quantity moreover they don't work on Alpine as linked against glibc
To use repo actions for builds
- It's easy to maintain
- Public build logs are more trustworthy (for potential other users)
- Clear and simple repo structure
Builds
- Built on docker with actions on this repo
- Signed with private key
- Triggered on push to release branch
- Release branch always compile
- New packages tested on other branches
LICENSE
Actions workflow file and template files are licensed under BSD-3-Clause-no-military
This should not impact the original source code licenses