[2023] in SIPB_Linux_Development

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

Re: How about a new RH-A release for next year?

daemon@ATHENA.MIT.EDU (Aaron M. Ucko)
Sun May 31 14:55:53 1998

To: Emil Sit <sit@MIT.EDU>
Cc: linux-dev@MIT.EDU
From: amu@MIT.EDU (Aaron M. Ucko)
Date: 31 May 1998 13:54:54 -0500
In-Reply-To: Emil Sit's message of Sun, 31 May 1998 14:23:03 EDT

Emil Sit <sit@MIT.EDU> writes:

> It's summer time. We have lots of free time. (Right.) Do we want
> to do a new release of RedHat-Athena for next fall? (Say, with an
> intended release in August? :) If so, we ought to start work soon
> and probably basing stuff on the newly released RH5.1. But, lots
> of stuff has changed since 4.2. Offhand, they've changed:

That would be a good idea.  Note: I'm going to be out of town until
*very* late August, but I think I'll have time to work on stuff from
NJ.  At any rate, I was thinking pretty much the same thing. :-)

> * Libc. This will probably break loads of things... anyone have any
>   idea how bad that will be? I haven't touched glibc at all.

It shouldn't be too bad given well-written source.  I don't know how
well it will go with the Athena tree, but we should be able to deal.

> * Installation stuff --- kickstart? disk druid? probably not too much
>   of Derek's stuff will be applicable. I'm interested in looking
>   at this part of stuff this year.

Yeah, somebody needs to deal with that.  Thanks for volunteering.

> * Configuration --- linuxconf. Anyone play with this? Could we extend
>   it to support rc.conf type stuff? 

When I get the chance, I'll install Red Hat 5.1 on my scratch disk and
play around with it.

> 
> * How much of the SIPB-Athena source tree builds on RH5.1 cleanly?
> 
> * How out of sync is that source from Athena-8.2? What 8.2 changes do
>   we want to integrate? (looking at /afs/dev/project/relnotes/rel82.tex)

The source-sipb locker contains an Athena 8 tree ported to build on
NetBSD; I think Sal also got some patches for Linux in there.  At any
rate, we probably ought to switch to it and let the sipb-athena locker
die.

> * Other new stuff or old stuff that we didn't quite pull in for 4.2...
>   - libAL + PAM?

Derek was theoretically working on this, as he had much more PAM clue
than anyone else.  I don't know what he got done.

>   - auto-updates?

Yeah, we really ought to get that done.

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