RE: CVS and SAMBA

[Graeme . Vetterlein]

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:address@hidden:/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:address@hidden:/users/cvsroot

It does not help (because the CVS/Root is still used)

If I do cvs checkout -d :pserver:address@hidden:/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:address@hidden
> 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:
> > address@hidden 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
> address@hidden
> http://www.belug.org/~kranz
>