[790] in arla-drinkers
Re: arla rpms for redhat 6.0?
daemon@ATHENA.MIT.EDU (Brandon S. Allbery KF8NH)
Thu Apr 29 18:44:55 1999
From owner-arla-drinkers@stacken.kth.se Thu Apr 29 22:44:54 1999
Return-Path: <owner-arla-drinkers@stacken.kth.se>
Delivered-To: arla-drinkers-mtg@bloom-picayune.mit.edu
Received: (qmail 20303 invoked from network); 29 Apr 1999 22:44:53 -0000
Received: from unknown (HELO sundance.stacken.kth.se) (130.237.234.41)
by bloom-picayune.mit.edu with SMTP; 29 Apr 1999 22:44:53 -0000
Received: (from majordom@localhost)
by sundance.stacken.kth.se (8.8.8/8.8.8) id AAA07751
for arla-drinkers-list; Fri, 30 Apr 1999 00:38:55 +0200 (MET DST)
Received: from ECE.CMU.EDU (ECE.CMU.EDU [128.2.236.200])
by sundance.stacken.kth.se (8.8.8/8.8.8) with ESMTP id AAA07747
for <arla-drinkers@stacken.kth.se>; Fri, 30 Apr 1999 00:38:51 +0200 (MET DST)
Received: from hilfy.ece.cmu.edu (root@HILFY.ECE.CMU.EDU [128.2.253.106])
by ECE.CMU.EDU (8.9.2/8.8.8) with ESMTP id SAA07368;
Thu, 29 Apr 1999 18:38:23 -0400 (EDT)
Received: from speaker.kf8nh.apk.net (root@ANNEX-3.ECE.CMU.EDU [128.2.236.3])
by hilfy.ece.cmu.edu (8.9.2/8.8.8) with ESMTP id SAA03168;
Thu, 29 Apr 1999 18:38:47 -0400 (EDT)
Received: from rushlight.kf8nh.apk.net (allbery@rushlight.kf8nh.apk.net [10.9.204.1])
by speaker.kf8nh.apk.net (8.8.7/8.8.7) with ESMTP id SAA10298;
Thu, 29 Apr 1999 18:38:45 -0400
Received: (from allbery@localhost)
by rushlight.kf8nh.apk.net (8.8.7/8.8.7) id SAA10284;
Thu, 29 Apr 1999 18:38:44 -0400
Message-Id: <199904292238.SAA10284@rushlight.kf8nh.apk.net>
To: "Stephen Adler" <adler@ssadler.phy.bnl.gov>
Cc: arla-drinkers@stacken.kth.se
Subject: Re: arla rpms for redhat 6.0?
In-reply-to: Your message of "Thu, 29 Apr 1999 22:23:36 -0000."
<990429222336.ZM15796@ssadler.phy.bnl.gov>
Date: Thu, 29 Apr 1999 18:38:44 -0400
From: "Brandon S. Allbery KF8NH" <allbery@kf8nh.apk.net>
Sender: owner-arla-drinkers@stacken.kth.se
Precedence: bulk
(Someone might want to copy this to the KTH krb4 mailing list; I'm not on it
and don't know where it lives.)
In message <990429222336.ZM15796@ssadler.phy.bnl.gov>, "Stephen Adler" writes:
+-----
| This was exactly my plan.... But I'm stuck with gdbm/ndbm issues building
| kerberos right now....
+--->8
Red Hat 6/glibc2.1 build issues?
Snippets from my KTH build script:
# sddd: -lndbm isn't there, but -ldb contains it. and isn't checked.
# also need KTH's ndbm.h.Linux (which is now in build dir sans suffix)
*_linux2[2-9]*)
CC="${CC-gcc} -I`pwd`" export CC
LIBS="$LIBS -ldb" export LIBS
conf="$conf --with-mailspool=/var/spool/mail"
cfghack=y
;;
# ( . . . )
./configure --prefix="$prefix" --disable-cat-manpages $conf
if [ $cfghack = y ]; then
# glibc2.1 exports getmsg(), but Linux lacks STREAMS
ed - config.status <<\EOF
g/HAVE_GETMSG/d
g/STREAMSPTY/d
w
q
EOF
./config.status
fi
# # #
You don't need the --disable-cat-manpages and --with-mailspool stuff; that's
just local hackery.
There is one more issue: seems the check for utmpx.h use of __e_termination
and __e_exit doesn't work. I added ifdefs based on glibc version to hack
around that, but a fixed configure check is the correct answer (because it
tries to detect that already; it fails with glibc2.1's include files for some
reason). This affects appl/bsd/rlogind.c and appl/telnet/telnetd/sys_term.c.
The resulting krb4 is running quite nicely on Red Hat 6, aside from the fact
that it doesn't understand the (optional) new MD5 passwords. I'll be looking
over the PAM code --- they don't use library routines; the MD5 and base64
code is all in pam_pwdb.so --- to see what is needed to add RH MD5 password
support to su and possibly login. (It looks like it might be compatible with
BSD MD5 passwords, so that could well solve two platform issues in a single
stroke. It is *not* compatible with a quick attempt using KTH's own MD5 and
base64 stuff, but that could easily be a typo on my part in putting together
the quick attempt....)
--
brandon s. allbery [os/2][linux][solaris][japh] allbery@kf8nh.apk.net
system administrator [WAY too many hats] allbery@ece.cmu.edu
carnegie mellon / electrical and computer engineering KF8NH
We are Linux. Resistance is an indication that you missed the point.
