[1033] in NetBSD-Development

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

Re: building discuss

daemon@ATHENA.MIT.EDU (svalente@MIT.EDU)
Mon Oct 2 20:51:42 1995

From: svalente@MIT.EDU
Date: Mon, 2 Oct 95 20:50:17 -0400
To: netbsd-dev@MIT.EDU
In-Reply-To: [1028]


Jonathon writes:

	I updated the sipb-athena README to tell people to use synctree rather
	than lndir to make a discuss build tree.

Marc writes:

	In this case, we can just distribute jik's synctree.pl, which has no
	such restrictions.

These may both be good ideas, but neither is strictly necessary, for
several reasons:

1.  You can always build inside the source tree or use cp -r or tar to
make an entire copy of the source tree.

2.  If you really need a symlink farm, "synctree" only one of many
programs that can generate it.  For example, /mit/sipb/bin/lndir can
generate it, and it wouldn't suprise me if the X11R5 lndir shell
script will also work.  /usr/X11/bin/lndir from X11R6, however, is
buggy and can not correctly generate the symlink farm.

3.  We should probably clean up the sipb-athena/discuss source tree so
that it doesn't expose bugs in X11R6 lndir.  This would involve
changing the Imakefiles so that the symlinks from "ss" to "utils/ss"
and from "et" to "utils/et" are not necessary.  And then erasing those
symlinks.

In only slightly related news:

discuss has a set of imake config files, in
sipb-athena/discuss/config.  I find it strange that the sipb-athena
README says to use the standard sipb-athena config files rather than
the discuss config files.  I find it even stranger that if you use the
discuss config files, it doesn't work.  When did they stop working?

In other slightly related news:

The discuss tree in the discuss locker uses an autoconf configure
script rather than Imakefiles.  It has used this for quite a while.
I've been meaning to mirror this tree into sipb-athena, since imake
sucks.

Have a nice day.
-Sal.

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