Re: Checkout/Update: behavior changed from 1.11 to 1.11.1p1 !

Derek Robert Price <[EMAIL PROTECTED]> writes: > You already pointed out the solution yourself: > > local1 &local2 > local2 &local3 > local3 -d dir1 modules1/dir1 > > And so on. Next time, please RTFM . Sorry, I read the document carefully but the structure of my

Re: ***glaring*** flaw in cvs import?

Robert P. J. Day <[EMAIL PROTECTED]> wrote: >following the instructions in "tracking third-party sources", i > downloaded a kernel source tree that i both want to update regularly > from the source, and make local changes to. >i pulled down the tree, cleared out all CVS directories to t

Re: Import question

Lemke, Michael IZ/HZA-IOP <[EMAIL PROTECTED]> wrote: > When I do a cvs import of a new vendor version the new files become the > head revision. I'd like to do the import such that it doesn't affect HEAD. > Only after I've tested the new stuff I want it to become HEAD. Of course, > it should work

***glaring*** flaw in cvs import?

following the instructions in "tracking third-party sources", i downloaded a kernel source tree that i both want to update regularly from the source, and make local changes to. i pulled down the tree, cleared out all CVS directories to turn it into a regular directory tree, then used "cvs i

Call for Articles

If you have a passion to write on various Configuration Management, Testing and Application Development related topics, we would like to invite you to participate as a contributing editor for the CM Crossroads Journal. The CM Journal, now in its third year, is published monthly by CM Crossroads an

Re: Files added to branch end up in Attic post merge to Head.

Matt Reason writes: > > I'm 100% sure. I have the branch and the head checked out into > different dirs on my desktop. The files I added to the branch are > sitting there happily but the on the main - they're gone. It's not the things you don't know that get you into trouble, it's the things yo

RE: Files added to branch end up in Attic post merge to Head.

Matt Reason wrote: > I'm 100% sure. I have the branch and the head checked out into > different dirs on my desktop. The files I added to the branch are > sitting there happily but the on the main - they're gone. > > It's possible I'm going about this wrong. Let me rephrase my > question: > How

RE: CVS best practice

Thanks, Shane, that actually helps a lot. -Original Message- From: Shane Turner [mailto:[EMAIL PROTECTED] Sent: Thursday, July 22, 2004 3:31 PM To: Rick Genter Cc: [EMAIL PROTECTED] Subject: Re: CVS best practice Rick Genter wrote: >My question is more a question of best practice as op

RE: CVS best practice

An interesting idea. How would you handle the situation where two different components make different (but compatible) changes to the same table? We would normally have two scripts for this. For a more concrete example: Assume we start with the given table CREATE TABLE Foo ( FooID INTEGER PRIMA

RE: Files added to branch end up in Attic post merge to Head.

I'm 100% sure. I have the branch and the head checked out into different dirs on my desktop. The files I added to the branch are sitting there happily but the on the main - they're gone. It's possible I'm going about this wrong. Let me rephrase my question: How do I add files to a branch and t

RE: Files added to branch end up in Attic post merge to Head.

Matt Reason wrote: > I've seen several posts that tangentially address this issue, but none > of the replies could explain the phenomenon. Please excuse me for > re-asking. > > I added a ton of files on a branch the other day. I merged the branch > to the Head yesterday and all of the files went

Re: Files added to branch end up in Attic post merge to Head.

Matt Reason writes: > > I added a ton of files on a branch the other day. I merged the branch > to the Head yesterday and all of the files went into the Attic. I have > no idea why this has occurred. To me it seems like a bug. There is > nothing in the documentation about this. Can anyone exp

Re: how to update from the repo of a repo?

On Wed, 21 Jul 2004, Brian Gough wrote: "Robert P. J. Day" <[EMAIL PROTECTED]> writes: is there an accepted way of setting up a CVS repo for a number of developers, where the repo itself is updated from yet another repo? (this might be the equivalent of BK's clone of a clone.) There is no standa

Re: CVS best practice

Jim.Hyslop wrote: Rick Genter wrote: The system I work on consists of a number components. Each component is a separately built Java application, all referencing portions of a common database. Different components use different tables; some tables are shared by many components, while some are

Re: CVS best practice

Rick Genter wrote: My question is more a question of best practice as opposed to how to use CVS. The system I work on consists of a number components. Each component is a separately built Java application, all referencing portions of a common database. Different components use different tables; som

Files added to branch end up in Attic post merge to Head.

Hi there, I've seen several posts that tangentially address this issue, but none of the replies could explain the phenomenon. Please excuse me for re-asking. I added a ton of files on a branch the other day. I merged the branch to the Head yesterday and all of the files went into the Attic.

Files added to branch end up in Attic post merge to Head.

Hi there, I've seen several posts that tangentially address this issue, but none of the replies could explain the phenomenon. Please excuse me for re-asking. I added a ton of files on a branch the other day. I merged the branch to the Head yesterday and all of the files went into the Attic.

RE: CVS best practice

Rick Genter wrote: > The system I work on consists of a number components. Each > component is > a separately built Java application, all referencing portions of a > common database. Different components use different tables; > some tables > are shared by many components, while some are used by a

Files added to branch end up in Attic post merge to Head.

Hi there, I've seen several posts that tangentially address this issue, but none of the replies could explain the phenomenon. Please excuse me for re-asking. I added a ton of files on a branch the other day. I merged the branch to the Head yesterday and all of the files went into the Attic. I

CVS best practice

My question is more a question of best practice as opposed to how to use CVS. The system I work on consists of a number components. Each component is a separately built Java application, all referencing portions of a common database. Different components use different tables; some tables are share

RE: Checking out problem

Winnie Du wrote: > I am having a problem checking out a project from CVS from > WSAD Client. > Here is the error message: > > Errors saving CVS synchronization information to disk. Please fix the > problems listed below and then update the affected resources > from the CVS > repository. > A re

Checking out problem

Hi, All I am having a problem checking out a project from CVS from WSAD Client. Here is the error message: Errors saving CVS synchronization information to disk. Please fix the problems listed below and then update the affected resources from the CVS repository. A resource exists with a dif

Re: Import question

-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Lemke, Michael IZ/HZA-IOP <[EMAIL PROTECTED]> writes: > However, this whole thing makes me realize I > don't really understand vendor branches. What's > different from ordinary ones? The vendor branch more closely models the RCS branching model. Th

RE: Import question

> From: Mark D. Baushke > Sent: Thursday, July 22, 2004 5:16 PM > To: Lemke, Michael IZ/HZA-IOP > Cc: '[EMAIL PROTECTED]' > Subject: Re: Import question > > > -BEGIN PGP SIGNED MESSAGE- > Hash: SHA1 > > Lemke, Michael IZ/HZA-IOP writes: > > > When I do a cvs import of a new vendor ver

Re: Import question

-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Lemke, Michael IZ/HZA-IOP <[EMAIL PROTECTED]> writes: > When I do a cvs import of a new vendor version the new files become the > head revision. I'd like to do the import such that it doesn't affect HEAD. > Only after I've tested the new stuff I wan

RE: Import question

> -Original Message- > From: Christopher.Fouts > Sent: Thursday, July 22, 2004 4:43 PM > Subject: RE: Import question > > Can you "export" (not check out) the latest files you need > from a current vendor branch, which should contain the changes > you want (correct), add (not cvs add) yo

RE: Import question

Can you "export" (not check out) the latest files you need from a current vendor branch, which should contain the changes you want (correct), add (not cvs add) your new files, test, and then import all the files to a new vendor branch? -chris >-Original Message- >From: [EMAIL PROTECTED

RE: Import question

> From: Christopher.Fouts > Sent: Thursday, July 22, 2004 4:22 PM > To: [EMAIL PROTECTED] > Subject: RE: Import question > > > Test BEFORE importing! Sure but I need the merge of the local changes. But I can't get them without the import or can I? > > > >-Original Message- > >From:

RE: Import question

Test BEFORE importing! >-Original Message- >From: [EMAIL PROTECTED] >[mailto:[EMAIL PROTECTED] >] On Behalf Of Larry Jones >Sent: Thursday, July 22, 2004 10:12 AM >To: Lemke,Michael IZ/HZA-IOP >Cc: '[EMAIL PROTECTED]' >Subject: Re: Import question > > >Lemke, Michael IZ/HZA-IOP writes:

RE: Import question

> -Original Message- > From: lawrence.jones > Sent: Thursday, July 22, 2004 4:12 PM > Cc: [EMAIL PROTECTED] > Subject: Re: Import question > > > Lemke, Michael IZ/HZA-IOP writes: > > > > When I do a cvs import of a new vendor version the new > files become the > > head revision. I'd l

Re: Import question

Lemke, Michael IZ/HZA-IOP writes: > > When I do a cvs import of a new vendor version the new files become the > head revision. I'd like to do the import such that it doesn't affect HEAD. > Only after I've tested the new stuff I want it to become HEAD. Of course, > it should work with local chan

Re: Setting up a CVS server and clients for SSH connection method

George writes: > > Is there some reference or book that can describe all steps needed to > set up authentication via CVS on both the server and clients? Have you tried reading the manual? -Larry Jones Wh. -- Calvin

Re: Import question

I had same problem some time back but don't have any solution to it.. you can go through http://lists.gnu.org/archive/html/info-cvs/2004-02/msg00077.html -Rohan Lemke, Michael IZ/HZA-IOP wrote: When I do a cvs import of a new vendor version the new files become the head revision. I'd like to do th

Re: remote log information

thanks...i was trying to do it with Visual Interdev (6) and it wasn't working. I ended up doing what you suggested, but I encountered some strange errors with the FrontPage "navbar" which is actually a border/theme/what-have-you...on the original server all the buttons the user had created were in

Import question

When I do a cvs import of a new vendor version the new files become the head revision. I'd like to do the import such that it doesn't affect HEAD. Only after I've tested the new stuff I want it to become HEAD. Of course, it should work with local changes merged in just like the standard way of do

RE: doubt in CVS

shivraman giri wrote: > For some goddamn reason, i m not able to send my messages on > the CVS-mailing list. I'm cc-ing the cvs-info list so that others can see your question as well. Anyone responding to this, please ensure Shivraman gets a copy of your reply. (Shivraman, my apologies for sendin

RE: Setting up a new CVSNT or Linux server ??

Frederic Brehm wrote: > Is anyone here old enough to remember the phrase "The whole > world is not a > VAX"? No, but if you hum a few bars, I could probably fake it ;-) -- Jim Hyslop Senior Software Designer Leitch Technology International Inc. (http://www.leitch.com) Columnist, C/C++ Users Jou

Re: Recovering from cvs remove

On 2004-07-20 09:04:47 -0700, Carlos wrote: > A user just removed all files (and committed the change). I guess the > culprit was some IDE he was using, but anyway: > > How can I undo this change? RTFAQ: https://ccvs.cvshome.org/fom/cache/312.html Best regards Martin -- M

Re: Setting up a new CVSNT or Linux server ??

At 08:46 PM 7/21/2004, Pierre Asselin wrote: Frederic Brehm <[EMAIL PROTECTED]> wrote: > [ case-sensitive client with case-insensitive server] > In your scenario, it appears to me that the only failure comes with the > CVSNT server and UNIX client. In that case, the user knows that there are > two

remote log information

I have a script which pulls out of CVS information on changes to a project between two official builds. To do this I am using cvs log with the -r switch to interrogate CVS on individual file revisions. In order to get this to work, it appears I have to have the module checked out onto the PC runn

Re: Recovering from cvs remove

[EMAIL PROTECTED] (Carlos) writes: > Hello, > > A user just removed all files (and committed the change). I guess the > culprit was some IDE he was using, but anyway: > > How can I undo this change? > > Almost all files in the repository were removed (they are in the > Attic). I can do a "cvs co -

Re: Checkout/Update: behavior changed from 1.11 to 1.11.1p1 !

Derek Robert Price <[EMAIL PROTECTED]> writes: > I think something in your modules file like: > > module1 &submodule > submodule -d local1/local2/local3/dir1 dir1 > > or some variation thereof can do what you requested. Look up the > modules file in the manual. I did it - in case I ha

Re: CVS on Suse Linux 8.0 ES

One of the last or even the last CVS security patch contains failure which prevents commits when using pserver protocol. Use original package provided by distro and it works well. As I follow the SuSE updates, glitch is still present, or I've missed something ? Izo Gurpreet Singh (SCM) wrote: H