[1369] in SIPB_Linux_Development
Re: Sipb-Athena RPMs
daemon@ATHENA.MIT.EDU (Derek Atkins)
Mon Aug 12 15:20:28 1996
To: Emil Sit <sit@MIT.EDU>
Cc: linux-dev@MIT.EDU
In-Reply-To: Your message of "Sat, 10 Aug 1996 04:00:59 EDT."
<199608100800.EAA11874@harlie.mit.edu>
Date: Mon, 12 Aug 1996 15:19:22 EDT
From: Derek Atkins <warlord@MIT.EDU>
> There are some things which do not install correctly or are not setup
> properly yet so some packages weren't built --- I've listed them below
> and someone should fix them. Out of those that did build correctly,
> I had to clean up some of the SPEC files.
>
> Notes:
> * attach should be told the "right" place to get u?mount on RH and Debian.
This is already fixed in the sipb-athena sources, and the linux2 srvd
already has this fix.
> * mit-named should be fixed. the named files are installed into
> /etc/namedb but I think RH probably looks for the named.boot file
> in /etc by default in its named.init script.
Ahh, I see the problem. RedHat does look for /etc/named.boot.
However, sipb-athena makes a symlink from /etc/named.boot to
/etc/namedb/named.boot. I fixed the mit-named.spec file to DTRT. It
also creates the resolv.conf file appropriately, too. When unloaded
it restores the resolv.conf file.
> * tcsh does not install properly. I didn't make the symlink to
> /bin/tcsh from /bin/athena/tcsh in the syspacks. So, the ttylogin
> package doesn't build.
I changed the SPEC to make the symlink on install and remove it on
de-install. The RPM should build, now. If we do wind up building
/bin/athena/tcsh ourselves, then we should change the RPM package.
> * Mwm puts it's app-default file in /usr/athena/lib/X11 instead of
> /usr/athena/lib/X11/app-defaults. The mwm package doesn't build.
I fixed the sources. Rebuilding the Makefiles, now, will fix this
problem. (Well, rebuild the Makefile, make install, and then rebuild
the package). I don't know how this worked for NetBSD.
> * The MH mail package had lots of dupe files (it had some in
> /usr/athena/lib/mh and some in /usr/athena/etc; since MH installed
> itself into the latter, I removed references to the former from the
> SPEC file). This has not been fixed in /mit/linux/packages/lists.
Ok. This sounds reasonable. On this Sparc 8.0 machine there is no
/usr/athena/lib/mh. Since MH installs into /usr/athena/etc I agree
with this.
> * There is no MH bb support.
This is not a bug. In fact, I dont think there is MH-bb support on
Athena, either.
> * We should either build a new sendmail package or punt it altogether.
> (Punting seems better.) The sendmail.cf is in the athena-rc package.
This is reasonable. RedHat comes with sendmail. I changed the
athena-rc package to save (and restore) the original sendmail.cf. So,
lets just punt the sendmail package. I've moved the sendmail specfile
into Attic, for posterity.
> * Discuss does not install the .el files for edsc. The discuss
> package doesn't build as a result. ghudson said he would look at this
> at some point.
Wow, it looks like the discuss sources are WAY old. The sources I
have on my home machine are dated June 1994, and they use configure!!!
Anyways, this was fixed in the repository but not propagated to
/mit/sipb-athena/src. I did an update in the source directory, so
just rebuild your makefiles and run make install to install the .el
files.
> * There were some libraries (libds, libdyn, libregexp) that were not
> installed so I took them out of the lib package.
Fine.
> * The misc package needs emacs to be compiled. It just needs to be built
> and installed.
Umm, Linux normally comes with emacs -- do we *really* need to install
it? I think we can safely ignore this for now. I vote for removing
emacs from the misc package. It looks like its not in the spec, so
this is ok. As I recall, we don't try to build emacs for linux. But
I could be wrong.
> * Athena finger, which is not included in any package, looks for
> wtmp and stuff /usr/adm which doesn't work on RH. This should be fixed.
> It also core dumps on my machine when fingering me for some reason.
I fixed finger to look in the appropriate locations for RedHat files.
I think finger should probably go in the misc package, so I added it
to the spec.
> * the reactivate stuff isn't there so it didn't get built. I took
> rc.conf out of its spec file. I'm not sure we need this package
> anyway.
Where does etc/athena/version get installed??? I can't find it in the
source tree anywhere! But, besides that point, what stuff isn't
where? I was able to find all of the reactivate stuff in the Linux2
SRVD. What did you mean by this statement?
> * the athena-rc package is a bit of a hack; someone might want to
> come up with a more elegant way of patching services and inetd.conf.
> The Linux configuration files should be put into the repository under
> etc/arch/linux. This should probably include sendmail.cf. However,
> the local delivery agents are different for RH and Slackware and
> probably Debian too. Not sure how to deal with that.
Yea, I looked at this. I made etc/arch/linux, and both i386_linux1
and i386_linux2 call into this common directory, now. I looked at
what NetBSD does. They have a sed script which they run to install
the services and inetd stuff. So, I figure we can do the same thing.
For NetBSD, the services and inetd.conf files are created complete at
"build" time -- I think we may want to build it at install time, but
we can work on that later.
So, look in etc/arch/linux. I haven't actually dealt with this, yet.
We have two choices. We can build the sendmail.cf, services, and
inetd.conf file on the build machine, or we can install the .mc and
two .sed files and use RPM %post feature to build it on the client.
Right now I don't do anything.
> * yonah said that xlogin probably didn't have SETPAG defined... I haven't
> checked this.
I just checked -- xlogin is being built with setpag(). In fact, the
one in the srvd has setpag in it:
(portnoy-warlord) in /mit/sipb-athena/arch/i386_linux2/build/xdm/xlogin
Ready> nm xlogin | grep setpag
[807] | 134303728| 354|FUNC |GLOB |0 |9 |setpag
[1267] | 134305888| 19|FUNC |GLOB |0 |9 |lsetpag
So, xlogin *does* have setpag turned on. It looks like login does, too.
> * None of the files are properly set[gu]id. Someone with s:a should deal.
> I went through the install output and listed the files with
> their requested permissions in /afs/sipb/user/sit/sipb-athena/problems.
This is fixed by someone running "make install" with s:a bits. I can
deal with this once we have everything setup such that I can do the
full rebuild on a RedHat system.
> * We should probably take a fairly complete 3.0.3 system and completely
> rebuild all of sipb-athena on it to make sure there aren't any funny
> dependencies on Slackware left floating around and then rebuild
> all the RPMs.
See last response!
So, at this point we need to:
0) cvs update the sipb-athena source tree
1) rebuild the makefiles in the sipb-athena build tree
2) make clean and rebuild the tree
3) install the tree into the srvd w/ s:a bits
4) rebuild the RPMs
This does not take into account the extra configuration stuff in
/mit/sipb-athena/src/etc/arch/linux, which needs to be dealt with by
the athena-rc package. In particular, we need to decide how to build:
1) /etc/sendmail.cf
2) /etc/services
3) /etc/inetd.conf
If we're really worried about sendmail.cf delivery agents, then we
should compile the mit.mc file on the client, rather than on the
server. Possibly the same arguments for services and inetd.conf.
Other than this, I think the RPMs are fairly close to snuff. Once
this is done we should test them.
-derek
PS: We should also look at 'fixing' the redhat install scripts to we
can specify which packages are installed by default. Right now, when
you specify the 'set' to add, all the packages in that set are
automatically turned on. It would be nice if we could override that
setting as well, pre-choosing which packages in each set we want to
install by default.
