1 |
On Sunday 09 August 2009, Robin H. Johnson wrote: |
2 |
> In the wake of bug #279260 that continues to break the ISO builds, |
3 |
> I've restructured the symlinks under releases/$ARCH. |
4 |
> |
5 |
> Previously with autobuilds, we only have one symlink, current/, at |
6 |
> the same level as autobuilds. |
7 |
> |
8 |
> Now there are two [1] convenience symlinks, pointing to symlinks of |
9 |
> the same name inside the autobuilds directory. |
10 |
> |
11 |
> Inside the autobuilds directory we have: |
12 |
> - one or more YYYYMMDD directories |
13 |
> - current-iso symlink to actual date. |
14 |
> - current-stage3 symlink to actual date. |
15 |
> - latest-iso.txt |
16 |
> - latest-stage3.txt |
17 |
> |
18 |
> If a spin fails to generate an ISO or stage3, that won't be |
19 |
> considered for updating the symlink. |
20 |
> |
21 |
> Example for x86: |
22 |
> ================ |
23 |
> The last successful spin with an ISO was 20090623. The last spin for |
24 |
> stage3 was 20090804. |
25 |
> current-iso -> 20090623 |
26 |
> current-stage3 -> 20090804 |
27 |
|
28 |
Why not flip the directory structure around and handle it similar to |
29 |
what we do with the portage snapshots on the mirror? |
30 |
|
31 |
At each architecture directory, have one "iso" and one "stage3" |
32 |
or "stages" directory, and put the autobuilds in there. Their filenames |
33 |
make them easy to sort and we can have one "latest" symlink for each |
34 |
set of files. |
35 |
|
36 |
|
37 |
Robert |