bug-cvs
[Top][All Lists]
Advanced

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

FW: CVSROOT setting is not cannonical


From: Graeme . Vetterlein
Subject: FW: CVSROOT setting is not cannonical
Date: Thu, 11 Jan 2001 11:36:58 -0000

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:address@hidden 
Sent: Thursday, January 11, 2001 11:05 AM
To: address@hidden
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: address@hidden
To: address@hidden, address@hidden
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: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
> 

My original mail which started this was:



-----Original Message-----
From: Graeme Vetterlein 
Sent: Thursday, December 21, 2000 1:54 PM
To: address@hidden
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



reply via email to

[Prev in Thread] Current Thread [Next in Thread]