Simple question really "So what is the repository?"
Now I thought I knew the answer to this:
(chapter 2 Version Management with CVS 1.10.6):
"...so the repository :local:/usr/local/cvsroot means ..."
"The repository is split into two parts $CVSROOT/CVSROOT contains
Various solutions suggest themselves:
1: (the right way :-) Configure sendmail(8) to do 'site hiding'
(masquerading)
This is not as hard as it might first appear. Look in:
(I was going to suggest using the MACROS {m4} way of
building sendmail.cf
This is the kind of e-mail that attracts replies like (insert
something very attractive) In essence replies of the form "Oh
I wouldn't do it that way ...
I'm using a CVS (Solaris) repository with pclient (W2K) clients and
I keep finding things 'a bit flaky' I suspect:
1: I've set things up
Nick Flowers writes:
I'm modifying the server so that a developer committing
a change automatically causes an export to our staging
webserver.
Why? Is there some reason the method shown in "Keeping a
checked outcopy"
in the manual won't work?
First I'm forced to use outlook .. so profuse apologies before I even start
:-)
One of 'my users :-)' has complained that cvs commits from his emacs session
are very slow.
We use 'pserver' to access the repository. I use emacs locally and have not
noticed this behaviour, time
to investigate:
This is exactly the behaviour I got which lead to the above
debate about CR-LF sequences. We have mixed development on doze Unix.
The same 'snadboxes' are visible on all platforms. The CVS repository
is locked away in nice safe datacentre and only accesed via pserver.
If a doze user does a
The preceding thread has gone through a lot of
change. I thought some stakes in the ground might
be useful.
1: The only "problem" I have is with CVS's on 'internal' files
CVS/Root CVS/Entries etc. I don't get a chance to run
dos2unix et al
on these.
Given the issues about performce I thought I'd
ask this "in the open" ... just to be sure:
"Is it /tmp?"
Not /var/tmp or tmpfile(3) or $TEMP or somthing like that?
--
Time flies like an arrow. Fruit flies like a banana.
Graeme
___
-Original Message-
From: Graeme Vetterlein
Sent: Tuesday, January 23, 2001 5:40 PM
To: [EMAIL PROTECTED]
Subject: RE: Spaces added ... and line endings in general
-Original Message-
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED]]
... lots of mess caused by gnu.org
I raised a bug report in this area a while back but it did not seem to evoke
any kind of response.
The simplistic assumption that:
- "If I'm editing files on Windows I want the OLD MS-DOS
conventions"
- "If I'm editing files on Unix I want Unix conventions"
Is not really
cvs isn't reading the incoming socket. inetd is reading the
incoming information and passing it on to the stdin of the
cvs process.
So in this case only one process is actually reading all incoming
sockets.
Slightly at a tangent for this group but this is not how inetd
works. It
How do I raise a bug report on CVS. Is there something like bugzillia?
--
Graeme
___
Info-cvs mailing list
[EMAIL PROTECTED]
http://mail.gnu.org/mailman/listinfo/info-cvs
-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
13 matches
Mail list logo