[lug] cvs pserver

[Ken Weinert]

Did you run the command "cvs -d repository_name init"

Also, the name ".cvsignore" implies it is coming from the local
directory. i.e., it is looking for a file that contains patterns of
files to ignore on checking. If the name is "cvsignore" (no leading
dot), then it should be looking for it in the $CVSROOT/CVSROOT/ directory. 


* D. Stimits (stimits at idcomm.com) [010425 19:23]:
> Dhruva Reddy wrote:
> > 
> > ssh is always good, but if this is an internal
> > repository and you trust everyone within your network,
> > I see no reason you can't use pserver.
> 
> This is on an internal network used only by me, firewalled from ppp
> interface to the outside world. In any case, unless I am mistaken, the
> pserver set simply changes the CVS_RSH method to use ssh instead of rsh,
> so on; which means that if I manage to connect via ssh it will once
> again search for that /root/.cvsignore file. Perhaps I did it wrong, but
> in an attempt to use ssh I set this variable, it allowed me to login,
> but still died when trying to export anything due to wanting to read
> /root/.cvsignore (the login user was a regular user that can access the
> machine locally without problems).
> 
> > 
> > Have you looked at this CVS user's guide?
> > 
> > http://www.loria.fr/~molli/cvs/doc/cvs_2.html#SEC26
> > 
> > This has gotten out of trouble many times.
> 
> I've been poking around there (as well as in a book), and can't seem to
> find any reference as to why /root/.cvsignore must be readable for this
> to work. I'm tempted to remove and reinstall cvs, but I have a feeling
> that whatever config problem I have it would still be there.
> 
> D. Stimits, stimits at idcomm.com
> 
> > 
> > Dhruva
> > 
> > --- "D. Stimits" <stimits at idcomm.com> wrote:
> > > I'm trying to get my internal net working with cvs
> > > using pserver, and
> > > one thing keeps frustrating me about it. Apparently
> > > I *must* make the
> > > /root/ world readable so that it can read
> > > /root/.cvsignore, which I
> > > refuse to do. Does anyone know if there is a way to
> > > force it to instead
> > > use something like /etc/cvsignore instead? Does
> > > anyone here have cvs
> > > working with networked clients such that
> > > /root/.cvsignore can be blocked
> > > out of permissions?
> > >
> > > D. Stimits, stimits at idcomm.com
> > > _______________________________________________
> > > Web Page:  http://lug.boulder.co.us
> > > Mailing List:
> > http://lists.lug.boulder.co.us/mailman/listinfo/lug
> > 
> > __________________________________________________
> > Do You Yahoo!?
> > Yahoo! Auctions - buy the things you want at great prices
> > http://auctions.yahoo.com/
> > _______________________________________________
> > Web Page:  http://lug.boulder.co.us
> > Mailing List: http://lists.lug.boulder.co.us/mailman/listinfo/lug
> _______________________________________________
> Web Page:  http://lug.boulder.co.us
> Mailing List: http://lists.lug.boulder.co.us/mailman/listinfo/lug

-- 
Ken Weinert   kenw at ihs.com 303-858-6956 (V) 303-705-4258 (F)
GnuPG KeyID: 9274F1CE           GnuPG available at http://www.gnupg.org/
GnuPG Key Fingerprint: 1D87 3720 BB77 4489 A928  79D6 F8EC DD76 9274 F1CE
Design flaws travel in herds - Solomon Short

-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 240 bytes
Desc: not available
URL: <http://lists.lug.boulder.co.us/pipermail/lug/attachments/20010425/8e7d54e4/attachment.pgp>