Hi Craig,
Can't think of an easy way of doing it with cvs out of the box. Try this
tool we developed at our shop which I use very frequently for this precise
purpose:
http://www.matt.faredge.com.au/htmlchangelog.zip
You need to have cvs2cl installed on your pc. It will basically use that
interna
On Thu, Sep 11, 2003 at 11:54:20AM -0700, Kevin Layer wrote:
> cvs [server aborted]: CHANGE-LOG,v is ambiguous; could mean CHANGE-LOG,v or
> change-log,v
On Thu, Sep 11, 2003 at 01:05:13PM -0700, Kevin Layer wrote:
> Lots of instances of the following in my repository:
>
> foo,v
> Attic/Foo,v
>
On Mon, 2003-09-15 at 18:06, Sanjay Bhatia wrote:
> I am using CVS 1.11.1.3 on Win2K to do a checkout (with the server running
> 1.11.6) and am getting the following error message
>
> cvs [server aborted]: SunONEAS70x.pbd,v is ambiguous; could mean
> sunoneas70x.pbd,v or SunONEAS70x.pbd,v.
Pleas
Hi
I copied our repository directory from one unix machine to another to test a
transition to a new Unix server. I built and installed CVS 1.11.6 on the
server machine. CVS 1.11.1 is installed on the machine by default.
I am using CVS 1.11.1.3 on Win2K to do a checkout (with the server running
Mark Jaffe <[EMAIL PROTECTED]> writes:
> Thanks! Can you give me an example? How would this look in inetd.conf?
Read both
http://mail.gnu.org/archive/html/info-cvs/2000-11/msg00398.html
and
http://mail.gnu.org/archive/html/info-cvs/2000-11/msg00405.html
and note that there may be some e
On Mon, 2003-09-15 at 16:07, Mark Jaffe wrote:
> Mark,
>
> Thanks! Can you give me an example? How would this look in inetd.conf?
Like this:
===
[EMAIL PROTECTED] gforge]$ cat /etc/xinetd.d/cvspserver
service cvspserver
{
disable = no
socket_type = st
Mark,
Thanks! Can you give me an example? How would this look in inetd.conf?
Mark
-Original Message-
From: "Mark D. Baushke" <[EMAIL PROTECTED]>
Sent: Sep 15, 2003 11:47 AM
To: Mark Jaffe <[EMAIL PROTECTED]>
Cc: "CVS List (E-mail)" <[EMAIL PROTECTED]>
Subject: Re: Limit on number of repos
Mark Jaffe <[EMAIL PROTECTED]> writes:
> We are running cvs 1.11 on Solaris and have come upon a problem. In
> the cvspserver config line in /etc/inetd.conf, we have found that if
> there are more than 4 "--allow-root=" then we cannot authorize
> ANY of the repositories. Is this something that can
We are running cvs 1.11 on Solaris and have come upon a problem. In the cvspserver
config line in /etc/inetd.conf, we have found that if there are more than 4
"--allow-root=" then we cannot authorize ANY of the repositories. Is this
something that can be changed or fixed? Or have we done somethi
Dickson, Craig writes:
>
> This message is in MIME format. Since your mail reader does not understand
> this format, some or all of this message may not be legible.
Please do not send MIME and/or HTML encrypted messages to the list.
Plain text only, PLEASE!
> What is the easiest way to roll-back
In general, this is why you apply a tag to the project before you do a huge (150-file)
commit :-) Makes it really easy to "cvs update -j before_big_commit -j
after_big_commit"...
However, if you know WHEN you did the big commit (via "cvs log", etc), then you can
retroactively insert that "geez
Craig P Walters <[EMAIL PROTECTED]> writes:
> We are moving our CVS repository to a different machine soon. We
> currently use the actual machine name that holds our repository in the
> CVSROOT so any projects that are checked-out have this machine name in
> the CVS\root file.
Yup. This is a good
What I would have done is set up a cname record in my DNS configuration
to give a symbolic name (e.g. "cvsroot") to the machine, in addition to
its regular host name. That way if the server moves around, then a
quick tweak to the DNS server will give all of the users access again
with no changes t
What is the easiest
way to roll-back a commit operation? I know when the commit happened and nothing
has changed on that branch since the commit happened? I could use update with 2
-j options, but there is over 150 changes in the commit, so I would have to do
it once for each file if I under
We are moving our CVS repository to a different machine soon. We currently use the
actual machine name that holds our repository in the CVSROOT so any projects that are
checked-out have this machine name in the CVS\root file.
We have more than 100 projects using CVS. Do we have to have every
Mensaje citado de [EMAIL PROTECTED] el 10/09/2003 10:00:
When I ran ssh -v I noticed that the generated key was not accepted
by the remote server. Any ideas?
The directory .ssh must be chmoded 700 (only owner can cd into it),
while the file authorized_keys inside can be chmoded whatever you like.
On 09-02 I sent the following message to the mailing list. No one answered
me.
Hoping not to be unpolite I send it again. Maybe someone can help me.
Tank you again.
Alberto Giordano.
Hi all,
I think that I have missed up my repository and I am very worried about it.
The last time I updated a mod
17 matches
Mail list logo