Hi,
I have one question:
How rdiff command behave with binary files if that out I want to use
by patch program for update older version of project?
Tripko
On Monday 17 July 2000, at 11 h 25, the keyboard of Annette Waters
[EMAIL PROTECTED] wrote:
Are there any special steps I need to take to put java class and jar files
under CVS?
The '-ko' option is probably enough. But, as suggested by the discussion you
triggered, think about it twice.
On Monday 17 July 2000, at 16 h 24, the keyboard of Eric Chamberlain
[EMAIL PROTECTED] wrote:
That doesn't seem like a reasonable answer. CVS should be able to handle
the intermediate files just fine. I can certainly imagine scenarios in which
one would want to put up sections of
Dear Gentlemen ;
This message is only for ¡®Regional Distributor¡¯
candidates
¡°Not a spam mail targeting the end-users, not interested in, pls
simply discard this¡±
We're a major developer of 'Vision (Optics, Infrared)' related
products in Korea.
And this is to introduce our new
Dear All,
I have set up a CVS server on Red Hat linux6.2.
1.After logging from the remote client(windows NT) i do a import of
my test files.It says as follows
C:\mydir>cvs import -m "initial import" myproj1 ashok start
CVS server: cannot open /root/.cvsignore: Permission denied
N
I am at wit's end here. After re-installing CVS from scratch, rebuilding
the repository from a fresh import, I still get this maddening error
when committing:
styx:/usr/local/auction% cca
Checking in Project/index.md;
/var/cvs/auction/Project/index.md,v -- index.md
new
Hi,
I have read the recent messages regarding branch locking in CVS. I tried to
do a similar thing myself, and I get strange output from CVS, which I cannot
understand even after reading these messages. Here are the commands that I
gave and the output of CVS for these commands:
(I typed these
From my observations, CVS is looking in the home directory for .cvsignore.
When running as a pserver it still looks in the home directory. The inetd
daemon is running under root so CVS appears to look in root's home directory
(/root) for the .cvsignore file.
When I set up CVS on RH6.2 I did
[EMAIL PROTECTED] on 2000.07.18 15:36:53
"NLY" == Noel L Yap [EMAIL PROTECTED] writes:
connection/keys/whatever it is using the proper private key (in
other words, a private key with a corresponding appropriate
public key already known to the server).
NLY No, this doesn't guarantee it.
I've posted my patches to the RCVS project on SourceForge. The "cvs unedit"
implementation will not unmodify the file. If you want to have unedit
automatically unmodify files you would either have to wrap CVS in a script or
submit a patch that allows unmodify operations along with "cvs unedit".
[ On Wednesday, July 19, 2000 at 05:54:43 (-), Milan Tripkovic wrote: ]
Subject: Binary files and rdiff?
I have one question:
How rdiff command behave with binary files if that out I want to use
by patch program for update older version of project?
You should not put binary files in
I've been looking at the message archive over at egroups for a while, but I
would prefer to have the messages sent through email.
I haven't seen anything posted on how to subscribe to this though, except
through egroups, but they only offer a digest format.
So what is the correct way to
Hello
I need your help
I want to rename a dir in a module.
How can i do this ?
If the dir is the root of a module, does this matter ?
Thank u
Stephane Bortzmeyer writes:
The '-ko' option is probably enough.
Not in general -- class and jar files are binary so you need -kb.
-Larry Jones
It's clear I'll never have a career in sports until I learn
to suppress my survival instinct. -- Calvin
Ashok writes:
C:\mydir\newcvs co myproj
CVS server: cannot open /root/.cvsignore: Permission denied
CVS [server aborted]: can't chdir(/root): Permission denied
This is *the* most frequently asked CVS question -- please see the
archives at ftp:[EMAIL PROTECTED] or
http://www.egroups.com for
David Thornley writes:
Was it 1.10.6 that broke pserver? Try upgrading to 1.10.8 and
see if the problem goes away.
Yes, pserver is broken in 1.10.6, but the client works fine. (Although
I'd suggest upgrading to 1.10.8 as well, it won't have any effect on the
problem.)
-Larry Jones
See, it
[EMAIL PROTECTED] on 2000.07.19 10:31:17
The change you describle does change the standard behaviour of unedit,
since the file no longer reverts to the original version. For what it's
worth: My opinion is that unless this is accepted by most CVS users, it
is probably your new behaviour that
Louis-David,
I am at wit's end here. After re-installing CVS from scratch, rebuilding
the repository from a fresh import, I still get this maddening error
when committing:
styx:/usr/local/auction% cca
Checking in Project/index.md;
/var/cvs/auction/Project/index.md,v --
From Pacal Molli's CVS Bubbles site:
http://www.loria.fr/cgi-bin/molli/wilma.cgi/misc.847278364.html
Please note that you must send mail to [EMAIL PROTECTED] with that text
to unsubscribe : unsubscribe info-cvs
"your-email-address-here"
URL: mailto:[EMAIL PROTECTED]
Hello, Webmaster!
The new CVS homepage at http://www.cvshome.org/ is quite
disappointing. Here are some of my notes.
There is no webmaster address. I have to guess it. A copy goes to
[EMAIL PROTECTED] in the case I'm mistaken.
Headlines under "CVS News" are written in black on dark-blue
I'm WAAY behind in list reading, but I fixed a few bugs in
cvspasswd.c:
1) (main) glob_username was set to NULL twice, and glob_userid never.
The second glob_username presumably should have been glob_userid
2) (find_and_open_passwd) If CVSROOT was set, but -d was also passed,
the
Stuart R Dole writes:
Clients are RedHat 6.1, CVS 1.10.6. (Should they be 1.10.8?)
We call them "nodes" (embedded systems, effectively -- no
monitor or keyboard -- we telnet in). Put "export
CVSROOT=:pserver:root@gaia:/usr/local/repository" in node's
/etc/profile.
This is highly
From: Larry Jones [mailto:[EMAIL PROTECTED]]
Guus Leeuw writes:
Wouldn't this be something nice to have for 1.11 (If it
comes *grin*)?
What would be the strategy to stuff this in? New command, or
option to commands? Larry, tell me :)))
Neither, just changing the existing code
On Wed, Jul 19, 2000 at 12:33:02PM -0400, Pavel Roskin wrote:
There is no webmaster address. I have to guess it. A copy goes to
[EMAIL PROTECTED] in the case I'm mistaken.
RFC 2142 recommends that the webmaster@site be addressable. So hopefully
they're following recommended procedures!
mrc
1.6 AFTER_OOPS (same as RELEASE)
1.5 BETA3 / OOPS
1.4 BETA2
1.3.2.1 (really no tag, but same as 1.5)
1.3 RELEASE / BETA_branch (the take would really be on this ver)
1.2 preREL
1.1 start
You lose nothing.
You still have your history of
Guus Leeuw writes:
From: Larry Jones [mailto:[EMAIL PROTECTED]]
Neither, just changing the existing code to do it right. I haven't
thought about what the consequences of doing that would be, though.
Well, apparently that makes for the Server to overwrite Client non-ignores,
"NLY" == Noel L Yap [EMAIL PROTECTED] writes:
If OpenSSH client will always send wrong info (I mean username and
password here), then cvs-server will never authenticate it ;)
NLY I think we're arguing different points here. My point is that
NLY the OpenSSH client can send over a valid CVS
From: Larry Jones [mailto:[EMAIL PROTECTED]]
Not quite -- the way it works locally (which is the usual
benchmark for
what "do it right" means) is that you start with the default ignore
list, then you apply the repository's cvsignore (which, in c/s mode
requires getting it from the
"NLY" == Noel L Yap [EMAIL PROTECTED] writes:
NLY Yes, exactly. This is what happens now with pserver. Ideally,
NLY CVS should use an environment variable REMOTE_USER that's set by
NLY authentication software (eg SSH). But since I don't want to risk
NLY breaking SSH, I don't want to make the
Broken pipe signals occur when you have a pipe open for output, and the
process at the other end of that pipe closes it before reading an end of
file condition. This might be due to an explicit close, an early exit, or
a normal exit upon reading a token from the pipe.
Try looking for all the
How do you guarantee that CVSUSER is set properly (ie can't be spoofed)?
Noel
PS
I chose REMOTE_USER 'cos that's what Encommerce sets. I haven't figured a way
to spoof
Encommerce's REMOTE_USER setting, but, then again, I'm not an expert hacker.
[EMAIL PROTECTED] on 2000.07.19 16:15:51
To:
Hello,
I need to get filed committed on a certain date on a branch.
Is there a way I can get that info by using rdiff command?
Thanks!
Veronica
__
Do You Yahoo!?
Get Yahoo! Mail Free email you can access from anywhere!
http://mail.yahoo.com/
(devel-cvs seems to be a bit broken, so I guess it'll just be
info-cvs..)
I know this has been brought up before, and I didn't really think that
there was much use for it at that point, but
I've been working on Apache mod_cvs ( http://www.sub.nu/mod_cvs/ ) and I
was thinking about trying to
"John R. Dunning" wrote:
In previous lives, I used cvs, branches, and expandable keywords, and
don't ever recall having this problem. So, questions for the
assembled experts:
3. Is there any other workaround other than jamming the equivalent of
-kk onto the command line, or putting
I am running cvs-1.10.8 on a linux machine, using a win2k client
(jCVSII). I cannot 'pass the test' using my server, but it works fine
using the Giant Java Tree. I am able to perform such tasks
as 'commit' to a file (using an Entries file created from WinCvs),
and this allows me to
Hello, John!
When I set up CVS on RH6.2 I did "chmod o+r /root" to give cvs users read
You should not do it.
access to /root so that when cvs ran it can see that .cvsignore does not
exist in /root. This is not exactly secure since everyone can read root.
I've heard that inetd incorrectly
Is there ever any reason for cvs to report expanded keywords as differences
when merging branches?
How difficult would it be to have cvs ignore keyword differences by default
in the context of merging?
Jerry
David Thornley wrote:
(The biggest single problem I get is when people type
cvs tag -F RELEASE_x_y
rather than
cvs tag -F RELEASE_x_y_MERGED
where the first is the branch tag
It seems to me that moving a branch tag is almost NEVER the
right thing to do, while moving a non-branch tag is a
38 matches
Mail list logo