--
Mike Castle Life is like a clock: You can work constantly
[EMAIL PROTECTED] and be right all the time, or not work at all
www.netcom.com/~dalgoda/ and be right at least twice a day. -- mrc
We are all of us living in the shadow of Manhattan. -- Watchmen
with the appropriate tools,
then you're not doing true configuration management. CM is more than just
tracking the individual source files, it tracking the environment (the
configuration) that was used to build those files into the release.
mrc
--
Mike Castle Life is like a clock: You can
--
Mike Castle Life is like a clock: You can work constantly
[EMAIL PROTECTED] and be right all the time, or not work at all
www.netcom.com/~dalgoda/ and be right at least twice a day. -- mrc
We are all of us living in the shadow of Manhattan. -- Watchmen
rach repository just to make sure I
have the things correct.
mrc
--
Mike Castle Life is like a clock: You can work constantly
[EMAIL PROTECTED] and be right all the time, or not work at all
www.netcom.com/~dalgoda/ and be right at least twice a day. -- mrc
We are all of us
! (At least under Unix, the write could
write/rename/unlink files that are open by others without issues).
mrc
--
Mike Castle Life is like a clock: You can work constantly
[EMAIL PROTECTED] and be right all the time, or not work at all
www.netcom.com/~dalgoda/ and be right at least twice
en a while and can't remember).
mrc
--
Mike Castle Life is like a clock: You can work constantly
[EMAIL PROTECTED] and be right all the time, or not work at all
www.netcom.com/~dalgoda/ and be right at least twice a day. -- mrc
We are all of us living in the shadow of Manhattan. -- Watchmen
original import done? Does your development process include
cross platform work?
mrc
--
Mike Castle Life is like a clock: You can work constantly
[EMAIL PROTECTED] and be right all the time, or not work at all
www.netcom.com/~dalgoda/ and be right at least twice a day. -- mrc
--
Mike Castle Life is like a clock: You can work constantly
[EMAIL PROTECTED] and be right all the time, or not work at all
www.netcom.com/~dalgoda/ and be right at least twice a day. -- mrc
We are all of us living in the shadow of Manhattan. -- Watchmen
--
Mike Castle Life is like a clock: You can work constantly
[EMAIL PROTECTED] and be right all the time, or not work at all
www.netcom.com/~dalgoda/ and be right at least twice a day. -- mrc
We are all of us living in the shadow of Manhattan. -- Watchmen
-A
cvs up -j TAG -j TAG_branch
cvs commit -m "integrated Joe's changes"
mrc
--
Mike Castle Life is like a clock: You can work constantly
[EMAIL PROTECTED] and be right all the time, or not work at all
www.netcom.com/~dalgoda/ and be right at least twice a day. -- mrc
this control? I
get
the feeling that, once authenticated for the machine, you would have
access to
any of the repositories on that server. [I guess I could put different
repositories on
different machines.]
Standard Unix groups.
mrc
--
Mike Castle Life is like a clock
ver file]
cvs up -A
cvs commit
I count that as four steps.
What did mine give you? Seven steps? Those three extra steps give you the
added benefit I mentioned above.
mrc
--
Mike Castle Life is like a clock: You can work constantly
[EMAIL PROTECTED] and be right all the time, or
\
\gringo\cvsroot-cbs
cvs checkout: Updating swill
cvs checkout: in directory swill:
cvs checkout: ignoring CVS/Root because it specifies a non-existent
repository \
\gringo\cvsroot-cbs
U swill/test_file
U swill/test_file1
U swill/test_file2
mrc
--
Mike Castle Life is like
implify code in some parts (of course, wouldn't rip
out all Attic handling, for repositories already using it), but if that
could eventually be pulled too.
What's the saying: It's done, not when you have no more to add, but when
you have no more feature to remove.
mrc
--
Mike Castle
minutes.
Maybe there's a way to tweak those settings. Or, get away from pserver and
use client/server over rsh or, better, ssh.
mrc
--
Mike Castle Life is like a clock: You can work constantly
[EMAIL PROTECTED] and be right all the time, or not work at all
www.netcom.com/~dalgoda
is
possible! Then again, if this is Linux, I don't know how similar to the
commercial flavours of Unix it is in this regard.
And if it's OpenBSD, it's, literally, random.
mrc
--
Mike Castle Life is like a clock: You can work constantly
[EMAIL PROTECTED] and be right all the time
, i should simply use the "add" command.
cvs add androview\de\nightdawn\androview\galaxy\SolarSystem.java
--
Mike Castle Life is like a clock: You can work constantly
[EMAIL PROTECTED] and be right all the time, or not work at all
www.netcom.com/~dalgoda/ and be righ
possible for a single CVS command to recurse into several
CVS roots. This includes roots which are located on several servers,
or which are both remote and local. CVS will make connections to as
many servers as necessary.
mrc
--
Mike Castle Life is like a clock: You can work constantly
a README that would explain what the dir is used for.
Or have your build process create the directory.
mrc
--
Mike Castle Life is like a clock: You can work constantly
[EMAIL PROTECTED] and be right all the time, or not work at all
www.netcom.com/~dalgoda/ and be right at least
On Wed, Aug 09, 2000 at 11:54:33AM -0400, Justin Wells wrote:
Is it as easy for a WinCVS user to set up ssh as it is to set up pserver?
Yes.
mrc
--
Mike Castle Life is like a clock: You can work constantly
[EMAIL PROTECTED] and be right all the time, or not work at all
On Wed, Aug 09, 2000 at 02:34:02PM -0400, Justin Wells wrote:
On Wed, Aug 09, 2000 at 12:06:53PM -0500, Mike Castle wrote:
On Wed, Aug 09, 2000 at 11:54:33AM -0400, Justin Wells wrote:
Is it as easy for a WinCVS user to set up ssh as it is to set up pserver?
Yes.
No it isn't. You
found it to
install some packages using InstallShield.
But then, I get easily confused on a Win32 system if I have to take my
hands off the keyboard.
mrc
--
Mike Castle Life is like a clock: You can work constantly
[EMAIL PROTECTED] and be right all the time, or not work at all
.
mrc
--
Mike Castle Life is like a clock: You can work constantly
[EMAIL PROTECTED] and be right all the time, or not work at all
www.netcom.com/~dalgoda/ and be right at least twice a day. -- mrc
We are all of us living in the shadow of Manhattan. -- Watchmen
)
The problem has to do with the contents of the CVS/Tag file. It states
that this directory is a non-branch. And if I change it to Trel6-0-0 I
am able to add with no problem.
jsm
--
Mike Castle Life is like a clock: You can work constantly
[EMAIL PROTECTED] and be right all
est
cvs up -j merge_to_test_1 -j merge_to_test_2
cvs commit -m "merged in changes from merge_to_test_1 to merge_to_test_2"
Hope that helps!
mrc
--
Mike Castle Life is like a clock: You can work constantly
[EMAIL PROTECTED] and be right all the time, or not work at all
www
] -k 'b'
mrc
--
Mike Castle Life is like a clock: You can work constantly
[EMAIL PROTECTED] and be right all the time, or not work at all
www.netcom.com/~dalgoda/ and be right at least twice a day. -- mrc
We are all of us living in the shadow of Manhattan. -- Watchmen
On Wed, Aug 23, 2000 at 11:50:55PM -, Ramon M. Felciano wrote:
cvs checkout -c option, which lists all modules in CVS; I want all
files in a module.
cvs -n co
--
Mike Castle Life is like a clock: You can work constantly
[EMAIL PROTECTED] and be right all the time
procedure to create the directory.
mrc
--
Mike Castle Life is like a clock: You can work constantly
[EMAIL PROTECTED] and be right all the time, or not work at all
www.netcom.com/~dalgoda/ and be right at least twice a day. -- mrc
We are all of us living in the shadow of
--
Mike Castle Life is like a clock: You can work constantly
[EMAIL PROTECTED] and be right all the time, or not work at all
www.netcom.com/~dalgoda/ and be right at least twice a day. -- mrc
We are all of us living in the shadow of Manhattan. -- Watchmen
, just use standard server mode. Read the
sections on using RSH, and just set CVS_RSH to the value ssh.
mrc
--
Mike Castle Life is like a clock: You can work constantly
[EMAIL PROTECTED] and be right all the time, or not work at all
www.netcom.com/~dalgoda/ and be right at least
vs diff -c is usuable by patch. cvs diff alone is not.
cvs diff -u builds a unified diff that is more compact, but doesn't work
with older versions of patch (solution: install latest version of patch).
mrc
--
Mike Castle Life is like a clock: You can work constantly
[EMAIL
be used for the unix chgrp command, but that is purely
coincidental).
No need at all to enhance CVS.
mrc
--
Mike Castle Life is like a clock: You can work constantly
[EMAIL PROTECTED] and be right all the time, or not work at all
www.netcom.com/~dalgoda/ and be right at least twice
to use native unix groups to manage projects.
Just set the envvar CVS_RSH to the value ssh, then use
cvs -d :ext:user@site:/path/to/dir
mrc
--
Mike Castle Life is like a clock: You can work constantly
[EMAIL PROTECTED] and be right all the time, or not work at all
www.netcom.com
in cvs
the inputs to cfengine.
[That is, if cfengine doesn't offer something already; I've not used it
myself, just heard about it. Though it is on my TODO list. Someday.]
mrc
--
Mike Castle Life is like a clock: You can work constantly
[EMAIL PROTECTED] and be right all
information there?
Why don't you use :ext:luke@linuxhost:/home/mantovani/cvs-archive
And set CVS_RSH to ssh.
mrc
--
Mike Castle Life is like a clock: You can work constantly
[EMAIL PROTECTED] and be right all the time, or not work at all
www.netcom.com/~dalgoda/ and be right
FWIW I am the
only committer on this repository.
You may be the only committer, but are you committing from only one checked
out tree? Or did you do anything unusual on the checkout or update?
mrc
--
Mike Castle Life is like a clock: You can work constantly
[EMAIL PROTECTED] and b
ter
Line 2 blah blah blah enter
Line 3 blah blah blah" file1 file2 file3
mrc
--
Mike Castle Life is like a clock: You can work constantly
[EMAIL PROTECTED] and be right all the time, or not work at all
www.netcom.com/~dalgoda/ and be right at least twice a day. -- mrc
On Fri, Oct 13, 2000 at 04:29:17PM +0200, Louis-David Mitterrand wrote:
On Fri, Oct 13, 2000 at 08:22:19AM -0500, Mike Castle wrote:
You may be the only committer, but are you committing from only one checked
out tree? Or did you do anything unusual on the checkout or update?
Always from
On Fri, Oct 13, 2000 at 10:42:17AM -0400, Larry Jones wrote:
Mike Castle writes:
I was always under the impression the those using OpenBSD were doing so for
security reasons. And pserver is far from secure!
As long as all the users have shell accounts on the server, a typical
pserver
or whence?
If you can't get cvs into the path, you can set the environment variable
CVS_SERVER to point to the full path of the cvs binary on the server.
mrc
--
Mike Castle Life is like a clock: You can work constantly
[EMAIL PROTECTED] and be right all the time, or not w
On Wed, Oct 18, 2000 at 04:39:12PM -0600, Kris Herrald wrote:
3. cvs update -A filenames (this was an attempt to remove the sticky
cvs update -A
cvs add newfiles
cvs commit
cvs tag newfiles
cvs update -r tag
--
Mike Castle Life is like a clock: You can work constantly
--
Mike Castle Life is like a clock: You can work constantly
[EMAIL PROTECTED] and be right all the time, or not work at all
www.netcom.com/~dalgoda/ and be right at least twice a day. -- mrc
We are all of us living in the shadow of Manhattan. -- Watchmen
ike:
cat $CVSEDITLOG $1
vi $1
That is, instead of trying to shoe horn into cvs commit, put a wrapper
around it.
mrc
--
Mike Castle Life is like a clock: You can work constantly
[EMAIL PROTECTED] and be right all the time, or not work at all
www.netcom.com/~dalgoda/ and be right at least twice
On Fri, Oct 27, 2000 at 01:57:37PM -0700, Matthew Berney wrote:
But, there is no way to "turn off" the sticky option.
cvs admin -kkv ?
mrc
--
Mike Castle Life is like a clock: You can work constantly
[EMAIL PROTECTED] and be right all the time, or not w
On Mon, Oct 30, 2000 at 02:58:42PM -0500, Richard June wrote:
1.5MB or so. that's perfectly fine if it's intentional, I just need it to
behave differently.
Delete the file that's being updated, then do an update.
mrc
--
Mike Castle Life is like a clock: You can work constantly
a transient state
where the file isn't there in a complete form. So what's the problem?
Just do a cvs -n up, gather up the list of files that need to be updated,
loop over deleting them and then doing a true update on each file.
mrc
--
Mike Castle Life is like a clock: You can work
?
Solaris has a nifty tmpfs where /tmp is a memory based file system that is
pageable. Pretty nifty. Instead of setting aside X for swap, and Y for
/tmp, set aside X+Y for swap+tmp, and used as needed.
mrc
--
Mike Castle Life is like a clock: You can work constantly
[EMAIL
that should ever be done as root is "make install" (in general).
mrc
--
Mike Castle Life is like a clock: You can work constantly
[EMAIL PROTECTED] and be right all the time, or not work at all
www.netcom.com/~dalgoda/ and be right at least twice a day. -- mrc
We are
t too hard I would think...
mrc
--
Mike Castle Life is like a clock: You can work constantly
[EMAIL PROTECTED] and be right all the time, or not work at all
www.netcom.com/~dalgoda/ and be right at least twice a day. -- mrc
We are all of us living in the shadow of
, right?) with a new name, and merge the
changes over to it, though you obfuscate the history a little that way.
mrc
--
Mike Castle Life is like a clock: You can work constantly
[EMAIL PROTECTED] and be right all the time, or not work at all
www.netcom.com/~dalgoda/ and be right
and others have changed the file too, and you are
certain, VERY VERY CERTAIN that you don't want those changes, then rename
your file, cvs update, copy your renamed file over the file just checked
out, then commit. THIS WILL LOSE CHANGES!
mrc
--
Mike Castle Life is like a clock: You can
1000. It's a simple
rule that does help keep things straight.
mrc
--
Mike Castle Life is like a clock: You can work constantly
[EMAIL PROTECTED] and be right all the time, or not work at all
www.netcom.com/~dalgoda/ and be right at least twice a day. -- mrc
We are all
more often than, say, once a quarter or so, you
probably need to look at your process. Someone is probably doing things
they shouldn't be doing.
mrc
--
Mike Castle Life is like a clock: You can work constantly
[EMAIL PROTECTED] and be right all the time, or not work at all
to let the local machine do all the
accessing and send you just the pertinent parts.
mrc
--
Mike Castle Life is like a clock: You can work constantly
[EMAIL PROTECTED] and be right all the time, or not work at all
www.netcom.com/~dalgoda/ and be right at least twice a day. -- mrc
and better tested user admin stuff.
mrc
--
Mike Castle Life is like a clock: You can work constantly
[EMAIL PROTECTED] and be right all the time, or not work at all
www.netcom.com/~dalgoda/ and be right at least twice a day. -- mrc
We are all of us living in the shadow of
of a deal? Probably not.
But if you've moved the file into a different subdirectory, well, perhaps
it's a bigger issue.
mrc
--
Mike Castle Life is like a clock: You can work constantly
[EMAIL PROTECTED] and be right all the time, or not work at all
www.netcom.com/~dalgoda/ a
with ssh-agent to have it up and
running? I've never used ssh-agent so don't know if it would serve this
purpose or not.
mrc
--
Mike Castle Life is like a clock: You can work constantly
[EMAIL PROTECTED] and be right all the time, or not work at all
www.netcom.com/~dalgoda
and the like)?
mrc
--
Mike Castle Life is like a clock: You can work constantly
[EMAIL PROTECTED] and be right all the time, or not work at all
www.netcom.com/~dalgoda/ and be right at least twice a day. -- mrc
We are all of us living in the shadow of Manhattan. -- Watchmen
t).
Could something similar have happened with this set up?
I can't remember, but are you using wincvs or command line client? If
command line, and you do "cvs -t co -c", what is your output?
mrc
--
Mike Castle Life is like a clock: You can work constantly
[EMAIL PROTECTE
(export, checkout, rlog, rtag) will need the appropriate -d option.
In this set up, it might be wise to not set a CVSROOT environment variable,
but instead, always explicitly use the -d so you don't accidently try to
act upon the wrong repository.
mrc
--
Mike Castle Life is like a clock
.
Since there is a race condition where someone coudl check in a file on the
branch after you did the merge but before you tagged, I would recommend not
trying to use rtag anyway.
Instead, check out the branch you want to merge, tag there, then do the
merge.
mrc
--
Mike Castle Life
On Thu, Feb 08, 2001 at 02:45:18PM -0700, Pierre Asselin wrote:
Mike Castle wrote:
Since there is a race condition where someone coudl check in a file on the
Seems to me Trevor could do the rtag first, then the merge.
Doh!
$ cvs rtag -rbranch MERGE_ATTEMPT
$ cvs checkout
On Thu, Feb 08, 2001 at 03:29:48PM -0800, [EMAIL PROTECTED] wrote:
just use two --allow-root command line parameters
Or stop using pserver and use rsh or, better, ssh instead.
mrc
--
Mike Castle Life is like a clock: You can work constantly
[EMAIL PROTECTED] and be right all
words:
Sure. Run cvs in server mode over ssh, and use standard unix permissions.
mrc
--
Mike Castle Life is like a clock: You can work constantly
[EMAIL PROTECTED] and be right all the time, or not work at all
www.netcom.com/~dalgoda/ and be right at least twice a day. -- mrc
the server on NT (*shiver*), you could be using NT level
ACL's.
But, basically, something supported by your OS, rather than CVS.
(No sense trying to have CVS reinvent the wheel, perhaps poorly).
mrc
--
Mike Castle Life is like a clock: You can work constantly
[EMAIL PROTECTED
t;BUG #123" and you could have something on the backend that
will notice this in the message, and mark the bug as fixed in the bug
tracking system.
mrc
--
Mike Castle Life is like a clock: You can work constantly
[EMAIL PROTECTED] and be right all the time, or not w
d. So
typically add at any given time, probably no more than 3 files at once:
source, header, documentation.
mrc
--
Mike Castle Life is like a clock: You can work constantly
[EMAIL PROTECTED] and be right all the time, or not work at all
www.netcom.com/~dalgoda/ and be right at least
for those files.
What exact problems are you having?
mrc
--
Mike Castle Life is like a clock: You can work constantly
[EMAIL PROTECTED] and be right all the time, or not work at all
www.netcom.com/~dalgoda/ and be right at least twice a day. -- mrc
We are all of us living
On Wed, Feb 21, 2001 at 10:51:46AM +0900, Develop01 wrote:
is there any simple command/flag for omitting binary (non-text) files from
an import/update?
-I
mrc
--
Mike Castle Life is like a clock: You can work constantly
[EMAIL PROTECTED] and be right all the time
program externally after
generating diffs in a slightly different manner.
mrc
--
Mike Castle Life is like a clock: You can work constantly
[EMAIL PROTECTED] and be right all the time, or not work at all
www.netcom.com/~dalgoda/ and be right at least twice a day. -- mrc
We
On Thu, Mar 08, 2001 at 11:15:52AM -0800, Stephen Rasku wrote:
Why is this a problem? You can always do "cvs update -A" after you
have checked in your changes to get rid of the sticky tag.
Because it mucks up binary files?
mrc
--
Mike Castle Life is like a clock: Yo
part of the merge... oh damn
cvs up -A
make clean
make
make test
Granted, not that big of a deal, but annoying.
And does answer the question as to why one doesn't want to use -kk. It can
also be a little slow having to rewrite all of your files when doing the
-A.
mrc
--
Mike Castle
on Win32 systems where people had two files
of the same name but mixed case. :-/
What should I be looking at, if I really want to know
what's causing this and how to stop it.
Move the file out of the way, do an update, and then verify that they
actually do have the same contents.
mrc
--
Mike
Thu Nov 2 22:08:47 2000//
Are you using a file system that is not case senstive and tools that may
change the case of files? If you see this, does the CVS/Entries file still
have the file listed? Is your disk full where maybe the rewriting of the
CVS/Entries file fails?
mrc
--
M
On Wed, Mar 14, 2001 at 02:11:42PM -0500, Derek R. Price wrote:
$ find newdir -type f -exec cvs add {} \;
This is the first command I've ever seen that works better with -exec vs
-print | xargs
(Ie, it won't work at all with -print | xargs)
mrc
--
Mike Castle Life is like
and just use :ext: with rsh or ssh.
mrc
--
Mike Castle Life is like a clock: You can work constantly
[EMAIL PROTECTED] and be right all the time, or not work at all
www.netcom.com/~dalgoda/ and be right at least twice a day. -- mrc
We are all of us living in the shadow
. It determines
the sizes of a patch and compares it against the size of the newest
version. And then sends the smaller of the two.
True, the server determines whether to send a patch or not. The client
just applies it.
mrc
--
Mike Castle Life is like a clock: You can work
g the fact that no matter what SCM tool we use,
we're still going to have to write our own wrappers around it.)
mrc
--
Mike Castle Life is like a clock: You can work constantly
[EMAIL PROTECTED] and be right all the time, or not work at all
www.netcom.com/~dalgoda/ and be right at l
On Wed, Apr 11, 2001 at 06:06:22PM -0400, Eric Siegerman wrote:
On Wed, Apr 11, 2001 at 02:27:15PM -0700, Mike Castle wrote:
I've recently started working at a perforce shop. One thing that perforce
does with it's merging is, instead of doing a default merge, it gives you
options
, and can't be managed in any natural
way.
A logrotate type of program can't work against history?
mrc
--
Mike Castle Life is like a clock: You can work constantly
[EMAIL PROTECTED] and be right all the time, or not work at all
www.netcom.com/~dalgoda/ and be right at least twice
we were talking about a generic tool that would do a merge for
any arbitrary file and save it to disk. What needs to use CVS/Entries?
mrc
--
Mike Castle Life is like a clock: You can work constantly
[EMAIL PROTECTED] and be right all the time, or not work at all
www.netcom.com
. Ok.
So there'd have to be some protocol that 3 files, and some sort of return
code and CVS would handle marking up all of the Entries stuff (conflict,
resolved status, appropriate time stamps, etc).
mrc
--
Mike Castle Life is like a clock: You can work constantly
[EMAIL PROTECTED
On Thu, Apr 12, 2001 at 08:34:33AM -1000, Joseph Dane wrote:
"Mike" == Mike Castle [EMAIL PROTECTED] writes:
Mike As I said in an earlier post, this can be scripted around.
can you give me an idea as to what such a script might look like?
wouldn't there have to be some sort of
le on your harddrive. Now, you may have uncommitted changes, and
if you later commit those, the tag does not reflect that. It tags just the
version of the file you last updated to.
mrc
--
Mike Castle Life is like a clock: You can work constantly
[EMAIL PROTECTED] and be right al
. Makes it easier to handle situations like this.
mrc
--
Mike Castle Life is like a clock: You can work constantly
[EMAIL PROTECTED] and be right all the time, or not work at all
www.netcom.com/~dalgoda/ and be right at least twice a day. -- mrc
We are all of us living
On Wed, Apr 25, 2001 at 12:26:15PM -0400, [EMAIL PROTECTED] wrote:
is there a way to get the list of files that a user has currently check out
for writing (edit command)
cvs editors?
--
Mike Castle Life is like a clock: You can work constantly
[EMAIL PROTECTED] and be right
--
Mike Castle Life is like a clock: You can work constantly
[EMAIL PROTECTED] and be right all the time, or not work at all
www.netcom.com/~dalgoda/ and be right at least twice a day. -- mrc
We are all of us living in the shadow of Manhattan. -- Watchmen
the appropriate files, for instance) and pass that back to the
developer via email. This way I don't for a commit of invalid code into
the system, but the developer can still see things in the same way that I
did.
mrc
--
Mike Castle Life is like a clock: You can work constantly
[EMAIL
aborted]: Can't parse date/time: ...'
I always use the ISO standard:
-D 2001-05-01
-D 2001-05-01 13:00
Also relative:
-D 4 hours ago
--
Mike Castle Life is like a clock: You can work constantly
[EMAIL PROTECTED] and be right all the time, or not work at all
www.netcom.com/~dalgoda
built
in actually, called a change number.
If I was going to run a running counter like this, I'd probably use a 3rd
party database like PostgresQL.
mrc
--
Mike Castle Life is like a clock: You can work constantly
[EMAIL PROTECTED] and be right all the time, or not work at all
On Tue, May 15, 2001 at 11:36:36AM -0500, Bob Stafford wrote:
If my working copy is already tied to the branch, how do I make it revert to
the main trunk without deleting the working copy and checking out the main
trunk.
cvs up -A
--
Mike Castle Life is like a clock: You can
on the servers
mrc
--
Mike Castle Life is like a clock: You can work constantly
[EMAIL PROTECTED] and be right all the time, or not work at all
www.netcom.com/~dalgoda/ and be right at least twice a day. -- mrc
We are all of us living in the shadow of Manhattan. -- Watchmen
.
Just don't do it.
mrc
--
Mike Castle Life is like a clock: You can work constantly
[EMAIL PROTECTED] and be right all the time, or not work at all
www.netcom.com/~dalgoda/ and be right at least twice a day. -- mrc
We are all of us living in the shadow of Manhattan
On Wed, May 16, 2001 at 12:45:02AM -0400, Laine Stump wrote:
Mike Castle [EMAIL PROTECTED] writes:
Just don't do it.
Or, if you insist on living dangerously (as I do) use editors and
Well, yeah.
I used certain implementations of vi to accomplish that as well.
I just wasn't going to give
comfortable with it, I'd either
do EVERYTHING inside of cygwin, or nothing. I get the impression that as
long as you don't mix and match what type of tools work on a file, you
should be ok.
mrc
--
Mike Castle Life is like a clock: You can work constantly
[EMAIL PROTECTED] and be right all
--
Mike Castle Life is like a clock: You can work constantly
[EMAIL PROTECTED] and be right all the time, or not work at all
www.netcom.com/~dalgoda/ and be right at least twice a day. -- mrc
We are all of us living in the shadow of Manhattan. -- Watchmen
(probably vim, but not certain)
to edit the files. And compile on the NT box.
But I was EXTREMLEY careful about making sure I didn't muck up any line
endings.
And I would not recommend it for anyone with less than 10 years experience
in both Unix and DOS-like worlds.
mrc
--
Mike Castle
works fine) onto NFS-mounted partitions.
You're not using a reiserfs partition via NFS are you?
There are known issues with that just plain not working.
mrc
--
Mike Castle Life is like a clock: You can work constantly
[EMAIL PROTECTED] and be right all the time, or not work at all
the
files that are in the way, and do cvs up again and that should be
sufficient. If it's a lot of files, it will probably be easier to rm -rf
the heirarchy and from the top level to a cvs up -Pd.
mrc
--
Mike Castle Life is like a clock: You can work constantly
[EMAIL PROTECTED
want to keep a cvs repository
and a clearcase vob in sync.
Maybe cvsup would offer a better level of abstraction for this.
mrc
--
Mike Castle Life is like a clock: You can work constantly
[EMAIL PROTECTED] and be right all the time, or not work at all
www.netcom.com/~dalgoda
1 - 100 of 162 matches
Mail list logo