On Mon, Oct 23, 2000 at 09:12:48PM +0100, Steve Kemp wrote:
>...
> One quick question I have; Whats the intended portability
> of the client?
The command line client should be portable, but the more important question
is how portable the libraries are (since any client is really built as a
front-end to the libraries). In that regard, they should be *very* portable,
by virtue of our use of APR. APR has been fully developed and tested for
*nix, Windows NT and 9x, BeOS, and OS/2.
>...
> I tried to use the "autogen.sh" script under the Cygwin
> environment, with all the correct packages installed, eg.
> autoconf, and automake, without success.
In APR and Apache, we have a preconfigured header config file for the
Windows platform (since the auto* toolchain doesn't run there). We also
supply .dsp files for each subproject in Apache/APR. It seems to work out
very well, and I would imagine the same kind of thing for Subversion.
That said: the current goals for SVN do not include NT compatibility.
However, I might modify that and state that we're talking mostly about the
server not running on NT. There shouldn't be much of an issue with the client
... whoops. I just forgot. I don't think Neon is running on Windows. Hrm.
That could pose some problems.
>...
> Other than that I'm keen to contribute to the project in
> any way thats helpfull/usefull.. (Frustratingly I see
> the job of the Emacs interface has been taken ;)
It hasn't been taken until somebody writes and submits code. Anybody can
write it :-)
> .. While I remember .. one of my, smaller, gripes with
> CVS is the way the password is transmitted, in barely,
> modified plaintext - I'm assuming that subversion will
> be using some for of cryptographically secure hash for
> transmitting details?
No problem whatsoever there. We can use HTTP Digest authentication over a
bare wire, or we can use SSL to speak to the server (which will encrypt
*all* traffic; including the password which could just use Basic auth at
that point).
And heck... in a Windows environment, you could be useing NTLM
authentication -- no passwords at all, just domain tokens.
Or, let's say a Kerberos environment where you pass a Kerberos ticket. Or
maybe... You have options since we are using Apache for the network server.
(of course, Neon doesn't support anything more than basic and digest,
possibly via SSL, but other DeltaV clients could use those; or Neon could be
upgraded at some point; or...)
Cheers,
-g
--
Greg Stein, http://www.lyra.org/
Received on Sat Oct 21 14:36:12 2006