|1 day ago|
|.woodpecker||1 day ago|
|docs||1 day ago|
|src||1 day ago|
|.dockerignore||8 months ago|
|.editorconfig||6 months ago|
|.gitignore||3 months ago|
|.gitmodules||5 months ago|
|CHANGELOG.md||1 day ago|
|Dockerfile||3 months ago|
|LICENSE||8 months ago|
|Makefile||4 weeks ago|
|PKGBUILD||1 day ago|
|PKGBUILD.dev||3 months ago|
|README.md||4 weeks ago|
|renovate.json||6 months ago|
|test.py||6 months ago|
|vieter.toml||5 months ago|
For more information, questions or just a chat, there's #vieter:rustybever.be on Matrix!
Vieter is a restart of the Pieter project. The goal is to create a simple, lightweight self-hostable Arch repository server, paired with a system that periodically builds & publishes select Arch packages. This would allow me to build AUR packages (or PKGBUILDs I created myself) "in the cloud" & make sure I never have to compile anything on my own systems, making my updates a lot quicker.
I chose V as I've been very intrigued by this language for a while now. I wanted a fast language that I could code while relaxing, without having to exert too much mental effort & V seemed like the right choice for that.
- Arch repository server
- Support for multiple repositories & multiple architectures
- Endpoints for publishing new packages
- API for managing repositories to build
- Build system
- Periodic rebuilding of packages
- Prevent unnecessary rebuilds
Besides a V installer, Vieter also requires the following libraries to work:
Vieter also depends on some external V modules which you can install using
cd src && v install. Make sure to keep these dependencies up to date using
I used to maintain a mirror that tracked the latest master, but nowadays, I maintain a Docker image containing the specific compiler version that Vieter builds with. Currently, this is V 0.3.
If you wish to contribute to the project, please take note of the following:
- Rebase instead of merging whenever possible, e.g. when updating your branch with the dev branch.
- Please follow the Conventional Commits style for your commit messages.
docs directory contains a Hugo site consisting of all user &
docs/api on the other hand is a
Slate project describing the HTTP web
To modify the Hugo documentation, you'll need to install Hugo. Afterwards, you
can use the following commands inside the
# Build the documentation hugo # Host an auto-refreshing web server with the documentation. Important to note # is that the files will be at `http://localhost:1313/docs/vieter` instead of # just `http://localhost:1313/` hugo server
For the Slate docs, I personally just start a docker container:
docker run \ --rm \ -p 4567:4567 \ --name slate \ -v $(pwd)/docs/api/source:/srv/slate/source slatedocs/slate serve
This will make the Slate docs available at http://localhost:4567. Sadly, this server doesn't auto-refresh, so you'll have to manually refresh your browser every time you make a change.