@@ -4,6 +4,11 @@ Void prepares and distributes multiple live images. These are prepared manually
4
4
due to the need for full root authority during build, and for the need to sign
5
5
them after building.
6
6
7
+ ## Preparation
8
+
9
+ In ` void-docs ` , tag a release as ` <year>.<month>.<day> ` and update the package.
10
+ In ` void-mklive ` , increment the ` version ` file and tag that commit as ` v<date> ` .
11
+
7
12
## Building the Images
8
13
9
14
The images should be built using Github CI in the void-mklive repository. This
@@ -17,12 +22,13 @@ $ ./release.sh start
17
22
18
23
By default, this will build:
19
24
20
- - Live ISOs with ` base ` and ` xfce ` variants for ` x86_64* ` and ` i686 `
25
+ - Live ISOs with ` base ` and ` xfce ` variants for ` x86_64* ` , ` i686 ` , ` aarch64* ` ,
26
+ and ` asahi* `
21
27
- ROOTFSes for ` x86_64* ` , ` i686 ` , ` aarch64* ` , ` armv7l* ` , and ` armv6l* `
22
28
- PLATFORMFSes for ` aarch64* ` , ` armv7l* ` , and ` armv6l* ` Raspberry Pis
23
29
- SBC images for ` aarch64* ` , ` armv7l* ` , and ` armv6l* ` Raspberry Pis
24
30
25
- This will take approximately 2 hours for the default settings. To ensure all
31
+ This will take approximately 30 minutes for the default settings. To ensure all
26
32
images have the same datecode, the datecode is cached at the beginning of the
27
33
run. The CI workflow will also generate ` sha256sum.txt ` for the built images.
28
34
@@ -61,7 +67,7 @@ $ export DATECODE=<date>
61
67
$ pwgen -cny 25 1 > void-release-$DATECODE.key
62
68
$ cat void-release-$DATECODE.key void-release-$DATECODE.key | \
63
69
minisign -G -p void-release-$DATECODE.pub -s void-release-$DATECODE.sec \
64
- -c "This key is only valid for images with date $DATECODE." \
70
+ -c "This key is only valid for images with date $DATECODE."
65
71
```
66
72
67
73
Copy the public half of this key to the ` void-release-keys ` package in
0 commit comments