Commit f72174f4 authored by Kristian Klausen's avatar Kristian Klausen 🎉
Browse files

Cleanup README

Fix #134
parent 05aeccd5
Pipeline #5572 passed with stages
in 24 minutes and 49 seconds
# arch-boxes
[![CI Status](](
- [**Vagrant Cloud**](
- [**Download latest artifacts**](
Arch-boxes provides several different VM images.
Arch-boxes provides automated builds of the Arch Linux releases for different providers and formats.
The images is built daily and released biweekly (via [GitLab CI schedule]( and synced to the mirrors.
## Usage
## Images
### Vagrant
If you're a vagrant user, you can just go to [**our Vagrant Cloud page**]( and follow the instructions there.
Vagrant images for the VirtualBox and Libvirt provider are released to [Vagrant Cloud](
### Basic image
If you want to run Arch Linux locally in a VM (ex: for quick ad hoc testing), you can use our basic image, which comes preconfigured with a `arch` user (password: `arch`). It is built daily and can be downloaded [here]( (`Arch-Linux-x86_64-basic-xxxxxxxx.xxxx.qcow2`).
### QCOW2 images
At the time of writing we offer two different QCOW2 images. The images are synced to the mirrors under the `images` directory, ex:
### Cloud image
If you want to run Arch Linux in the cloud, you can use our cloud-image, which is preconfigured to work in most cloud environments. It is built daily and can be downloaded [here]( (`Arch-Linux-x86_64-cloudimg-xxxxxxxx.xxxx.qcow2`).
#### Basic image
The basic image is meant for local usage and comes preconfigured with the user `arch` (pw: `arch`) and sshd running.
The default user is `arch`.
If you are running the cloud-image with QEMU, it can in some cases\* be beneficial to run the [QEMU guest-agent]( This can be done with the following user-data:
- qemu-guest-agent
- [ systemctl, daemon-reload ]
- [ systemctl, enable, qemu-guest-agent ]
- [ systemctl, start, qemu-guest-agent ]
*\*ex: when using [Proxmox]( or [oVirt]( Please be aware, that the agent basically gives the host root access to the guest.*
Be advised, however, that our automatic builds are cleaned up after a few days so you can't hard-code a specific image version anywhere.
You can use this snippet to always get the most recent image and check its integrity (you need to install `hq` for this):
most_recent=$(curl -Ls '' | grep cloudimg | grep -vi sha256 | hq a attr href | sed "s|artifacts/file|artifacts/raw|")
curl -LO "$most_recent"{,.SHA256}
sha256sum -c $(basename $most_recent).SHA256
#### Cloud image
The cloud image is meant to be used in "the cloud" and comes with [`cloud-init`]( preinstalled. For tested cloud providers and instructions please see [#133](
## Development
### Dependencies
You'll need the following dependencies:
* vagrant (for vagrant images)
* qemu
* libisoburn
### How to build this
The official builds are done in our Arch Linux GitLab CI.
The official builds are done in our Arch Linux GitLab CI and can be built locally by running:
## Development workflow
Merge requests and general development shall be made on the `master` branch.
We have CI in place to build all images even for merge requests.
## Release workflow
Releases are done automatically via [GitLab CI schedule](
No manual intervention is required or desired.
## Checking cloud-init support in our cloud image:
Please see the example in `man cloud-localds`.
Supports Markdown
0% or .
You are about to add 0 people to the discussion. Proceed with caution.
Finish editing this message first!
Please register or to comment