> Why? We could have both versions of these programs around for some > time. > For instance we add a login-pam package so whoever wants can work with > it. Once all packages have their -pam package we can switch over to > fully pam support. > > Or we could put the pam aware packages into experimental. > > Michael > > -- > Dr. Michael Meskes, Project-Manager | topsystem Systemhaus GmbH > [EMAIL PROTECTED] | Europark A2, Adenauerstr. 20 > [EMAIL PROTECTED] | 52146 Wuerselen > Go SF49ers! Go Rhein Fire! | Tel: (+49) 2405/4670-44 > Use Debian GNU/Linux! | Fax: (+49) 2405/4670-10 > > > -----Original Message----- > > From: Craig Sanders [SMTP:[EMAIL PROTECTED] > > Sent: Monday, June 22, 1998 4:17 PM > > To: Ian Jackson > > Subject: Re: Release management - technical > > > > anyway, what i really wanted to say here was that sometimes releases > > do have to be delayed to meet some goals. i think that the upgrade > to > > libc6 was one of them (but i think hamm met that goal around August > or > > September last year, and could have been released anytime after > that). > > > > I suspect that another such goal will be PAM....it doesn't do much > > good > > to have half a PAM-enabled system. For PAM, we need all the typical > > login authentication stuff linked against PAM and we also need > > PAMified > > versions of sendmail, smail, etc so that mail can be delivered for > > users > > who only exist in a radius or LDAP directory and not in /etc/passwd. > > > > > > craig > > > > -- > > craig sanders > > > > > > -- > > To UNSUBSCRIBE, email to [EMAIL PROTECTED] > > with a subject of "unsubscribe". Trouble? Contact > > [EMAIL PROTECTED]
-- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
