For some reason you mailed back toe the from: not the reply-to: a firewall hies our Unix boxes. -----Original Message----- From: Graeme Vetterlein [mailto:[EMAIL PROTECTED]] Sent: Thursday, January 11, 2001 11:05 AM To: [EMAIL PROTECTED] Subject: CVSROOT setting is not cannonical I mailed this to info-cvs-request, but it did not evoke any respones. The issue revolves around the for og the CVSROOT variable stored in CVS/Root file ... I think it should be canonical form. With mixed-mode development (e.g. JAVA on Unix + doze) the SAME set of files can be seen by PC and Unix clients. Now emacs handles this just find (Muel et al) but CVS trips up on the CVS/Root file format. Message: 11 From: [EMAIL PROTECTED] To: [EMAIL PROTECTED], [EMAIL PROTECTED] Subject: RE: CVS and SAMBA Date: Thu, 4 Jan 2001 11:51:14 -0000 Ahh! but there's the rub. If I have w: (doze) == $HOME (Unix) in W:/src AKA $HOME/src there is a file called: CVS/Root which contains: :pserver:vetterg@sunprototype1:/users/cvsroot^M Note the ^M. If I do: cd $HOME/src cvs checkout wwwroot It will fail with: cvs checkout: authorization failed: server sunprototype1 rejected access to /users/cvsroot^M for user vetterg cvs checkout: used empty password; try "cvs login" with a real password If I do export CVSROOT=:pserver:vetterg@sunprototype1:/users/cvsroot It does not help (because the CVS/Root is still used) If I do cvs checkout -d :pserver:vetterg@sunprototype1:/users/cvsroot so no joy (same error) However if I edit CVS/Root (to remove the cntrl M {Carrage Return}) it all works fine. On reflection I think this is a CVS/pserver bug. The CVSROOT value refers to information held on the sever, therefore it should be held/transmitted in CANNONICAL form. BTW: on a related issue, I found that jcvs has a bug for binary files (-kb) it still does the CR/LF translation WinCVS and the GNU CVS (doze) clients are fine. What's the process for raising these? > -----Original Message----- > From: Matthias Kranz [mailto:[EMAIL PROTECTED]] > Sent: Wednesday, January 03, 2001 2:19 PM > To: Graeme Vetterlein > Subject: Re: CVS and SAMBA > > > On Fri, Dec 22, 2000 at 02:04:25PM -0500, Larry Jones wrote: > > [EMAIL PROTECTED] writes: > > > > > > 1 central SUN box holds the JAVA source code in CVS > > > Every developer (group dev) as a Unix login account > (thus a $HOME) > > > > > > Every developer has MS (W2K) desktop > > > > > > Every developer maps $HOME to W: > > > > Do not share working directories between Unix and Windows > -- they have > > different line ending conventions and different file protection > > semantics that will cause you nothing but grief. > > Use the pserver method instead, since it deals with such > nasty things like > line end conversion automatically. > > Best Regards, > Matthias > -- > Matthias Kranz > [EMAIL PROTECTED] > http://www.belug.org/~kranz > My original mail which started this was: -----Original Message----- From: Graeme Vetterlein Sent: Thursday, December 21, 2000 1:54 PM To: [EMAIL PROTECTED] Subject: CVS and SAMBA Hi I'm not on the mailing list so please CC me ... thanks. I'm setting up a development group's environment in what I expect will be a increasingly common fashion: 1 central SUN box holds the JAVA source code in CVS Every developer (group dev) as a Unix login account (thus a $HOME) Every developer has MS (W2K) desktop Every developer maps $HOME to W: Thus if the log onto unix: Private source is in $HOME/src Public source is $PROJECT/src Private classes is in $HOME/classes Public class is $PROJECT/classes If they stick to the PC: Private source is in W:/src Public source is X:/src Private classes is in W:/classes Public class is X:/classes Thanks to samba. So now on my PC I do: set CVSROOT=:pserver:myservername:/user/cvsroot cvs checkout .... And all is fine, I can work OK on the PC. Now I got the UNIX account and have: CVSROOT=/user/cvsroot export CVSROOT cvs checkout This fails with 'used a null password ... etc.' The reason? It's using: CVSROOT=:pserver:myservername:/user/cvsroot^M Which is what it finds in CVS/root in the CWD. But if I 'fix' this to CVSROOT=/user/cvsroot then the PCs won't work. If I use cvs checkout -d /user/cvsroot it OK, but 1: that's a pain and 2: I aint really doing this it's being done in the background by emacs. Any hints on the best way to do this? As a BTW: I had a lot of grief with the cygnus cvs.exx and forte, the gnu wincvs cvs.exe is OK ... thought you might like to know that :-) -- "We cannot put off living until we are ready. The most salient characteristic of life is its coerciveness; it is always urgent, "here and now," without any possible postponement. Life is fired at us point blank." -- Ortega y Gasset Graeme -- Watson's Law: The reliability of machinery is inversely proportional to the number and significance of any persons watching it. Graeme _______________________________________________ Bug-cvs mailing list [EMAIL PROTECTED] http://mail.gnu.org/mailman/listinfo/bug-cvs
