On Tue, Dec 22, 2015 at 10:10 AM, Dusty Mabe <dusty@xxxxxxxxxxxxx> wrote: > > > On 12/22/2015 10:41 AM, Adam Miller wrote: >> On Tue, Dec 15, 2015 at 7:34 PM, Dusty Mabe <dusty@xxxxxxxxxxxxx> wrote: >>> >>> >>> On 12/15/2015 05:20 PM, Adam Miller wrote: >>>> A new update of Fedora Cloud Atomic Host has been released and can be >>>> downloaded at: >>>> >>>> https://getfedora.org/en/cloud/download/atomic.html >>>> >>>> Respective signed CHECKSUM files can be found here: >>>> https://alt.fedoraproject.org/pub/alt/atomic/stable/Cloud-Images/x86_64/Images/Fedora-Cloud-Images-x86_64-23-CHECKSUM >>>> https://alt.fedoraproject.org/pub/alt/atomic/stable/Cloud_Atomic/x86_64/iso/Fedora-Cloud_Atomic-23-x86_64-CHECKSUM >>> >>> I have updated the vagrant boxes in atlas so now they reflect the >>> latest. >>> >>> https://atlas.hashicorp.com/fedora/boxes/23-atomic-host >>> >>> I have a few questions: >>> >>> 1 - Why did the url change from >>> https://download.fedoraproject.org/pub/alt/atomic/stable/ >>> to >>> https://alt.fedoraproject.org/pub/alt/atomic/stable >> >> I'm honestly not sure, that was a decision from the Infra Team and I >> can't remember the motivation behind it. >> > > I'd prefer that it remain download.fedoraproject.org.. matches our > other released deliverables. > >>> >>> 2 - Can we not overwrite the previous download location with the new >>> one? I'd prefer for there to be sub directories for each release. >> >> I might be reading this wrong but this sounds like two different >> things. You'd like the same location overwritten *and* different >> subdirectories populated for each release? >> > > No, I definitely don't want the same location overwritten. I'd prefer > to use subdirectories of /stable/ and then update the download links > on the release page to point to the latest one when we do a release. It was originally requested from the upstream project atomic team to just have the stable location be overwritten in-place (which is what happens now) so that the latest is what is there. We keep old test composes around but trim off the tail end for storage conservation because they need to persist for at least a two-week release cycle. I don't have any real preference as long as we have a policy to ensure we aren't just collecting data forever. However, I don't have a lot of motivation to keep older versions laying around when the point of the Two-Week Atomic is to deliver newer bits more rapidly than Fedora has traditionally. I am curious what the motivation behind wanting old releases around is. I'd also be curious if mmcgrath and/or jzb have an opinion on the topic. -AdamM > > The subdirs would look something like what we have now under /testing [1]. > > - Dusty > > [1] - https://alt.fedoraproject.org/pub/alt/atomic/testing/ > _______________________________________________ > cloud mailing list > cloud@xxxxxxxxxxxxxxxxxxxxxxx > http://lists.fedoraproject.org/admin/lists/cloud@xxxxxxxxxxxxxxxxxxxxxxx _______________________________________________ cloud mailing list cloud@xxxxxxxxxxxxxxxxxxxxxxx http://lists.fedoraproject.org/admin/lists/cloud@xxxxxxxxxxxxxxxxxxxxxxx
