Re: cvs ext (ssh), but no shell access..

to use pam_ldap to authenticate the cvs-users) I don't worry about it. Make sure nothing but CVS is on the machine, and users won't have access to anything they don't already have access to. No additional risk. mrc -- Mike Castle [EMAIL PROTECTED] www.netcom.com/~dalgoda/ We

Re: normalizing files and old revisions

. As an SCM person, I look upon a change such as this with agast. It's equivalent to outdating a version of a file that has a bug in it. You simply don't do that! mrc -- Mike Castle [EMAIL PROTECTED] www.netcom.com/~dalgoda/ We are all of us living in the shadow of Manhattan

Re: normalizing files and old revisions

lie. That's how they were checked in. I may not like them, but I'll leave them be. It's like removing old versions that checked in bugs. Just something you don't do. mrc -- Mike Castle [EMAIL PROTECTED] www.netcom.com/~dalgoda/ We are all of us living in the shadow

Re: Files beginning with a minus sign

://www.cvshome.org/cyclic/cvs/dev-diff-hyphen.txt Someday I should really write that sanity check and resubmit the patch. mrc -- Mike Castle [EMAIL PROTECTED] www.netcom.com/~dalgoda/ We are all of us living in the shadow of Manhattan. -- Watchmen fatal (You are in a maze of twisty

Re: Commit inconsistency: Up-to-date check did not fail though itshould have !

, complaining about unchanged files is a bug, not an undocumented feature. mrc -- Mike Castle [EMAIL PROTECTED] www.netcom.com/~dalgoda/ We are all of us living in the shadow of Manhattan. -- Watchmen fatal (You are in a maze of twisty compiler features, all different); -- gcc

Re: FW: Commit inconsistency: Up-to-date check did not fail thoughit should have !

that the protocol will work either way, so if it bothers enough people, make it a run time configuration option. mrc -- Mike Castle [EMAIL PROTECTED] www.netcom.com/~dalgoda/ We are all of us living in the shadow of Manhattan. -- Watchmen fatal (You are in a maze of twisty

Re: Storing static code

been mod'd) to find out what has changed. This scenario is precisely why CVS was invented. In the manual, look up stuff on vendor branches for recommended procedures. mrc -- Mike Castle [EMAIL PROTECTED] www.netcom.com/~dalgoda/ We are all of us living in the shadow of Manhattan

Re: Linex need serious concurent version control software ?

put each item on it's own line, which could reduce conflicts. mrc -- Mike Castle [EMAIL PROTECTED] www.netcom.com/~dalgoda/ We are all of us living in the shadow of Manhattan. -- Watchmen fatal (You are in a maze of twisty compiler features, all different); -- gcc

Re: CVS queue tool?

In article [EMAIL PROTECTED], Derrek Leute [EMAIL PROTECTED] wrote: I *could* run a mirrored repository on my laptop and then merge that with the primary repository when I return. But I don't know how to do that Isn't this what cvsup is for? mrc -- Mike Castle [EMAIL PROTECTED

Re: switch branch to main trunk ?

-m merged oldbranch onto main In the second case, do something like: cvs up -A cvs up -j oldbranch # do fixups here cvs commit -m merged oldbranch onto main cvs tag newbranch_bp cvs tag -b -r newbranch_bp newbranch mrc -- Mike Castle [EMAIL PROTECTED] www.netcom.com/~dalgoda

Re: How to baseline project for subsequent releases

multiple tags, so no need to cause a bump in version number if nothing changed. mrc -- Mike Castle [EMAIL PROTECTED] www.netcom.com/~dalgoda/ We are all of us living in the shadow of Manhattan. -- Watchmen fatal (You are in a maze of twisty compiler features, all different

Re: english text only?

software, why is it hosted in the non-gnu area on ftp.gnu.org? mrc -- Mike Castle [EMAIL PROTECTED] www.netcom.com/~dalgoda/ We are all of us living in the shadow of Manhattan. -- Watchmen fatal (You are in a maze of twisty compiler features, all different); -- gcc

Re: revision number less than 1.1

system. Not an SCM system. While it may be wise to keep track of the information in CVS, it should be the build system (be it make or whatever) that assigns identification to the release. mrc -- Mike Castle [EMAIL PROTECTED] www.netcom.com/~dalgoda/ We are all of us living

Re: Forking off a remote public cvs. Howto merge the parallelldevelopment?

that they other project is in CVS, so ignore that point for now. Just treat it as vendor sources and read up on the CVS docs on vendor branches. mrc -- Mike Castle [EMAIL PROTECTED] www.netcom.com/~dalgoda/ We are all of us living in the shadow of Manhattan. -- Watchmen fatal

Re: conflict algorithm

option. ;- mrc -- Mike Castle [EMAIL PROTECTED] www.netcom.com/~dalgoda/ We are all of us living in the shadow of Manhattan. -- Watchmen fatal (You are in a maze of twisty compiler features, all different); -- gcc ___ Info-cvs

Re: Timestamp handling in checkout vs update

time so that make will do a rebuild. mrc -- Mike Castle [EMAIL PROTECTED] www.netcom.com/~dalgoda/ We are all of us living in the shadow of Manhattan. -- Watchmen fatal (You are in a maze of twisty compiler features, all different); -- gcc

Re: cannot commit ... sticky tags

On Mon, Jan 07, 2002 at 05:12:44PM -0800, Schwenk, Jeanie wrote: Today, as I go to check in several files, I did a cvs update. No problem. cvs update -A mrc -- Mike Castle [EMAIL PROTECTED] www.netcom.com/~dalgoda/ We are all of us living in the shadow of Manhattan

Re: Unset $HOME before restarting inetd!

. (skill is a linux-ism that is pretty close to something like kill `pidof ...`. Actually, depending on which package your /bin/kill came from, /bin/kill -HUP inetd might have worked as well, but I've some to use skill by default) mrc -- Mike Castle [EMAIL PROTECTED] www.netcom.com

Re: cvs -- ssh

-- Mike Castle [EMAIL PROTECTED] www.netcom.com/~dalgoda/ We are all of us living in the shadow of Manhattan. -- Watchmen fatal (You are in a maze of twisty compiler features, all different); -- gcc ___ Info-cvs mailing list [EMAIL PROTECTED

Re: Why can't root check in files?

cfengine (http://www.gnu.org/software/cfengine/cfengine.html) and put those configuration files under CVS control. Check the CVS archives. Been discussed here several times in the past. :- mrc -- Mike Castle [EMAIL PROTECTED] www.netcom.com/~dalgoda/ We are all of us living

Re: Checkout text files with the Unix LF (Oxa) - from command line

case UNIX: cp file1.native file1.unix case MAC: mac2unix file1.native file1.unix default: error out unsupported platform use file1.unix mrc -- Mike Castle [EMAIL PROTECTED] www.netcom.com/~dalgoda/ We are all of us living in the shadow of Manhattan

Re: set -kb on import ?

On Thu, Oct 04, 2001 at 06:02:42PM -0400, Matt McClure wrote: You can add a line like *.jpg -k 'b' to the cvswrappers file in your CVSROOT module. I'd actually suggest something like: *.[jJ][pP][gG] -k 'b' mrc -- Mike Castle [EMAIL PROTECTED] www.netcom.com/~dalgoda

Re: os390

back into the main tree. mrc -- Mike Castle [EMAIL PROTECTED] www.netcom.com/~dalgoda/ We are all of us living in the shadow of Manhattan. -- Watchmen fatal (You are in a maze of twisty compiler features, all different); -- gcc

Re: lock in problem

/info-cvs/2000-October/013058.html After that, you may want to try adding site:mail.gnu.org to the search to focus on those archives. mrc -- Mike Castle [EMAIL PROTECTED] www.netcom.com/~dalgoda/ We are all of us living in the shadow of Manhattan. -- Watchmen fatal (You

Re: 0D0A = 0A = 0D0A

), or by renaming/moving the inappropriate RSH.EXE. What about the built in :server: method? mrc -- Mike Castle [EMAIL PROTECTED] www.netcom.com/~dalgoda/ We are all of us living in the shadow of Manhattan. -- Watchmen fatal (You are in a maze of twisty compiler features, all

Re: Can cvs support distributed development usage.

Mozilla, and possibly wine). You download a tar file and unpack it, and then you can do cvs commands directly from there. mrc -- Mike Castle [EMAIL PROTECTED] www.netcom.com/~dalgoda/ We are all of us living in the shadow of Manhattan. -- Watchmen fatal (You are in a maze

Re: Security

hacked cvs client to take your DES encrypted password from the command line and use it directly. It gains nothing. This is what MS added to SMB. And it didn't gain them anything either. mrc -- Mike Castle [EMAIL PROTECTED] www.netcom.com/~dalgoda/ We are all of us living

Re: checking in links to source control

ugo. -- Mike Castle [EMAIL PROTECTED] www.netcom.com/~dalgoda/ We are all of us living in the shadow of Manhattan. -- Watchmen fatal (You are in a maze of twisty compiler features, all different); -- gcc ___ Info-cvs mailing list

Re: how to handle more than one project??

+rs on the top level directory, for instance. mrc -- Mike Castle [EMAIL PROTECTED] www.netcom.com/~dalgoda/ We are all of us living in the shadow of Manhattan. -- Watchmen fatal (You are in a maze of twisty compiler features, all different); -- gcc

Re: CVS management of /etc - permissions problem

. mrc -- Mike Castle [EMAIL PROTECTED] www.netcom.com/~dalgoda/ We are all of us living in the shadow of Manhattan. -- Watchmen fatal (You are in a maze of twisty compiler features, all different); -- gcc ___ Info-cvs mailing list

Re: how to handle more than one project??

logical (g+s sets directory-groupid on file creation, but files won't be created). But don't you still want g+s on the directories so that new directories automatically inherit those group permissions? mrc -- Mike Castle [EMAIL PROTECTED] www.netcom.com/~dalgoda/ We are all

Re: CVS and RSH--please clarify

, but why bother :ext: works? mrc -- Mike Castle [EMAIL PROTECTED] www.netcom.com/~dalgoda/ We are all of us living in the shadow of Manhattan. -- Watchmen fatal (You are in a maze of twisty compiler features, all different); -- gcc

Re: Remote cvs and security

. If you are that paranoid about your developers compromising system passwords, then put them on a separate system that has no privileges, so even if they do get root, they can't affect the rest of your network. mrc -- Mike Castle [EMAIL PROTECTED] www.netcom.com/~dalgoda/ We

Re: How well does CVS handle other types of data?

. mrc -- Mike Castle [EMAIL PROTECTED] www.netcom.com/~dalgoda/ We are all of us living in the shadow of Manhattan. -- Watchmen fatal (You are in a maze of twisty compiler features, all different); -- gcc ___ Info-cvs mailing list

Re: How well does CVS handle other types of data?

On Fri, Jul 13, 2001 at 04:03:09PM -0400, Greg A. Woods wrote: [ On Friday, July 13, 2001 at 11:47:27 (-0700), Mike Castle wrote: ] presenting two versions of the files in question to the user. Currently CVS does not present to versions of the file to the user. Yes it does. I tested

Re: How can i give access rights at Directory level in CVS.

On Thu, Jul 12, 2001 at 10:21:52AM +0530, Bhavaniprasad Polimetla wrote: How can i implement this? Standard unix groups. Make chgrp foo login_module. Add john to foo. mrc -- Mike Castle [EMAIL PROTECTED] www.netcom.com/~dalgoda/ We are all of us living in the shadow

Re: Correct options for export

, but couldn't be overridden, then that would be worth while. Check the archives for around October, 2000. mrc -- Mike Castle [EMAIL PROTECTED] www.netcom.com/~dalgoda/ We are all of us living in the shadow of Manhattan. -- Watchmen fatal (You are in a maze of twisty compiler features

Re: How well does CVS handle other types of data?

, they ARE conceptually the same. mrc -- Mike Castle [EMAIL PROTECTED] www.netcom.com/~dalgoda/ We are all of us living in the shadow of Manhattan. -- Watchmen fatal (You are in a maze of twisty compiler features, all different); -- gcc

Re: Correct options for export

On Wed, Jul 11, 2001 at 08:00:23PM +0200, Ingolf Steinbach wrote: if they were checked in as binary? I believe that many users would appreciate a change which ignores -k for binary files. So when are you going to contribute the code that does it? mrc -- Mike Castle [EMAIL PROTECTED

Re: moving files from a branch to the Main trunk

option. cvs up -A cvs up -j next_release [resolve any conflicts] cvs commit -m merged in changes done on next_release branch -- Mike Castle [EMAIL PROTECTED] www.netcom.com/~dalgoda/ We are all of us living in the shadow of Manhattan. -- Watchmen fatal (You are in a maze

Re: moving files from a branch to the Main trunk-clarification

-- Mike Castle [EMAIL PROTECTED] www.netcom.com/~dalgoda/ We are all of us living in the shadow of Manhattan. -- Watchmen fatal (You are in a maze of twisty compiler features, all different); -- gcc ___ Info-cvs mailing list [EMAIL PROTECTED

Re: How well does CVS handle other types of data?

? Exactly what IS the better mousetrap? mrc -- Mike Castle [EMAIL PROTECTED] www.netcom.com/~dalgoda/ We are all of us living in the shadow of Manhattan. -- Watchmen fatal (You are in a maze of twisty compiler features, all different); -- gcc

Re: How well does CVS handle other types of data?

On Tue, Jul 10, 2001 at 08:56:09AM -0400, Larry Jones wrote: Since such file don't allow for concurrent modifications, I can't imagine why you'd want to use the *Concurrent* Versions System to store them. It's free and has decent networking capabilities? mrc -- Mike Castle [EMAIL

Re: CVS listing

me with this? cvs co -c -- Mike Castle [EMAIL PROTECTED] www.netcom.com/~dalgoda/ We are all of us living in the shadow of Manhattan. -- Watchmen fatal (You are in a maze of twisty compiler features, all different); -- gcc ___ Info

Re: .doc file concerns

a simple document. But then, that's just me. Choosing an inferior tool just because the version control system can't handle a full-featured one is a poor way to work. *shrug* Name calling. I consider Word to be an inferior tool. mrc -- Mike Castle [EMAIL PROTECTED] www.netcom.com

Re: .doc file concerns

/Write or whatever it was called. I can't believe they've always been so dense...) mrc -- Mike Castle [EMAIL PROTECTED] www.netcom.com/~dalgoda/ We are all of us living in the shadow of Manhattan. -- Watchmen fatal (You are in a maze of twisty compiler features, all different

Re: CVS for student shared projects

air of competition between the groups, might want to make it so they can't even read each other's repositories (more for sake of competition than anything else). LockDir setting might be of interest here. mrc -- Mike Castle [EMAIL PROTECTED] www.netcom.com/~dalgoda/ We are all

Re: CVS file locking question

that. issues with concurrent accesses. Or should I rather create two sandboxes and use commit/update to synchronize them? commit/update. If you have to go onto a branch to do that, fine. But commit/update always. Commit early, commit often. mrc -- Mike Castle [EMAIL PROTECTED

Re: Future CVS Development

symlinks. mrc -- Mike Castle [EMAIL PROTECTED] www.netcom.com/~dalgoda/ We are all of us living in the shadow of Manhattan. -- Watchmen fatal (You are in a maze of twisty compiler features, all different); -- gcc ___ Info-cvs mailing

Off list comment (was: Re: Maintaining branches...)

, 2001 at 02:44:52PM -0700, Mike Castle wrote: On Thu, Jun 14, 2001 at 05:03:58PM -0400, Derek R. Price wrote: Mike Castle wrote: But consider the following sequence: branch at 1.1. Branch has 1.1.0.1 and 1.1.0.2. I'm going to pretend these are valid branch version numbers

Re: cvs: How to get last but one copy, from repository

cvs update. or i need to update once for one file. Once per file. If it was more than 3 files, it might be worth it to script it. But for just three, it's easy to just do a cvs stat, see the current number, and back off one revision. mrc -- Mike Castle [EMAIL PROTECTED

Re: (no subject)

-- Mike Castle [EMAIL PROTECTED] www.netcom.com/~dalgoda/ We are all of us living in the shadow of Manhattan. -- Watchmen fatal (You are in a maze of twisty compiler features, all different); -- gcc ___ Info-cvs mailing list [EMAIL PROTECTED

Re: Maintaining branches...

On Thu, Jun 14, 2001 at 03:26:31PM -0400, Derek R. Price wrote: Mike Castle wrote: And I think that this complete merging happens less than you might think. It cannot handle the situation where a specific set of changes is migrated before another (i.e., -j tag1 -j tag2). It may not even

Re: Maintaining branches...

On Thu, Jun 14, 2001 at 05:03:58PM -0400, Derek R. Price wrote: Mike Castle wrote: But consider the following sequence: branch at 1.1. Branch has 1.1.0.1 and 1.1.0.2. I'm going to pretend these are valid branch version numbers for the sake of argument. Thanks. Been a while since

Re: Maintaining branches...

from 1.1 - 1.1.0.2. Then I apply the diff from 1.1.0.3 - current. Because I know I've already applied 1.1.0.3. If you're going to automate this, this is how I would expect the automation to work. mrc -- Mike Castle [EMAIL PROTECTED] www.netcom.com/~dalgoda/ We are all of us

Re: Maintaining branches...

2. apply the diff, as a patch, to the to version They don't even have to have a common ancestor. It can be any two versions, and really, in any order (example, maybe you want to back out a specific set of changes on a particular branch). mrc -- Mike Castle [EMAIL PROTECTED

Re: Maintaining branches...

looked at. Not something you could easily do with cvs automatically tracking it. mrc -- Mike Castle [EMAIL PROTECTED] www.netcom.com/~dalgoda/ We are all of us living in the shadow of Manhattan. -- Watchmen fatal (You are in a maze of twisty compiler features, all different

Re: Use of CVS on large scales

a lot higher administrative overhead. mrc -- Mike Castle [EMAIL PROTECTED] www.netcom.com/~dalgoda/ We are all of us living in the shadow of Manhattan. -- Watchmen fatal (You are in a maze of twisty compiler features, all different); -- gcc

Re: WinCVS with ssh password

as secure as using a password. Try that and see how it works. (someone recently posted the instructions they use internally for using ssh/cvs like this. You could check the archives for that. If those instructions say do not enter a passphrase, then you should enter one anyway). mrc -- Mike

Re: CVS - SSH question

then take your private key and use it wherever they like. I'm not sure how useful something like ssh-agent is in this case, I have no experience with it. But maybe that's what you need. mrc -- Mike Castle [EMAIL PROTECTED] www.netcom.com/~dalgoda/ We are all of us living

Re: How to mirror a cvs repository?

On Fri, Jun 01, 2001 at 06:21:05PM +0200, Fabrice Gautier wrote: I would like to create a local cvs server which mirror another repository. I only have anonymous access to the original repository. would cvsup work in this scenario? mrc -- Mike Castle [EMAIL PROTECTED

Re: What did I do wrong?

, and many would say that's too many (obviously I don't fall into THAT category though ;-). -- 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

Re: Crazy idea - replace RCS backend with ClearCase...!!!

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

Re: move away file, it is in the way

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

Re: problem with LF -- CRLF trasnlation

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

Re: problem with LF -- CRLF trasnlation

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

Re: handling of MsWord-Documents in CVS ?

-- 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

Re: problem with LF -- CRLF trasnlation

(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

Re: CVS: Unknown Error 523

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

Re: Using Branches

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

Re: rsh access method question

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

Re: problem with LF -- CRLF trasnlation

. 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

Re: Automatically increment build number

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

Re: Date formats

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

Re: Getting the list of files checkout

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

Re: Command ident

-- 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

Re: Merge Management

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

Re: Branch merging

. 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

Re: CVS bashing?

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

Re: Tagging a sticky file?

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

Re: CVS bashing?

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

Re: CVS bashing?

. 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

Re: CVS bashing?

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

Re: CVS bashing?

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

Re: CVS bashing?

, 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

Re: cvs update gives P response

. 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

Re: using NFS from homogeneous (almost) systems

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

Re: It is in the way

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

Re: add directory heirarchy

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

Re: update -jx -jy gives conflict on $Id$

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

Re: cvs update: move away xyz; it is in the way

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

Re: update -jx -jy gives conflict on $Id$

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

Re: merge/diff

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

Re: omitting binary files from import/update

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

Re: 2 how to in CVS questions

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

Re: cvs add --new

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

Re: questions on cvs locking

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

Re: Remote repository

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

Re: Remote repository

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

Re: can I use rtag to tag files in a branch

. 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

  1   2   >