See-also: ST#50784.

Cool: we can use hyphens in userids now.

Bad: inetd support is even worse than before (so rsh is difficult to get working).

It looks like it really wants us to use update-inetd. It's not immediately obvious that this needs to be done (ie, nothing seems to come right and say this).

Simply doing update-inetd --enable login,exec,shell creates an empty /etc/inetd.conf - not at all what I wanted. Looks like I have to hand it the full line. That's so stupid. (wtautz: I suspect the file is initialized as empty, see below).

-- MikePatterson - 19 Oct 2005

However, I had a working inetd.conf from a Hoary install (watcher206 was dist-upgraded from Hoary to Badger). Installing the inetutils-inetd package found and used that and then rsh worked too.

I ran into this: watcher206:~# xh-install xhier xh-sys-config: relocation error: xh-sys-config: symbol errno, version GLIBC_2.0 not defined in file libc.so.6 with link time reference

So I followed http://www.howtoforge.com/forums/showthread.php?t=446 (thanks to my buddy Google) and set

LD_ASSUME_KERNEL=2.4.1

and after that an xh-install of the base packages worked.

Maybe it's best to get a genuine 5.10 archmaster.

-- MikePatterson - 29 Oct 2005

Sample stanza for /etc/inetd.conf:

#:BSD: Shell, login, exec and talk are BSD protocols.
shell           stream  tcp     nowait  root    /usr/sbin/tcpd  /usr/sbin/in.rshd
login           stream  tcp     nowait  root    /usr/sbin/tcpd  /usr/sbin/in.rlogind
exec            stream  tcp     nowait  root    /usr/sbin/tcpd  /usr/sbin/in.rexecd

-- DanielAllen - 31 Oct 2005

progress:

• the LD_ASSUME_KERNEL thingy is solved; xhier had a bug stemming from depreciated glibc usage (ST#50784)
• it seems that inetd should be installed via netkit-inetd. You still need to paste in the above stanzas for rsh.
• dave and I are working on two arch masters, one for i386 and one for amd64.

-- DanielAllen - 18 Nov 2005

It seems that if netkit-inetd is installed first, proceeding to install rsh-server will automagically make the changes to inetd.conf. But vice versa, no go.

I'm running into the rsh service spawning too many times again, so maybe we need to do for breezy what we used to do for hoary. I wonder how dapper works.

-- MikePatterson - 13 Feb 2006

I've begun xhiering our official archmaster for the i386 architecture, namely ubuntu5-i386.cscf.

Installing netkit-inetd package results in an empty /etc/inetd.conf and installing rsh-server results in three lines mentioned above. Fortunately the netkit-inetd package comes from main: apt-cache policy netkit-inetd lists

netkit-inetd:
  Installed: 0.10-10.1ubuntu2
  Candidate: 0.10-10.1ubuntu2
  Version table:
 *** 0.10-10.1ubuntu2 0
        500 ftp://ubuntu-mirror.cscf breezy/main Packages
        100 /var/lib/dpkg/status

Alas rsh-server comes from universe and so is not updated by ubuntu security team.

update-inetd --disable login works

-- WalterTautz - 01 May 2006

Dave says I should rename the host to ubuntu6-i386.cscf as dapper will be released on June 2006 and hence will have release version 6.06. I will create a A record with this name using maintain. Alas I can't assign an additional A record. Ok. We'll try the upgrade first and worry about name change later. I've changed the name to the suggested name above.

I've done the upgrade and it seems to have succeeded without a hitch. I notice that dapper now offers a server kernel, namely, linux-image-2.6.15-21-server. I'll try rebooting the machine to see if I can use this. Yes, it works, i.e, I was able to login again The host has a Gigabit card in it but we're not using it currently although I believe eth1 is capable of it. Don't know if the network connection is.

xhiering phase: must have csh on the machine. I wonder if one really needs an rdist program. Apparently NOT--because rdist is in the mfcf-basics package and so is there when it gets copies via another method during xhier firsttime. I had to add a .1000 to the nowait entry in /etc/inetd.conf to avoid timeouts when trying to xhier.

-- WalterTautz - 08 May 2006

installed via apt-get make since xh-make tries to exec make but couldn't find it. Installed libc6-dev which results in

The following extra packages will be installed:
  linux-kernel-headers
Suggested packages:
  glibc-doc manpages-dev
The following NEW packages will be installed:
  libc6-dev linux-kernel-headers

I now have to linux header packages one for the server and one not. The latter was installed when libc6-dev was installed. Turns out the server headers have the nonserver headers as a dependency.

xh-make libmfcf seems to have built with only warnings.

xh-make imake fails because yacc is missing. On debian31 we have bison-1.35 package that is suppose to be compatible with yacc. Yes, xh-make now works to build imakecpp directory.

Installed ntp-simple to keep time more precisely and pointed /etc/default/ntpdate to ntp.cs.

xhier package pattern_dev build albeit it doesn't like the vendor man command to build man package but the library built.

graveyard xhier package built and installed albeit with a few warnings from the compiler.

nettools_dev builds and installs successfully.

nettools can now be built as nettools_dev is there now and it builds flawlessly. Absolutely no warnings, i.e., stderr was empty.

shelltools has a few warnings and the error:

make[1]: Entering directory `/fsys1/source/TEMP-CACHE/shelltools/exit_status'
gcc  -I../Include    -c -o exit_status.o exit_status.c
exit_status.c: In function ‘usage’:
exit_status.c:151: warning: incompatible implicit declaration of built-in function ‘exit’
gcc   exit_status.o ../lib-shelltools/lib-shelltools.a -luw   /software/mfcf-misc/lib/libcfix.a -o .tempfile-for-xh-make &&  mv  .tempfile-for-xh-make exit_status </dev/null
exit_status.o: In function `main':exit_status.c:(.text+0x114): undefined reference to `errno'
:exit_status.c:(.text+0x15d): undefined reference to `errno'
:exit_status.c:(.text+0x1c6): undefined reference to `errno'
collect2: ld returned 1 exit status
make[1]: *** [exit_status] Error 1
make[1]: Leaving directory `/fsys1/source/TEMP-CACHE/shelltools/exit_status'

I think there may be an error because libuw doesn't build in mfcf-misc

xhier_building builds cleanly and installs as does xhier,dev and xhier itself. There are a few warnings here and there that could probably be corrected.

mfcf-basics builds with a few warnings to use safer functions.

mfcf-misc has one error:

gcc  -g -p -c -o profiled/fsquota.o fsquota.c \
        && gcc  -s -O -c fsquota.c
fsquota.c: In function ‘fsgetquota’:
fsquota.c:147: error: ‘struct dqblk’ has no member named ‘dqb_curblocks’
fsquota.c: In function ‘fssetquota’:
fsquota.c:176: error: ‘struct dqblk’ has no member named ‘dqb_curblocks’
fsquota.c:188: error: ‘Q_SETQLIM’ undeclared (first use in this function)
fsquota.c:188: error: (Each undeclared identifier is reported only once
fsquota.c:188: error: for each function it appears in.)
make[2]: *** [fsquota.o] Error 1
make[2]: Leaving directory `/fsys1/source/TEMP-CACHE/mfcf-misc/libuw/fs'

which prevents libuw.a from building.

Installed the vendor packages glibc-doc manpages-dev as suggested by the vendor package libc6-dev

Reset the output of xh-arch to Ubuntu6.06-IA32. Do xh-install xhier:

root@ubuntu6-i386:/.software/local/xhier/config/local# xh-install xhier
xhier Install warning: "/software/xhier/config/local/allowed-types"
xhier Install warning:    says that our architecture is "Ubuntu6.06-IA32"
xhier Install warning:    while the distributed version in
xhier Install warning:    "/software/xhier/data/default-allowed-types/arch"
xhier Install warning:    says that we should be "Debian3.1-IA32".
xhier Install warning:    Please correct the "arch=" entry in
xhier Install warning:    "/software/xhier/config/local/allowed-types",
xhier Install warning:    either on this machine or on the server.
xhier Install warning: The assumed architecture type
xhier Install warning:    (/software/xhier/data/architecture) claims
xhier Install warning:    that our architecture is "Debian3.1-IA32"
xhier Install warning:    while local configuration
xhier Install warning:    (/software/xhier/config/local/allowed-types)
xhier Install warning:    asserts that the architecture is "Ubuntu6.06-IA32".
xhier Install warning:    Resetting "/software/xhier/data/architecture"
xhier Install warning:    to "Ubuntu6.06-IA32"
xhier Install warning:    to match the local configuration.
xhier Install warning: It's likely that servers for this
xhier Install warning:   host have inadvertently been changed.
xhier Install warning:   Make sure that the correct servers are
xhier Install warning:   in use (check
xhier Install warning:    /software/xhier/data/access-rights
xhier Install warning:   on servers), and then update
xhier Install warning:     "/software/xhier/config/local/allowed-types"
xhier Install warning:   if necessary.
xhier Install warning:   See "man xhier-config" for details.

So I fixed /software/xhier/data/default-allowed-types/arch manually and put in Ubuntu6.06-IA32 xh-install xhier now silent.

ubuntu6-i386.cscf xh-install output for package "os-extras"
  os-extras Install warning: no /software/os-extras/data/gateway file, please create one
  os-extras Install warning:   containing a default route.
ubuntu6-i386.cscf config file regeneration output:
  xh-services-sanity: Possible services file conflicts:
       frox            2121/tcp                        # frox: caching ftp proxy
       iprop           2121/tcp                        # incremental propagation

I created capo:/source/xhier/patch/patch/UW_STASH/.common/Ubuntu/ by copying contents of .common/Debian3 into it and then created softlink Ubuntu6.06-IA32 pointing to .common/Ubuntu. To be perfectly frank this is of doubtful value but appears to be necessary for the compilation of patch??

It's necessary perhaps because if we type xh-make in the xhier/patch subdirectory of the xhier source tree we get:

root@ubuntu6-i386:/usr/source/TEMP-CACHE/xhier/patch# xh-make all
./setup-files
Architecture of this machine is Ubuntu6.06-IA32...
Moving the right Makefile-body in place.
Moving the right config.h in place.
rm -f patch/Makefile
cd patch && xh-make  all

Fixed the debian-1 Install script to test for xh-arch Ubuntu. Now I can actually use my apt-get cover to install packages.

-- WalterTautz - 09 May 2006

xh-first-time uses rcp and on an Ubuntu system this is scp unless you install a real rcp program and reconfigure using update-alternatives --config rcp. I had thought that rsh-client-redone package had a rcp command but it does not! Hence I was forced to install rsh-client package. Apparently both packages can co-exist. Once rsh-client was installed `absolute rcp` yielded /usr/bin/netkit-rcp.

-- WalterTautz - 24 May 2006