I'd like to verify if these releases are obsolete and can be removed entirely: releases/hppa/autobuilds/20191101T093009Z releases/hppa/autobuilds/20220119T080705Z releases/riscv/autobuilds/20221007T170528Z releases/sh/autobuilds/20111217 releases/sh/autobuilds/20120323 releases/sh/autobuilds/20130527 releases/sh/autobuilds/20140215 releases/sh/autobuilds/20110228 releases/sh/autobuilds/20130614 releases/sparc/autobuilds/20141201 The present code has preserved them because they contain the last build of some pattern, e.g: dipper /var/tmp/gmirror-releases # ls -lad releases/{hppa,riscv,sh,sparc}/autobuilds/* |grep -v -e /2023 -e latest -e README -e '-> 2023' |awk '{$5=$6=$7=$8=""; print $0}' drwxr-xr-x 2 gmirror gmirror releases/hppa/autobuilds/20191101T093009Z drwxr-xr-x 2 gmirror gmirror releases/hppa/autobuilds/20220119T080705Z lrwxrwxrwx 1 gmirror gmirror releases/hppa/autobuilds/current-netboot-hppa64 -> 20191101T093009Z lrwxrwxrwx 1 gmirror gmirror releases/hppa/autobuilds/current-stage3-hppa1.1 -> 20220119T080705Z lrwxrwxrwx 1 gmirror gmirror releases/hppa/autobuilds/current-stage3-hppa2.0 -> 20220119T080705Z drwxr-xr-x 2 gmirror gmirror releases/riscv/autobuilds/20221007T170528Z lrwxrwxrwx 1 gmirror gmirror releases/riscv/autobuilds/current-stage3-rv64_multilib-openrc -> 20221007T170528Z lrwxrwxrwx 1 gmirror gmirror releases/riscv/autobuilds/current-stage3-rv64_multilib-systemd -> 20221007T170528Z drwxr-xr-x 4 gmirror gmirror releases/sh/autobuilds/20110228 drwxr-xr-x 4 gmirror gmirror releases/sh/autobuilds/20111217 drwxr-xr-x 4 gmirror gmirror releases/sh/autobuilds/20120323 drwxr-xr-x 2 gmirror gmirror releases/sh/autobuilds/20130527 drwxr-xr-x 2 gmirror gmirror releases/sh/autobuilds/20130614 drwxr-xr-x 2 gmirror gmirror releases/sh/autobuilds/20140215 lrwxrwxrwx 1 gmirror gmirror releases/sh/autobuilds/current-stage3-sh4 -> 20140215 lrwxrwxrwx 1 gmirror gmirror releases/sh/autobuilds/current-stage3-sh4a -> 20130614 drwxr-xr-x 3 gmirror gmirror releases/sparc/autobuilds/20141201 lrwxrwxrwx 1 gmirror gmirror releases/sparc/autobuilds/current-stage3-sparc64-multilib -> 20141201/multilib
I'll take care of this, give me a bit.
For hppa + sparc at least, these might be versions we need for netbooting or similar as newer images might be broken. Need to check...
> releases/hppa/autobuilds/20191101T093009Z ^ still needed (last HPPA64 netboot) > releases/hppa/autobuilds/20220119T080705Z ^ can be deleted (old name of openrc stages) > releases/riscv/autobuilds/20221007T170528Z ^ still needed (last published riscv multilib) I have a replacement prepared, it's blocked by an unrelated issue right now. In a few weeks we should have newer and then this will automatically disappear. > releases/sh/autobuilds/20111217 > releases/sh/autobuilds/20120323 > releases/sh/autobuilds/20130527 > releases/sh/autobuilds/20140215 > releases/sh/autobuilds/20110228 > releases/sh/autobuilds/20130614 ^ well... Not sure what do do here, these *are* the last sh stages (we stopped supporting it) Maybe archive them somewhere and delete them, so noone is tempted to use them. > releases/sparc/autobuilds/20141201 ^ contains the last install ISO for sparc, but we dont even link to it We should maybe build a newer one, but so far noone has bothered (and without hardware under the desk it's kinda hard to test).
> > > releases/sparc/autobuilds/20141201 > ^ contains the last install ISO for sparc, but we dont even link to it > We should maybe build a newer one, but so far noone has bothered > (and without hardware under the desk it's kinda hard to test). Correction (I shouldnt write stuff on BZ when dead tired...) * We have uptodate ISO, and also the stage3 in the main dir is superceded * The only 'last newest' in the dir is the multilib/* stage3 files. However, I think these can go away.
After talking to some people, ... > > releases/hppa/autobuilds/20220119T080705Z > ^ can be deleted (old name of openrc stages) deleted > > > releases/sparc/autobuilds/20141201 > > ^ contains the last install ISO for sparc, but we dont even link to it > > We should maybe build a newer one, but so far noone has bothered > > (and without hardware under the desk it's kinda hard to test). > > Correction (I shouldnt write stuff on BZ when dead tired...) > * We have uptodate ISO, and also the stage3 in the main dir is superceded > > * The only 'last newest' in the dir is the multilib/* stage3 files. > However, I think these can go away. deleted
Let's close this and revisit the cleanup in a while again.
