[1586] in athena10

home help back first fref pref prev next nref lref last post

Apt repository transition plans

daemon@ATHENA.MIT.EDU (Tim Abbott)
Thu Mar 12 23:52:20 2009

Date: Thu, 12 Mar 2009 23:51:23 -0400 (EDT)
From: Tim Abbott <tabbott@MIT.EDU>
To: athena10@mit.edu
Message-ID: <alpine.DEB.1.10.0903121618480.26652@vinegar-pot.mit.edu>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII

I told jdreed I'd outline in more detail my proposal for the remaining 
steps in our apt repository transition plan.  I think it's the same as 
what we agreed upon at the last release team meeting:

(0) We should test a transition process, which I think is basically (as 
root):

aptitude update
aptitude install debathena-archive-keyring
sed -i "s/athena10/debathena/g" /etc/apt/sources.list.d/debathena.list
aptitude full-upgrade

(1) We should email testers@ (and any other fora that the athena10.mit.edu 
URL was advertised to; perhaps sipb-office would be good to catch 
students) explaining that we're moving the repository from 
athena10.mit.edu to debathena.mit.edu, and that athena10.mit.edu/apt will 
stop working in about a week.  The email will explain the simple 
transition plan.

(2) Sometime after that, we make athena10.mit.edu/apt go to a page 
explaining that the apt repository has moved (and documenting how to 
switch).

(3) At our leisure, we can remove the Athena 10 signing key from 
debathena-archive-keyring, since it would not be unnecessary.

The end result of this is that nobody is using the old URI and expecting a 
redirect to continue working.  I figure this is ideal since it leaves us 
in the convenient position of only having one apt repository URI that we 
need to maintain in the long term.

One thing we might consider adding to this plan is to setup the Debathena 
apt repository logger on athena10.mit.edu/apt in order to track whether 
people are still using the old URI.  But this is probably overkill.

	-Tim Abbott

home help back first fref pref prev next nref lref last post