[276] in athena10
Re: New OpenAFS build script
daemon@ATHENA.MIT.EDU (Greg Hudson)
Wed Jun 25 21:41:45 2008
From: Greg Hudson <ghudson@MIT.EDU>
To: Evan Broder <broder@mit.edu>
Cc: athena10@mit.edu
In-Reply-To: <4862F249.5050503@mit.edu>
Content-Type: text/plain
Date: Wed, 25 Jun 2008 21:41:00 -0400
Message-Id: <1214444460.18347.116.camel@error-messages.mit.edu>
Mime-Version: 1.0
Content-Transfer-Encoding: 7bit
Whoops, that's a bug, I'll commit a fix.
On Wed, 2008-06-25 at 18:35 -0700, Evan Broder wrote:
> For the sake of the other Debathena developers (because I didn't notice
> the first 2 or 3 times I ran this), you want to set the DEBATHENA_APT
> environment variable before running the script. :)
>
> - Evan
>
> ghudson@MIT.EDU wrote:
> > I've committed debathenify-openafs. I'm reasonably confident of its
> > correctness at this time, and am using it to maintain the Athena 10
> > apt repository.
> >
> > If SIPB Debathena maintainers would like to use it, instead of running
> > the usual find-openafs-kernels/build-openafs/upload-openafs sequence,
> > just run:
> >
> > da ./debathenify-openafs binary upload
> >
> > or for a single dist:
> >
> > ./debathenify-openafs hardy-amd64 binary upload
> > ./debathenify-openafs hardy-i386 binary upload
> >
> > It won't repeat unnecessary work, and it should coexist happily with
> > the directories created by build-openafs. In addition to modules
> > packages, it will create and upload metapackages like
> > "openafs-modules-generic" to keep linux-image metapackages in sync
> > with OpenAFS modules. I have one of these metapackages installed on
> > my work machine and it appears to do the right thing. I am currently
> > puzzling out how the install script can decide which metapackage to
> > install.
> >
