[lug] cvs pserver

[D. Stimits]

Ken Weinert wrote:
> 
> 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.

Further attempts at setting it up with ssh were successful. But this one
still remains a mystery, since the pserver failure explicitly names the
full path to /root/.cvsignore. I suspect that what Tom Tromey is
considering as possible in the next email probably is the case, where
pserver runs as root. Anyway, I'm going to ignore pserver since ssh
works now.

D. Stimits, stimits at idcomm.com

> 
> * 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
> 
>   ------------------------------------------------------------------------
>    Part 1.2Type: application/pgp-signature