[48] in athena10
Re: Debathena materials not imported
daemon@ATHENA.MIT.EDU (Tim Abbott)
Tue Jan 15 21:05:01 2008
Date: Tue, 15 Jan 2008 21:04:49 -0500 (EST)
From: Tim Abbott <tabbott@MIT.EDU>
To: Greg Hudson <ghudson@MIT.EDU>
cc: athena10@MIT.EDU
In-Reply-To: <200801150816.m0F8GNwN022367@equal-rites.mit.edu>
Message-ID: <Pine.LNX.4.64L.0801151329090.24714@vinegar-pot.mit.edu>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed
On Tue, 15 Jan 2008, Greg Hudson wrote:
> Stuff I have not snapshotted:
>
> * packages/athena/scripts: I don't think we need this in the new
> world order, since it's all about the upstream-downstream
> relationship of Athena and Debathena.
You mean packages/athena/bin. You may find a version of the script called
"package" useful for automatically generating new Debian directories for
Athena packages; it does save some time over "copy from another package
and then fix", though it will perhaps need some changes for the new
sources architecture. The tarball-rpm-diff code is probably no longer
very useful.
> * packages/athena/{config-console,console,dotfiles,glue,olc,xscreensaver}
> because they are not currently planned to be part of the Athena 10
> release. (Was Debathena actually using console?)
console, config-console, xscreensaver, and some parts of glue were
packaged as part of a plan to make it possible to have Debathena able to
"look like" standard Athena (i.e. use the Athena menus, etc.). They
haven't been deployed, and can probably be ignored for now.
I assume dotfiles is going to end up being a debathena-specific package?
It seems unlikely that the Athena system dotfiles will be going away
entirely.
> * The remainder of packages/third: cyrus-sasl, cyrus-imapd, openafs,
> and pine. These directories do not use the debathenify framework,
> and I am currently unsure of what to check in for each of them or
> what procedure is used to build them.
- cyrus-sasl2-mit should be redone using the debathenificator framework (I
believe it is just building the 2.1.22 upstream tarball with the 2.1.19
Debian packaging [I think some adjustments to the packaging were needed to
point to the new tarball, but it's pretty simple]; the issue being that
Debian no longer includes libsasl2-krb4-mit because krb4 is deprecated).
It is necessary for all the mitmail* tools (and mailquota/mailusage).
- cyrus-imapd is sarge-only and will be dropped from Debathena when Debian
stops supporting sarge (probably this April), so it should be gone before
Athena 10 launches anyway.
- OpenAFS does not use the debathenificator framework because we do not
actually change the Debian packaging of OpenAFS; we're only building it.
The workflow involves 3 scripts:
/mit/debathena/packages/third/openafs/find-openafs-kernels > kernels.txt.lenny
(which generates a kernels.txt file listing all the available kernels for
a distro)
cat kernels.txt.lenny | /mit/debathena/packages/third/openafs/build-openafs
(which wraps module-assistant for building the modules, and includes
bugfixes for mistakes in various versions of the Debian packaging of
OpenAFS that resulted in .changes files not being correctly generated)
/mit/debathena/packages/third/openafs/upload-openafs
(which uploads to the repository any OpenAFS modules not already there)
- pine -- alpine should be packaged using the debathenificator framework.
For pine, there is no Debian pine upstream (due to the licensing problems
that are responsible for the creation of alpine), and so the
debathenificator framework doesn't really apply to it. Consequently,
we're currently just building our modified packaging of pine (with similar
maintainance to the "debathena" part of the tree).
> Anything else that hasn't been imported yet, I've overlooked.
manual-config seems to be missing; though I assume all you want in svn
for that is the common directory and the 3 scripts in
/mit/debathena/packages/manual-config.
-Tim Abbott
