Re: More on Kpackage

["Stephen J. Turnbull" <nospam [at] sk.tsukuba.ac.jp>]

>>>>> "Al" == Alex Hudson <eah106 [at] york.ac.uk> writes:

    Al> PS. I seem to have lost a post from Stephen, which is rather
    Al> annoying b'cos it was interesting (I read it, but it's now
    Al> gone!). I've not seen Coda before, although I shall definitely
    Al> be investigating it because the reason I CVS home is for
    Al> mobile applications, and Coda seems to address this. I'd be
    Al> interested in talking to anyone with any experience of it....

I doubt there was any special content to it, but coda can be found at

		     http://www.coda.cs.cmu.edu/

At this point, please shut your ears, because Al is about to bust a
gut laughing.

If you have Red Hat > 5.2, _don't_ use the RPMs; it sometimes works
with later Red Hats, but definitely does not work with 6.2.  Build
from source.  .debs aren't currently available but probably will be;
they will probably be based on unstable, so will work better with
up-to-date systems.

Wait 60 seconds, then you can uncover your ears.

So far I haven't lost any unrecoverable data, but I have encountered
situations where I _could_ have.  Coda uses a very complex caching
system, and the developers are continually tweaking it for efficiency.
This means that bugs are occasionally introduced.

I have found that certain things can be rather inconvenient (anything
that does lots of stats, du, for example, may hang or possibly even
take down your file system and df can also be weird if you have a Coda
fs mounted).  These are considered bugs by the Coda team, of course,
but they also point out that sophisticated users (like the Coda team
themselves; their home directories and maybe the mail spool are
mounted on a Coda fs) rapidly learn to work around these difficulties.

I've only been using it about a week, but I'm already coming to the
conclusion that I _need_ this software.  Even with the "alpha" issues,
it's much lower maintenance effort for me than Al's CVS strategy
(which would work for someone more disciplined than me, I have no
doubt) is.

-- 
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."
---------------------------------------------------------------------
Sheffield Linux User's Group - http://www.sheflug.co.uk
To unsubscribe from this list send mail to
- <sheflug-request [at] vuw.ac.nz> - with the word 
 "unsubscribe" in the body of the message. 

  GNU the choice of a complete generation.