On Wednesday, September 20, [EMAIL PROTECTED] wrote:
On 20 Sep, To: [EMAIL PROTECTED] wrote:
(but *not* when you update it from Linux), gives this error:
A small update. It doesn't happen on the Linux machine that holds the
CVS archive, but does happen on other Linux machines (not using
On Friday, September 15, "David H. Thornley" wrote:
With time, people will recognize the manual as the authoratative piece of
information (other that this list of course, :-) ) on CVS, and will consult
it without us needing to use the cluestick every time somebody posts on
this list...
On Friday, September 8, Melanie Light wrote:
1. Can we transfer the history from Clearcase to CVS?
Not sure about this...
2. Don't see a version of CVS that supports SunOS 2.7 or 2.8
for sparcs. The latest one is for 2.6 - can we use that one
for the later versions of solaris?
The
On Monday, September 4, [EMAIL PROTECTED] wrote:
How do I get through the company firewall to connect to repositories
on the internet? I need to be able to import, checkin checkout
files.
This would be a question you ask your company network administrators.
--Toby.
On Wednesday, August 30, Laird Nelson wrote:
Noel L Yap wrote:
It's interesting that none of "cvs edit -c", "cvs edit -f", and "cvs ci -c"
made
it into this release
Damn! OpenAve: PLEASE put these in. We desperately need them.
Hopefully the WinCVS folks will incorporate them as
On Sunday, August 20, "Russell Campbell" wrote:
I'm looking for a product or otherwise available piece of software that will
compare two files and save the differences between the two . . . the deltas.
Then it would have to put them back together: pass it the original
file and the file
On Wednesday, August 16, [EMAIL PROTECTED] wrote:
I am going to set up CVS for managing Java development with JBuilder
3.5 with 8 developers in a NT environment.
Company policy rules out using Linux as the CVS server. I can use a Sun
server, but that adds cost to my project, so I would
Here's my point: the pserver patch makes pserver more secure. You may not
like pserver, but it's still a part of CVS, and anything that is still a
part of CVS ought to be the best that it can be.
There are only two defensible options here:
a) immediately remove pserver from CVS
On Wednesday, August 9, Justin Wells wrote:
Wrong. I run a public CVS archive. People are always examining the diffs
and would notice right away. Same is true for any free/open software project,
you just don't get it, that's all.
It is still entirely possible to do. I've seen this done,
On Wednesday, August 9, "Robert S. Sfeir" wrote:
I can't seem to find a way to amke the version numbers increase by
hundredth and not by 10th, or control how the versions show up. Here is
what I mean (I know what a doofus) Is this possible?
You don't want that, read the CVS FAQ and
On Wednesday, August 9, Justin Wells wrote:
Is it as easy for a WinCVS user to set up ssh as it is to set up pserver?
No.
Again, I ask the WinCVS coders (and MacCVS, etc as well), why is this
state of affairs present? Are there any plans on changing this soon?
That's a fact. And so long
On Wednesday, August 9, Justin Wells wrote:
If I move to ssh, I will definately still be using chroot. Even on a
box where there's nothing else important there is no justification for
giving away full fledged shells to people who don't need them.
Have a look at anoncvssh, with a rough
On Wednesday, August 9, "Glew, Andy" wrote:
Half of the people here are talking about doing this stuff
on their LINUX laptops, or on their personal home directories.
LINUX has meant that thousands of people are now sysadmins.
Bull. Just because you happen to run a Linux box or two does
not
On Wednesday, August 9, "Robert S. Sfeir" wrote:
Honestly (no Robert lie)? None really, but tells me this is version 1
revision 6 of the app file, and that it's build 001. As opposed to version
1 revision 7. With web-based software it matters, I have all my
developers, including HTML
On Wednesday, August 9, Greg A. Woods wrote:
[ On Wednesday, August 9, 2000 at 11:18:56 (-0600), Tobias Weingartner wrote: ]
Subject: Re: cvs-nserver and latest CVS advisory
Then you are screwed. CVS was never meant to be used in this fashion. If you
read the original paper, I believe
On Wednesday, August 9, Justin Wells wrote:
On Wed, Aug 09, 2000 at 02:12:50PM -0400, Greg A. Woods wrote:
[ On Wednesday, August 9, 2000 at 11:51:34 (-0400), Justin Wells wrote: ]
If you grant trust to an untrustworthy party then that's got nothing to
do with SSH or CVS!
That's your
On Wednesday, August 9, "Derek R. Price" wrote:
Tobias Weingartner wrote:
On Wednesday, August 9, Justin Wells wrote:
If I move to ssh, I will definately still be using chroot. Even on a
box where there's nothing else important there is no justification for
giving
On Friday, August 4, Guilhem BONNEFILLE wrote:
I want to use CVS in a reserved checkout model with centralised access
to repository. It's to say :
- reserved checkout : developpers need to lock files before act ;
- centralised access : developpers only have read acces to repository.
They
On Friday, August 4, Justin Wells wrote:
The patch is attached to this email. I hereby grant permission to everyone
in the entire world to use this patch in whatever way they like for whatever
purpose they like. I assign copyright to it to the Free Software Foundation.
Why not just say
On Tuesday, July 25, [EMAIL PROTECTED] wrote:
1. Symbolic links are not stored as is, but they are expanded.
I'd like to keep them as symbolic links in the repository.
Nah, don't do that, use some makefile/script to recreate them,
store the makefile/script in CVS.
2. Binary files lose
On Tuesday, July 25, "Stuart R Dole" wrote:
I've discovered that when I cd into a working directory,
after logging-in to cvs, that cvs doesn't like me to do
things unless the name in CVS/Root is me. This makes sense,
but since there's several of us that telnet into the
"workstation" and
On Monday, July 24, Fredrik Liljegren wrote:
It is not quite true that WinCVS is GPL'ed. WinCVS uses the
CodeJock MFC
library (www.codejock.com), which is NOT GPL. Below is a
portion of the
CodeJock license (http://www.codejock.com/terms_of_use.htm):
...
If you do not meet the
On Monday, July 24, Larry Jones wrote:
Jon Miner writes:
Instead of completely reinventing the wheel, I came to the realization
that what we really need is a CVS library that various programs (the
"cvs" executable, most notably) can access via a specified API.
The client/server
On Thursday, July 13, Eric Chamberlain wrote:
We all would *very* much like to change the build system as you suggest but,
for reasons I cannot go into here, that is not a feasible option.
I just need to know what problems we should anticipate by using dual links
within CVS.
It will
On Wednesday, July 12, Free Software Foundation wrote:
This really looks like FUD against SourceForge, but using a spurious
difference between "free" and "open source".
The difference isn't spurious. The Free Software Movement has been
campaigning for computer users' freedom since 1984.
On Tuesday, July 4, lucky seven wrote:
I tried to find if anything like 'who am i" or other terminal dependant
commands in dot files, but could not find any. I am using cvs 1.10 'Halibut'
on Solaris 2.5.1 with ksh shell. The message only shows when I run "cvs
commit".
Then check your
On Tuesday, July 4, Hennink Tijmen 44541 wrote:
[hennink@patrijs test]$ wesp cvs -d :pserver:hennink@localhost:/home/henn
ink/cvsroot checkout project
cvs server: cannot open /root/.cvsignore: Permission denied
cvs [server aborted]: can't chdir(/root): Permission denied
Chances are your
On Monday, July 3, lucky seven wrote:
Many thanks for the explanation. I will look into SSH. Are there any more
detailed reference for configuring/using SSH with CVS?
On another topic, I get following message:
Must be attached to terminal for 'am I' option
How can I get rid of this? Thanks
On Tuesday, June 13, Paul Adams wrote:
How do I bump the initial rev of all src files under CVS control?
Need to bump from 1.1 to 1.2.
This has got to be on a FAQ somewhere. The answer is...
Don't do that. Version/Revision control is not really done
with the revisions of each file under
This is a slight detour, but I could not resist.
On Sunday, May 14, "Andy Glew" wrote:
(1) I see that you are using CVS and AFS.
Many readers of this list recommend using
CVS server mode, rather than upon a network
filesystem. I must admit that I think that is
bogus - else what's a
On Monday, May 1, Donald Sharp wrote:
This patch adds the year to the history command. When
a user does cvs history blah it only prints out month/day.
Modified the code to print out month/day/year.
Patch generated with cvs diff -c
Thanks!
donald
BEGIN
On Friday, April 28, "Andy Glew" wrote:
How can one truly implement an atomic multifile
commit in CVS? In the sense that only a consistent
set of files is made available for others to pick up,
even in the presence of (some) errors during checkin?
With tags you can come as close to this as
On Wednesday, April 19, "Noel L Yap" wrote:
All this talk of probabilities and possibilities took us on a tangent. It's
occurred to me that, if CVS is to compute MD5's without getting confused with
line endings, one of the following must occur:
1. The server sends the file to the client so
On Tuesday, April 18, Michael Gersten wrote:
MD5 *must* duplicate. It may never duplicate in practice; it may never
duplicate over the life of a single project. But if you are designing
aircraft software, you must be able to say 'we need to check every byte
for changes'.
I'm not sure what
On Tuesday, April 18, Pavel Roskin wrote:
Timestamps should be checked first. If they mis-match, then MD5. I'd
say this should be enough of an "optimization" to keep *most* MD5
computations within check. Oh, and if the timestamp is the same, but
the file has changed (not firing the MD5
On Tuesday, April 18, Larry Jones wrote:
Indeed. Since the rsync algorithm uses two different checksums over
fixed-size blocks (rather than a single algorithm across an entire
file), the chances of errors are greatly reduced (from microscopic to
infinitessimal) and I'd say enhancing CVS to
On Tuesday, April 18, Larry Jones wrote:
Brian Huddleston writes:
But if you're using any decent digest algorhytm, the statistical likelihood
of a digest
algorhytm biting you is (very conservatively)several orders of magnitude
less likely to bite you than timestamps. (See my previous
On Tuesday, April 18, Larry Jones wrote:
Tobias Weingartner writes:
Unless you can point me at a definite article that explains the coding
and complexity theory behind using 2 different algorithms, and that
proves that it actually does reduce the chance of errors, I'm going to
say
On Wednesday, April 19, Jason Henry Parker wrote:
Tobias Weingartner [EMAIL PROTECTED] writes:
Also, the "rsync algorithm" uses 2 sums. One of them is MD5, so in
some sense, rsync is at least as good as us using MD5. Also, the other
algorithm is optimized for speed, not
On Thursday, April 13, Pavel Roskin wrote:
PS. Nowadays when anonymous CVS is so widespread, it's yet to be seen how
many security holes are still in CVS. Maybe we should ask OpenBSD guys to
examine CVS for buffer overflows and other security issues.
Ouch! Ouch! I've looked at CVS some,
On Tuesday, April 11, Mitch Davis wrote:
My suggestion is, instead of storing the timestamp
in CVS/Entries, the CVS client stores the MD5 of
the file. And the up-to-date check performs an
MD5 of the file. If they don't match, the CVS
client knows beyond all doubt that the file has
On Monday, April 10, Stephen Rasku wrote:
Could you elaborate a bit. Port-forwarding the CVS port with ssh is
not secure. I don't know if this is what you are suggesting or not.
Forget pserver/rsh/etc. Use ssh.
--Toby.
On Monday, April 10, Pavel Roskin wrote:
Hello, Tobias!
Why, this is a matter for branches, diffs, multiple "sandboxes", and some
tags (for the bigger projects). It really is quite simple. And to you
people that say "my sandbox is 100+MB, it's not practical, etc", I say
"have you
On Friday, April 7, Stephen Rasku wrote:
I don't think you understood what we are doing. We are checking out a
directory on our Solaris box and then accessing the same directory
from the Windows NT box via Samba. This allows us to compile on all
platforms and only check in when it
On Friday, April 7, Pavel Roskin wrote:
the UNIX version barfs because the DOS version leaves ^M cookies at
the end of each line in CVS/Entries, CVS/Repository, CVS/Root
I think that developers should not be encouraged to use "cvs commit" as
way of transmitting files from one system to
On Friday, April 7, Stephen Rasku wrote:
Don't do that. Working directories are not designed to be shared
between systems with incompatible file formats (e.g., DOS and Unix).
Put the repository on a shared file system if you must (and even then
it's better to use client/server CVS
On Monday, April 3, Crosby wrote:
Dear friends ,
I use my Linux from a long time and most of time like a root . If you
(mr. Donald) give commands which are dangerous for your system is your problem.
I know what I'm doing when press Enter after a command.
For my
On Monday, April 3, Donald Sharp wrote:
There is no right answer. cvs was designed to not allow the root user
to do cvs commands. This has to do with the philosophy about why you
shouldn't run as root unless you have to. It also goes into the level
of trust that you are willing to let
On Monday, April 3, stanislas pinte wrote:
I have a light problem,
Ok, here. Have a match. :-)
I get that error message, running pserver:
cvs server: cannot open /root/.cvsignore: Permission denied
cvs [server aborted]: can't chdir(/root): Permission denied
is this a configuration
On Wednesday, March 29, Donald Sharp wrote:
there is no api. Cvs client server works via STDIN/STDOUT redirection.
This is why you need to have cvs run by inetd. Inetd provides the
hookup of the pipes between STDIN/STDOUT and the sockets
Ok, there are at least 1 wrong statement in here.
On Wednesday, March 29, "J. Brent Spears" wrote:
What causes the following error:
Protocol error: misformed Notify request.
I use cvs on windows98 and wincvs. happens with both.
Hmm, if you are using the "rsh" method (which I'm not sure exists on
the wintel side), then I'd hazard a guess
On Thursday, March 23, "Jamal Khail" wrote:
I have never used CVS before but I need to upgrade to CVS 1.10-8.
Not to point out the obvious, but this statement is a contradiction in
a sense. If you've never used CVS, then how can you "upgrade"? Also,
it lacks other vital information such as;
On Monday, March 13, "Christian Schmolzi" wrote:
I have a problem assigning revision numbers to our project files. After
releasing version 1 of our product we decided to assign a revision
number 2.0 to all files. I did this with "cvs commit -r 2.0" which
worked quite ok (a few files have not
On Tuesday, March 7, Michael Gersten wrote:
We have a very different philosophy here.
Yes we do, but in a strange way, I'm actually enjoying this debate. I'll
appologize right now to any/all of you on this list behind slow/expensive
connections...
The ultimate idea is this: When you check
On Wednesday, March 8, "Cameron, Steve" wrote:
Bergur Ragnarsson writes:
I'm using CVS 1.10 and I am quite happy with it; however there is one
very important feature missing:
CVS rename
Very true. 'cvs rename' is missing. There are a number of ways to implement
that feature,
On Monday, March 6, Michael Gersten wrote:
"Greg A. Woods" wrote:
Sounds a bit like the inverse of the vendor branch concept.
I can't see any reason for doing this though -- beyond wanting to
confuse yourself and anyone else who might look at the result.
How about this: After
On Monday, March 6, Egor Duda wrote:
1.Have a centralized repository where each user can branch out of
and create their own repository with the whole code in it.
CC Why do you want to do this? Why couldn't each user (if this is really
CC necessary) have their own branch inside the
On Wednesday, February 23, "Noel L Yap" wrote:
This is not a communication issue. It's a configuration issue. CVS should
have a way to set default configurations (at least per repo or possibly per
module).
Why? It does have a way to set a default "configuration", on a per-user
basis.
On Monday, February 21, "Noel L Yap" wrote:
[EMAIL PROTECTED] on 2000.02.18 10:48:27
It would be good if CVS would permit the integration of additional diff
and merge tools, too. At least that way it could be taught how to merge
files that give diff3 heartburn.
It should be noted that
On Friday, February 18, "|}avid (opeland" wrote:
(To recap, I have a moving tag that I use to indicate which revision of a file
is in which state of workflow). So, if have dev/stage/live tags, and the dead
revision is tagged as dev and as stage, but the previous (non-dead) revision is
tagged
On Friday, February 18, Frode Nilsen wrote:
The manager doesn't know exactly what files/libraries that needs to be
fixed. He is just concerned about the user feature that is broken. ie. no
help from that part.
I did not say that they would. I merly said that the manager should know
which
On Friday, February 18, Alexandre Parenteau wrote:
Recently I discovered gpg (http://www.gnupg.org). I wonder if someone
would be welling to try to integrate that with cvs.
Why not look into OpenSSH instead? http://www.openssh.org/
--Toby.
On Thursday, February 17, Frode Nilsen wrote:
Tobias Weingartner wrote:
On Wednesday, February 16, Frode Nilsen wrote:
There are two situations that makes this "mess".
1. The developers are situated at different sites, working at different
times etc.
I've worked w
On Thursday, February 17, Paul Sander wrote:
I postulate that there are file formats for which no merge tool is possible.
Hence, there will never be any working merge tool available for some files.
Aiee, therein is the rub. (I make a horrible scott, but I try) You'd have
to define "merge",
On Tuesday, February 15, "Win32 M$" wrote:
I think that the significant improvement could be achieved by
relatively small change. Only need to provide the way to block the locking
for the files, and that the way to turn it on for 'some' files in 'some'
way. I would like to know about how
On Tuesday, February 15, David Thornley wrote:
Besides, there are things that cannot be developed concurrently,
since they are unmergeable, for good reasons or bad. These have
to have some form of lock.
No, they do not *require* some form of lock. Using some form of
lock is one way of
On Monday, February 14, Tony Hoyle wrote:
Tobias Weingartner wrote:
Using cvsweb, or a commitinfo script (with e-mail, etc), this can be made
almost to order. I agree that immediate feedback would be nice too. I'd
say that if and only if the user/password stuff are "fine"
On Monday, February 14, "Win32 M$" wrote:
Purists? You kidding? To ignore the fact that the (BAD) locks are there you
call purists? To be blind by the ideology (this forum is about the
technology) is purists? Wake up, man!
The "locks" current available due to 'cvs admin', are an artifact
68 matches
Mail list logo
