There isn't a policy per say, we just rsync the ISOs that pungi generates, with the delete flag. It may be tempting to suggest "just don't use the delete flag", but that is unreasonable from a disk space perspective. I just checked the latest compose and the isos directory totals 27GB. We are doing new composes roughly weekly. Generating an extra 27GB worth of files every week, for ourselves and all mirrors, doesn't sound appealing. Would a "latest" symlink be useful, even if there is only one set of ISOs available? Are you actually interested in getting the previous ISOs, or do you just want a download URL that doesn't change? On Fri, May 28, 2021 at 11:56 AM Lance Albertson <lance at osuosl.org> wrote: > > What is the current policy for Stream ISO's? It seems that it's currently only one week which is problematic when trying to maintain your own packer templates and having to constantly update the filename and checksums. It seems as though long term, this method doesn't bode well for maintainability. > > Would it be possible to do one of the following? > > 1. Offer a filename symlink to the "current" build? > 2. Offer an ISO that exists longer than a week? > 3. Host archived ISOs on vault (or somewhere else) with some saner retention > > Thanks- > > -- > Lance Albertson > Director > Oregon State University | Open Source Lab > _______________________________________________ > CentOS-devel mailing list > CentOS-devel at centos.org > https://lists.centos.org/mailman/listinfo/centos-devel -- Carl George