to read in the log
message.
Try setting EDITOR to gvim -f. That tells gvim to run in the
foreground, which should make CVS happy.
--
| | /\
|-_|/ Eric Siegerman, Toronto, Ont.[EMAIL PROTECTED]
| | /
It must be said that they would have sounded better if the singer
wouldn't throw his
something else out.)
--
| | /\
|-_|/ Eric Siegerman, Toronto, Ont.[EMAIL PROTECTED]
| | /
It must be said that they would have sounded better if the singer
wouldn't throw his fellow band members to the ground and toss the
drum kit around during songs.
- Patrick Lenneau
verified it) was to
put this line at the bottom of my ~/.cvswrappers:
* -k 'o'
--
| | /\
|-_|/ Eric Siegerman, Toronto, Ont.[EMAIL PROTECTED]
| | /
It must be said that they would have sounded better if the singer
wouldn't throw his fellow band members to the ground and toss
I have
to take your word for it that it doesn't work.)
--
| | /\
|-_|/ Eric Siegerman, Toronto, Ont.[EMAIL PROTECTED]
| | /
It must be said that they would have sounded better if the singer
wouldn't throw his fellow band members to the ground and toss the
drum kit around during
the same line in all three files, there should be no merge
conflict.
Note, though, that as a side effect, merging with -kk will
stickily set all the files in your sandbox to -kk mode.
*After* you commit the merge, you'll have to do a cvs up -A to
restore them.
--
| | /\
|-_|/ Eric Siegerman
branch10 module-name
--
| | /\
|-_|/ Eric Siegerman, Toronto, Ont.[EMAIL PROTECTED]
| | /
It must be said that they would have sounded better if the singer
wouldn't throw his fellow band members to the ground and toss the
drum kit around during songs.
- Patrick Lenneau
-create my branch
tag at 1.65.2.
Oops! Sorry. See this message:
http://mail.gnu.org/archive/html/info-cvs/2001-12/msg00599.html
In which, among other things, we learn that I started with the
same wrong suggestion then too. Duh!
--
| | /\
|-_|/ Eric Siegerman, Toronto, Ont.[EMAIL
as gnudist, btw)
Try asking the GNU webmasters, or other individuals who've
discussed the thing in the past.
--
| | /\
|-_|/ Eric Siegerman, Toronto, Ont.[EMAIL PROTECTED]
| | /
It must be said that they would have sounded better if the singer
wouldn't throw his fellow band members
anyway; it'd be a
busywait loop, but that seems safer than doing nothing.
Something like this (untested):
char junk;
ssize_t status;
while ((status=read (flowcontrol_pipe[0], junk, 1)) 0
|| (status == -1 errno == EAGAIN));
--
| | /\
|-_|/ Eric
the messages.
I'd rather not go in a manually muck with the ,v file in the repository.
No kidding!
--
| | /\
|-_|/ Eric Siegerman, Toronto, Ont.[EMAIL PROTECTED]
| | /
It must be said that they would have sounded better if the singer
wouldn't throw his fellow band members
fetch; whether the sandbox is remote or local,
the user's changes are irrecoverably lost. (I don't know how
that situation might occur in real usage; I did it artificially
while researching my previous message in this thread :-)
--
| | /\
|-_|/ Eric Siegerman, Toronto, Ont.[EMAIL
On Fri, Dec 19, 2003 at 03:22:31PM -0500, Larry Jones wrote:
Larry Eric Siegerman writes:
Larry
Larry The P status and the checksum failure message should both go
Larry away. (Patched and fully-refetched files should all be labelled
Larry U.)
Larry
Larry I might be convinced about P status
to recall that one of the big objections to pserver
is that CVS has never had a security audit. Once the Savannah
audit is finished, that objection goes away. How will that
affect peoples' level of confidence in pserver and the like?
--
| | /\
|-_|/ Eric Siegerman, Toronto, Ont.[EMAIL
is not secure because the password is sent effectively
in plain text [...]
Woops, I'd forgotten about that! Ok, as regards pserver itself,
my question was pretty dumb. But how about GSSAPI or Kerberos
with encryption?
--
| | /\
|-_|/ Eric Siegerman, Toronto, Ont.[EMAIL PROTECTED
to send all data necessary for the commit to the server in
one go, without any pauses for user interaction.)
When operating locally, on the other hand, it can figure that out
*before* collecting log messages, so it can display an accurate
file list.
--
| | /\
|-_|/ Eric Siegerman, Toronto
to it, they won't know what's going on, but
again it'll fail safe, this time on the human scale: the user
will *know* he doesn't know what's going on, whereas a legitimate
tag name in the error message might have fooled him into thinking
he did know :-)
--
| | /\
|-_|/ Eric Siegerman, Toronto, Ont
at all.)
--
| | /\
|-_|/ Eric Siegerman, Toronto, Ont.[EMAIL PROTECTED]
| | /
It must be said that they would have sounded better if the singer
wouldn't throw his fellow band members to the ground and toss the
drum kit around during songs.
- Patrick Lenneau
the co and update times would be proportional for
these two projects.
Didn't someone say that co locks the whole tree, but update
only locks one directory at a time? I don't see how that would
affect things, though.
--
| | /\
|-_|/ Eric Siegerman, Toronto, Ont.[EMAIL PROTECTED
--
| | /\
|-_|/ Eric Siegerman, Toronto, Ont.[EMAIL PROTECTED]
| | /
It must be said that they would have sounded better if the singer
wouldn't throw his fellow band members to the ground and toss the
drum kit around during songs.
- Patrick Lenneau
revisions that dominates. CVS's locking overhead
is proportional to the number of directories (not files)
being operated on.
--
| | /\
|-_|/ Eric Siegerman, Toronto, Ont.[EMAIL PROTECTED]
| | /
It must be said that they would have sounded better if the singer
wouldn't throw his
On Fri, Nov 14, 2003 at 04:20:14PM -0500, Jim.Hyslop wrote:
Eric Siegerman [mailto:[EMAIL PROTECTED] wrote:
For the record, cvs log and cvs status can display different
values for the -k setting.
Thanks for the correction, I should have mentioned 'log' to begin with.
Well, it was hardly
++ on
some systems?
--
| | /\
|-_|/ Eric Siegerman, Toronto, Ont.[EMAIL PROTECTED]
| | /
When I came back around from the dark side, there in front of me would
be the landing area where the crew was, and the Earth, all in the view
of my window. I couldn't help but think
On Wed, Oct 29, 2003 at 12:12:18PM -0500, Terrence Enger wrote:
http://ftp.cvshome.org/release/feature/cvs-1.12.2/cederqvist-1.12.2.pdf.
- Acrobat reader complains There was an error opening
this document.[...]
Yup, I get the same complaint.
--
| | /\
|-_|/ Eric Siegerman, Toronto
on the branch
Specifically, the longer the path (along the revision tree) from
the revision you're working with to the one at the head of the
trunk, the longer the operation will take. See rcsfile(5) for an
explanation.
--
| | /\
|-_|/ Eric Siegerman, Toronto, Ont.[EMAIL PROTECTED
.
--
| | /\
|-_|/ Eric Siegerman, Toronto, Ont.[EMAIL PROTECTED]
| | /
When I came back around from the dark side, there in front of me would
be the landing area where the crew was, and the Earth, all in the view
of my window. I couldn't help but think that there in front of me was
all of humanity, except
-
--
| | /\
|-_|/ Eric Siegerman, Toronto, Ont.[EMAIL PROTECTED]
| | /
When I came back around from the dark side, there in front of me would
be the landing area where the crew was, and the Earth, all in the view
of my window. I couldn't help but think that there in front of me was
all
asking for read-only access, approval is
required, but isn't too hard to get.
At least, that's how it was when I joined a year or two ago; is
it still the case?
--
| | /\
|-_|/ Eric Siegerman, Toronto, Ont.[EMAIL PROTECTED]
| | /
When I came back around from the dark side
to give co-developers access to cvs WITHOUT giving them
system level access?
You can configure sshd to only allow one command, cvs. I'm not
sure how to do that, but it's been discussed here in the last few
days, so check the list archives.
--
| | /\
|-_|/ Eric Siegerman, Toronto, Ont
, to
get a complete dump of the network conversation
These are for the canonical cvs program, but I'm guessing
they'll work in CVSNT as well. Probably not in the other
clients. See the manual for details on both of these.
--
| | /\
|-_|/ Eric Siegerman, Toronto, Ont.[EMAIL
form at that.)
--
| | /\
|-_|/ Eric Siegerman, Toronto, Ont.[EMAIL PROTECTED]
| | /
When I came back around from the dark side, there in front of me would
be the landing area where the crew was, and the Earth, all in the view
of my window. I couldn't help but think that there in front
On Tue, Sep 16, 2003 at 10:31:07PM -0400, Larry Jones wrote:
Eric Siegerman [EMAIL PROTECTED] wrote:
Instead, perhaps it should do something like: if the specified
pathname, together with the usual other criteria (-r, -D, sticky
attributes, etc.), selects more than one *revision
; my
proposed one cares only about the practical problem -- the
impossibility of stuffing two unrelated revisions into one
sandbox file. If an operation isn't trying to do that,
forbidding it on theoretical grounds seems pointlessly annoying.
--
| | /\
|-_|/ Eric Siegerman, Toronto, Ont
-cvs/2001-08/msg01156.html
http://mail.gnu.org/archive/html/info-cvs/2000-11/msg00404.html
--
| | /\
|-_|/ Eric Siegerman, Toronto, Ont.[EMAIL PROTECTED]
| | /
When I came back around from the dark side, there in front of me would
be the landing area where the crew
be completely pointless.
--
| | /\
|-_|/ Eric Siegerman, Toronto, Ont.[EMAIL PROTECTED]
| | /
When I came back around from the dark side, there in front of me would
be the landing area where the crew was, and the Earth, all in the view
of my window. I couldn't help but think
is not
in the path to be deleted. This seems very inefficient.
And hopelessly insecure. What's to prevent them from going
behind your script's back to the real rm command -- or writing
their own delete-file command?
--
| | /\
|-_|/ Eric Siegerman, Toronto, Ont.[EMAIL PROTECTED
...
To automate that, you'll have to modify all the CVS/Root files in
your sandbox to refer to the repo by its new name.
--
| | /\
|-_|/ Eric Siegerman, Toronto, Ont.[EMAIL PROTECTED]
| | /
When I came back around from the dark side, there in front of me would
be the landing area where
(branch and revision tags both) in the repo,
but it's not always accurate, so it's best not to depend on it.
--
| | /\
|-_|/ Eric Siegerman, Toronto, Ont.[EMAIL PROTECTED]
| | /
When I came back around from the dark side, there in front of me would
be the landing area where the crew
subsequently did a cvs
import of that file.
Note that you can distinguish these two cases from the log
output, by looking at the +N -M indicators on 1.1.1.1, so
you don't have to cvs diff them.
--
| | /\
|-_|/ Eric Siegerman, Toronto, Ont.[EMAIL PROTECTED
, for now. If you
later need to patch the release, you can create a branch at that
time to hold your changes. In the meantime, you've avoided
cluttering up your repo with unnecessary branches.
--
| | /\
|-_|/ Eric Siegerman, Toronto, Ont.[EMAIL PROTECTED]
| | /
When I came back around
; either one could be what the user's looking
for.
It's the same difference as that between cvs log -rX:Y and
-rX::Y.
--
| | /\
|-_|/ Eric Siegerman, Toronto, Ont.[EMAIL PROTECTED]
| | /
When I came back around from the dark side, there in front of me would
be the landing area where
On Thu, Aug 07, 2003 at 06:47:06PM -0700, Paul Sander wrote:
This algorithm does not consider:
[lots of things]
Woops, you're right!
The next time I have a sneaking suspicion I might be writing
beyond my knowledge ... I'll listen to it :-/
--
| | /\
|-_|/ Eric Siegerman, Toronto, Ont
hypothesizing.)
--
| | /\
|-_|/ Eric Siegerman, Toronto, Ont.[EMAIL PROTECTED]
| | /
When I came back around from the dark side, there in front of me would
be the landing area where the crew was, and the Earth, all in the view
of my window. I couldn't help but think that there in front
may well have the syntax
wrong), to force CVS into client/server mode even though the repo
is on the local machine.
Certainly -d mymachine.mydomain.com:/my/repo/location will do
what you want, but I suspect it'll slow CVS down more than fork
mode would do.
--
| | /\
|-_|/ Eric Siegerman
-I!
quoting the ! however your shell requires it.
--
| | /\
|-_|/ Eric Siegerman, Toronto, Ont.[EMAIL PROTECTED]
| | /
When I came back around from the dark side, there in front of me would
be the landing area where the crew was, and the Earth, all in the view
of my window. I
it was?
--
| | /\
|-_|/ Eric Siegerman, Toronto, Ont.[EMAIL PROTECTED]
| | /
When I came back around from the dark side, there in front of me would
be the landing area where the crew was, and the Earth, all in the view
of my window. I couldn't help but think that there in front of me was
all of humanity, except
easily check out a *subdirectory* from a different place
in the repo, but you can't mix files from two repo directories in
one sandbox directory.
--
| | /\
|-_|/ Eric Siegerman, Toronto, Ont.[EMAIL PROTECTED]
| | /
When I came back around from the dark side, there in front of me would
the one from Version 4 of the package.
--
| | /\
|-_|/ Eric Siegerman, Toronto, Ont.[EMAIL PROTECTED]
| | /
When I came back around from the dark side, there in front of me would
be the landing area where the crew was, and the Earth, all in the view
of my window. I couldn't help
suspect he was using panic in the mundane, informal sense of
freak out, not the jargony sense of abort.
--
| | /\
|-_|/ Eric Siegerman, Toronto, Ont.[EMAIL PROTECTED]
| | /
When I came back around from the dark side, there in front of me would
be the landing area where the crew
is that expression generally accepted computing wisdom.
It's just a summary of the philosophy (to use the term rather
loosely) behind Perl's design (or rather, lack thereof).
--
| | /\
|-_|/ Eric Siegerman, Toronto, Ont.[EMAIL PROTECTED]
| | /
When I came back around from the dark side
to lose
generality.
Given that, and also given principle of least surprise, -r
HEAD should do what -r any-other-revision-tag does.
If one of the cvs maintainers is listening, can this be put on the wish
list?
-1
--
| | /\
|-_|/ Eric Siegerman, Toronto, Ont.[EMAIL PROTECTED
transformations
you like)
- export CVSEDITOR=`which cat` into the environment
- go:
echo $transformed_log_message | cvs $other_args
--
| | /\
|-_|/ Eric Siegerman, Toronto, Ont.[EMAIL PROTECTED]
| | /
When I came back around from the dark side, there in front of me
version as well as the two child versions
Of course, (2) is what we're after, but diff3 provides no way to
get that without also getting (1).
--
| | /\
|-_|/ Eric Siegerman, Toronto, Ont.[EMAIL PROTECTED]
| | /
When I came back around from the dark side, there in front of me would
-CVS access -- no less
secure than publishing the password on a web site as everyone
does now, but certainly less annoying. Oh well.
--
| | /\
|-_|/ Eric Siegerman, Toronto, Ont.[EMAIL PROTECTED]
| | /
My Wine works. However it crashes about half the time on startup.
Apparently
, to avoid corrupting the
repository. CVS does this; if both users commit their
changes at the same moment, one of them will have to wait a
short time for the other one's commit to finish.
--
| | /\
|-_|/ Eric Siegerman, Toronto, Ont.[EMAIL PROTECTED]
| | /
A distributed
.java,v
--
| | /\
|-_|/ Eric Siegerman, Toronto, Ont.[EMAIL PROTECTED]
| | /
A distributed system is one on which I cannot get any work done,
because a machine I have never heard of has crashed.
- Leslie Lamport
___
Info-cvs mailing
permits will affect only your own.
--
| | /\
|-_|/ Eric Siegerman, Toronto, Ont.[EMAIL PROTECTED]
| | /
A distributed system is one on which I cannot get any work done,
because a machine I have never heard of has crashed.
- Leslie Lamport
On Wed, Apr 02, 2003 at 02:01:30PM -0500, Larry Jones wrote:
Eric Siegerman writes:
CVS should probably print a warning in this case, but it doesn't.
This case is updating a file with a sticky tag or date, which seems
like a good idea to me, too. Anyone disagree?
Sticky *revision* tag
the template-substituter when the template or a user's
per-sandbox parameters file has changed.
--
| | /\
|-_|/ Eric Siegerman, Toronto, Ont.[EMAIL PROTECTED]
| | /
A distributed system is one on which I cannot get any work done,
because a machine I have never heard of has crashed
sources MyProject/something/Foo MyCompany start
if you wanted the stuff to end up deeper inside the repo. (CVS
will create the intermediate directories if necessary.)
--
| | /\
|-_|/ Eric Siegerman, Toronto, Ont.[EMAIL PROTECTED]
| | /
A distributed system is one on which I cannot get
/archive/html/info-cvs/2002-09/msg00226.html
--
| | /\
|-_|/ Eric Siegerman, Toronto, Ont.[EMAIL PROTECTED]
| | /
A distributed system is one on which I cannot get any work done,
because a machine I have never heard of has crashed.
- Leslie Lamport
you might decide to just recompile it. In either case, the
usual approach is to write a script, Makefile, or whatever to
drive the process -- and then track that file in CVS.
--
| | /\
|-_|/ Eric Siegerman, Toronto, Ont.[EMAIL PROTECTED]
| | /
A distributed system is one on which
-- indeed, extended,
recurring, and flame-prone -- debate.
I don't blame you for being confused. The example never says who
bach is; you have to infer it. I'll be sending a patch for
that to bug-cvs in a minute.
--
| | /\
|-_|/ Eric Siegerman, Toronto, Ont.[EMAIL PROTECTED
, leaving only the warning.
--
| | /\
|-_|/ Eric Siegerman, Toronto, Ont.[EMAIL PROTECTED]
| | /
A distributed system is one on which I cannot get any work done,
because a machine I have never heard of has crashed.
- Leslie Lamport
must be older. Try
cvs version instead of cvs -v; the former prints out the
server's CVS version too.
--
| | /\
|-_|/ Eric Siegerman, Toronto, Ont.[EMAIL PROTECTED]
| | /
A distributed system is one on which I cannot get any work done,
because a machine I have never heard of has
Joe has a .cvsrc (or the Windows equivalent) that forces
all commits to -kb. That would be one explanation for this
behaviour.
BTW, 1.11 is ancient -- many bugs have been fixed since then.
All of you (not just Joe) should consider upgrading to 1.11.5.
--
| | /\
|-_|/ Eric Siegerman, Toronto
right than the
alternative, in the sense of less likely to be what the user
intended or expected, and less likely to be what they'll find
useful.
(No argument about the other four, btw.)
--
| | /\
|-_|/ Eric Siegerman, Toronto, Ont.[EMAIL PROTECTED]
| | /
A distributed system is one
:
cvs update -dP B1_0 B2_0 MAIN
it should do the right thing -- but I'd want to test that before
depending on it. (Note: the arguments there are the directory
names, not the branch names.)
--
| | /\
|-_|/ Eric Siegerman, Toronto, Ont.[EMAIL PROTECTED]
| | /
A distributed system is one
justification
than was given.
I just wonder how come this does not cause problems in
the development of large projects that are kept in CVS.
So do I!
--
| | /\
|-_|/ Eric Siegerman, Toronto, Ont.[EMAIL PROTECTED]
| | /
A distributed system is one on which I cannot get any work done,
because
.)
--
| | /\
|-_|/ Eric Siegerman, Toronto, Ont.[EMAIL PROTECTED]
| | /
A distributed system is one on which I cannot get any work done,
because a machine I have never heard of has crashed.
- Leslie Lamport
___
Info-cvs mailing list
[EMAIL
is accessing the repo directly (i.e. it's
the only NFS client to touch it). If that's correct, it makes
things less worrisome -- but I suppose there still might be
interoperability problems between the Linux NFS client and your
NFS server if it's on a different platform.
--
| | /\
|-_|/ Eric
-suspect it will), at least we can stop
harping on the NFS thing and look elsewhere :-) So whichever the
outcome, it won't have been wasted effort.
--
| | /\
|-_|/ Eric Siegerman, Toronto, Ont.[EMAIL PROTECTED]
| | /
A distributed system is one on which I cannot get any work done
it:
testXXX/YYY
--
| | /\
|-_|/ Eric Siegerman, Toronto, Ont.[EMAIL PROTECTED]
| | /
A distributed system is one on which I cannot get any work done,
because a machine I have never heard of has crashed.
- Leslie Lamport
___
Info
of them.
Indeed. In CVS, tags are meant to label the state of the module
at a given point in time, not the transitions. For the latter
(and given that you've tagged the states in the first place), use
cvs diff -rtag1 -rtag2.
--
| | /\
|-_|/ Eric Siegerman, Toronto, Ont.[EMAIL PROTECTED
in line with the way CVS wants to
do things.
--
| | /\
|-_|/ Eric Siegerman, Toronto, Ont.[EMAIL PROTECTED]
| | /
A distributed system is one on which I cannot get any work done,
because a machine I have never heard of has crashed.
- Leslie Lamport
they like.
--
| | /\
|-_|/ Eric Siegerman, Toronto, Ont.[EMAIL PROTECTED]
| | /
A distributed system is one on which I cannot get any work done,
because a machine I have never heard of has crashed.
- Leslie Lamport
___
Info-cvs
are you using? If it's an old one, try upgrading.
- Or are you using another implementation, e.g. WinCVS, cvsnt,
etc.? If so, you might have better luck on the appropriate
list.
--
| | /\
|-_|/ Eric Siegerman, Toronto, Ont.[EMAIL PROTECTED]
| | /
A distributed
On Tue, Feb 04, 2003 at 06:29:04PM -0500, Greg A. Woods wrote:
[ On Tuesday, February 4, 2003 at 17:48:24 (-0500), Eric Siegerman wrote: ]
chmod -R g+w
find . -type d -print0 | xargs -0 chmod g+s
You don't want the ,v files to be writable by anyone. So, just this:
find
On Fri, Jan 31, 2003 at 04:43:34PM +0100, Ludvig Borgne wrote:
A simple question - is it possible to remove a branch?
I have tried:
cvs rtag -b -d branch_name module_name
The -b should be -B.
--
| | /\
|-_|/ Eric Siegerman, Toronto, Ont.[EMAIL PROTECTED]
| | /
A distributed
it in
--
| | /\
|-_|/ Eric Siegerman, Toronto, Ont.[EMAIL PROTECTED]
| | /
A distributed system is one on which I cannot get any work done,
because a machine I have never heard of has crashed.
- Leslie Lamport
___
Info-cvs mailing
.
I now want to update (commit) my working revisions of the files for
those directories that I have checked out prior to the disk-crash.
See this thread:
http://www.mail-archive.com/info-cvs@gnu.org/msg21518.html
--
| | /\
|-_|/ Eric Siegerman, Toronto, Ont.[EMAIL PROTECTED
...
--
| | /\
|-_|/ Eric Siegerman, Toronto, Ont.[EMAIL PROTECTED]
| | /
Just Say No to the faceless cannonfodder stereotype.
- http://www.ainurin.net/ (an Orc site)
___
Info-cvs mailing list
[EMAIL PROTECTED]
http://mail.gnu.org/mailman/listinfo
a
given directory is locally or remotely mounted?
But while working
on my local drive I don't want to mess with any server stuff.
Indeed! I might not even have any server stuff set up yet by
the time I want to start using CVS.
--
| | /\
|-_|/ Eric Siegerman, Toronto, Ont.[EMAIL
the
list archives.
--
| | /\
|-_|/ Eric Siegerman, Toronto, Ont.[EMAIL PROTECTED]
| | /
Just Say No to the faceless cannonfodder stereotype.
- http://www.ainurin.net/ (an Orc site)
___
Info-cvs mailing list
[EMAIL PROTECTED
respectively; or else set only the non-floating tag, and use some
mechanism external to CVS to tell the scripts which tag
corresponds to the current test build.
--
| | /\
|-_|/ Eric Siegerman, Toronto, Ont.[EMAIL PROTECTED]
| | /
Just Say No to the faceless cannonfodder stereotype
-mounted repo with screwed-up locking lead to these
symptoms (valid ,v files but with tags applied inconsistently),
or would the individual ,v files end up broken instead?
--
| | /\
|-_|/ Eric Siegerman, Toronto, Ont.[EMAIL PROTECTED]
| | /
Just Say No to the faceless cannonfodder
, nightly snapshots, and/or random cvs
updates, I doubt this sort of approach has a chance. You'd end
up with *zillions* of little one-revision branches, one for each
submitted patch. Ick!
--
| | /\
|-_|/ Eric Siegerman, Toronto, Ont.[EMAIL PROTECTED]
| | /
Just Say No to the faceless
the
directory's permissions that matter, not those of the
individual files.
--
| | /\
|-_|/ Eric Siegerman, Toronto, Ont.[EMAIL PROTECTED]
| | /
Just Say No to the faceless cannonfodder stereotype.
- http://www.ainurin.net/ (an Orc site
commit
CVS itself can't digest arbitrary patch files.
--
| | /\
|-_|/ Eric Siegerman, Toronto, Ont.[EMAIL PROTECTED]
| | /
Just Say No to the faceless cannonfodder stereotype.
- http://www.ainurin.net/ (an Orc site)
___
Info-cvs
to implement one of
the others -- especially if the copying approach is your
long-term solution of choice, but there's still post-release
bug-fix work happening on the 1.0 code, which would prevent you
from retiring that (pseudo-) branch yet.
--
| | /\
|-_|/ Eric Siegerman, Toronto, Ont.[EMAIL
1.11; even if an upgrade
doesn't solve this particular problem, it's well worth doing.
--
| | /\
|-_|/ Eric Siegerman, Toronto, Ont.[EMAIL PROTECTED]
| | /
Just Say No to the faceless cannonfodder stereotype.
- http://www.ainurin.net/ (an Orc site
On Thu, Dec 19, 2002 at 04:28:43PM -0500, Mazza, Glen R., ,CPMS wrote:
I'm
confused which directory CVS considers as the root: /usr/local/cvsroot or
/usr/local/cvsroot/CVSROOT?
/usr/local/cvsroot
--
| | /\
|-_|/ Eric Siegerman, Toronto, Ont.[EMAIL PROTECTED]
| | /
Just Say
to slurp into
itself any usually-external functionality that might be needed.
An Ant mailing list might be a better place to ask about this.
--
| | /\
|-_|/ Eric Siegerman, Toronto, Ont.[EMAIL PROTECTED]
| | /
Just Say No to the faceless cannonfodder stereotype.
- http
.
This refers to putting symlinks within the repo, or naming a
symlink in $CVSROOT. Symlinks in sandboxes don't break, exactly
-- but CVS pretty much ignores them, so you have to use some
other tool, e.g. make, to maintain them.
--
| | /\
|-_|/ Eric Siegerman, Toronto, Ont.[EMAIL PROTECTED
that, could you clarify which CVS
version(s) were used for which tests? For the remote test,
*both* the client and the server versions are needed.
--
| | /\
|-_|/ Eric Siegerman, Toronto, Ont.[EMAIL PROTECTED]
| | /
Just Say No to the faceless cannonfodder stereotype.
- http
can either work around that manually, or use GNU findutils as
I've described here recently (search the archives for -print0
[sic]).
--
| | /\
|-_|/ Eric Siegerman, Toronto, Ont.[EMAIL PROTECTED]
| | /
Just Say No to the faceless cannonfodder stereotype.
- http
for reference, but
make it read-only so that people can't accidentally commit
changes to it
--
| | /\
|-_|/ Eric Siegerman, Toronto, Ont.[EMAIL PROTECTED]
| | /
Just Say No to the faceless cannonfodder stereotype.
- http://www.ainurin.net/ (an Orc site
. Worse in some
situations than in others, but usually manageable, by which I
mean, reducible to the level of annoyance rather than major
productivity drain.
--
| | /\
|-_|/ Eric Siegerman, Toronto, Ont.[EMAIL PROTECTED]
| | /
Just Say No to the faceless cannonfodder stereotype
this as criticism, Larry; that's not my intent!
I'm merely trying to draw you out on the reasons. It'd be good
to have that bit of your expertise on the record, in case someone
tripping across this thread in the archives decides it's a
project worth taking on :-)
--
| | /\
|-_|/ Eric Siegerman
to standard output (avoids stickiness).
--
| | /\
|-_|/ Eric Siegerman, Toronto, Ont.[EMAIL PROTECTED]
| | /
Just Say No to the faceless cannonfodder stereotype.
- http://www.ainurin.net/ (an Orc site)
___
Info-cvs mailing list
[EMAIL
of the
# -j's is intentional, and important.
cvs commit
--
| | /\
|-_|/ Eric Siegerman, Toronto, Ont.[EMAIL PROTECTED]
| | /
Just Say No to the faceless cannonfodder stereotype.
- http://www.ainurin.net/ (an Orc site
1 - 100 of 464 matches
Mail list logo
