>>>>> "Stephen" == Stephen J Turnbull <turnbull_at_sk.tsukuba.ac.jp> writes:

    Stephen> I noticed the debconf stuff being there, but it didn't
    Stephen> seem to get triggered using dpkg -i ... is that only for
    Stephen> dselect?

This seems to be more "existing setup" stuff; I installed to a system
that didn't have coda on it (although it did have the remnants
including the device node alias in modules.conf and a /usr/coda
hierarchy) and I got the debconf stuff OK.  Very slick; debconf has
improved a lot.  I don't have much more to say about that, because I
was in a hurry to get it installed.  (I had files on that system that
needed to be transferred to my webserver for use in a lab that started
3 minutes after I realized the server was out of date.  I guess it's a
compliment to say that I was only 2 minutes late for the lab! ;-)

Here's some more weirdness (on a laptop at home; the first cfs cs was
before the PPP link came up, the second after):

bash-2.04$ cfs cs
Cannot read configuration file '/usr/local/etc/coda/venus.conf', will use default values.
Contacting servers .....
These servers still down:   109.98.158.130
bash-2.04$ cfs cs
Cannot read configuration file '/usr/local/etc/coda/venus.conf', will use default values.
Contacting servers .....
All servers up

Why are we looking in /usr/local/etc/coda/venus.conf?

Is the server address intentionally backwards (in the usual MSB first
order it is 130.158.98.109), or are we missing an ntohl() call?  (In
case you're wondering, DNS is unreliable on the dialup link so I
intentionally configured it as a numerical IP address.)

-- 
University of Tsukuba                Tennodai 1-1-1 Tsukuba 305-8573 JAPAN
Institute of Policy and Planning Sciences       Tel/fax: +81 (298) 53-5091
_________________  _________________  _________________  _________________
What are those straight lines for?  "XEmacs rules."