CVS Import using ANT

Hi all, I'd like to use ANT to import periodically, our vendor sources to the CVS repository, but I haven't found any sample about CVS Import and ANT script on the web. Can somebody help ? Thanks Valerio ___ Info-cvs mailing list Info-cvs@gnu.org

Re: CVS diff and unknown files.

Greg A. Woods [EMAIL PROTECTED] writes: [ On , January 21, 2005 at 20:06:37 (+0300), [EMAIL PROTECTED] wrote: ] Subject: CVS diff and unknown files. Is there a way to include contents of unknown files into the 'cvs diff' output? I did try the -N switch but it doesn't seem to do the

Re: CVS Import using ANT

Hi It's part of ant standard features - http://ant.apache.org/manual/index.html Example: cvs cvsRoot=:pserver:[EMAIL PROTECTED]:/home/cvspublic package=ant dest=${ws.dir} / /G Hi all, I'd like to use ANT to import periodically, our vendor sources to the CVS repository,

Re: CVS diff and unknown files.

Sergei Organov wrote: Greg A. Woods [EMAIL PROTECTED] writes: [ On , January 21, 2005 at 20:06:37 (+0300), [EMAIL PROTECTED] wrote: ] Subject: CVS diff and unknown files. Is there a way to include contents of unknown files into the 'cvs diff' output? I did try the -N

Re: CVS diff and unknown files.

Todd Denniston [EMAIL PROTECTED] writes: [...] $ echo dummy dummy.txt $ cvs add -m dummy.txt cvs [server aborted]: add requires write access to the repository Until the Fix that Greg described late last year is put in, you can (I think) trick cvs at least for files. ***begin

RE: More tag questions

Thanks Jim. See embedded responses... -Original Message- From: Jim.Hyslop [mailto:[EMAIL PROTECTED] Sent: Monday, January 24, 2005 10:20 AM To: Fouts Christopher (IFNA MP DC); info-cvs@gnu.org Subject: RE: More tag questions Christopher Fouts wrote: I have a cron job that rtags my

RE: More tag questions

Christopher Fouts wrote: I have a cron job that rtags my integraion branch that runs nightly. The cron job does... /usr/bin/cvs -d /home/path/cvsroot rtag -r b_proj_dev t_br`date +%Y%m%d` proj It just makes a t_brYYYmmdd tag to the head of my b_proj_dev branch. I know it works

Re: recursive checkout in existing directory

Steve Sapovits writes: - If I import a new directory, all the way down recursively, ignoring what I need, then if I checkout that new directory in the existing tree, it replaces the old directory with only the files I imported. No. CVS *never* removes a file that it doesn't

Re: Help, can't use the %-5d option in CVS diff command.

vse fischer writes: MIME-Version: 1.0 Content-Type: multipart/alternative; boundary=0-1709973163-1106312379=:50386 Please do not send MIME and/or HTML encrypted messages to the list. Plain text only, PLEASE! I want to use the line/group format specifier to generate a difference report with

Re: 2GB limitation: out of memory problem.

Paul writes: During a CVS commit I got the following error message: cvs [server aborted]: out of memory; can not allocate x bytes You need to increase the amount of (virtual) memory available to the CVS server. Exactly how to do that is highly system dependent. -Larry Jones I don't

Re: recursive checkout in existing directory

Larry Jones wrote: No. CVS *never* removes a file that it doesn't own. What should happen in that case is that CVS should checkout the files into the existing directory tree, complaining about any existing file with the same name as one it is trying to checkout (and skipping the checkout for

Re: CVS diff and unknown files.

On Jan 24, 2005, at 6:20 AM, [EMAIL PROTECTED] wrote: Todd Denniston [EMAIL PROTECTED] writes: [...] $ echo dummy dummy.txt $ cvs add -m dummy.txt cvs [server aborted]: add requires write access to the repository Until the Fix that Greg described late last year is put in, you can (I think) trick

Re: CVS diff and unknown files.

Paul Sander [EMAIL PROTECTED] writes: On Jan 24, 2005, at 6:20 AM, [EMAIL PROTECTED] wrote: Todd Denniston [EMAIL PROTECTED] writes: [...] $ echo dummy dummy.txt $ cvs add -m dummy.txt cvs [server aborted]: add requires write access to the repository Until the Fix that Greg

PAM Authentication?

I am trying to bring cvs into my company. I am working with one of our Solaris admins on getting the product installed and configured. We have run into a problem with getting the PAM authentication working. I really don't know anything about PAM, my admin probably does, but we have followed

Re: CVS diff and unknown files.

Sergei Organov writes: Is there any sound reason why 'cvs add' and 'cvs remove' commands require *write* access to the repo? CVS add of a directory modifies the repository, but I suspect the actual motivation was the principle that you should tell someone that they're not allowed to do what

Re: CVS diff and unknown files.

Sergei Organov wrote: Paul Sander [EMAIL PROTECTED] writes: On Jan 24, 2005, at 6:20 AM, [EMAIL PROTECTED] wrote: SNIP It's unclear if that particular change will be made, or if made whether or not it will stay. The requirement to supply add-time triggers has been identified (by a

Re: PAM Authentication?

Jeff Smith wrote: I am trying to bring cvs into my company. I am working with one of our Solaris admins on getting the product installed and configured. We have run into a problem with getting the PAM authentication working. I really don't know anything about PAM, my admin probably

Security Breach Alert - CVS Home File Download Area Compromised

-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Hello All, It's been brought to my attention the *.sig files in the Max OS X can't be downloaded as they appear to have zero file size. I have confirmed this report and have confirmed the issue in the Solaris i386 area as well. On further

RE: Security Breach Alert - CVS Home File Download Area Compromised

-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Here are the MD5 hashes for the reference copies I maintain of files I've uploaded to www.cvshome.org: = MD5 (cvs-1-11-14.zip) = 35ec8ff6b00a752c5183ab3748f9dae5 MD5 (cvs-1-11-15.zip) =

Re: recursive checkout in existing directory

I wrote: I thought that should be the case, as I have used CVS in the past. But we've seen this a few times now. Maybe it's a bug of some sort? We're running 1.11 on a Solaris platform. I'll see if I can reproduce it. I must have been on drugs here. I do not see this behavior at all, no matter

RE: Security Breach Alert - CVS Home File Download Area Compromised

-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Hello All, I've done a preliminary systematic check and here's what I know so far: 1. The issue may be client platform specific. 2. Not all download areas are affected but I still recommend considering the entire system suspect until a complete

RE: Security Breach Alert - CVS Home File Download Area Compromised

-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Hi All, From: Conrad T. Pino === The Solaris i386 and Mac OS X binary are affected as follows: i. The 8 sampled files *.gz.sig will not download. ii. The 8 sampled files *.gz files

RE: Security Breach Alert - CVS Home File Download Area Compromised

-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Hi All, I have contacted the www.cvshome.org hosting provider (Collab Net) by phone and learned that Brian Noble is away from the office this week. Brian's supervisor, Philippe Turpault provided this information and now has copies of my prior

Re: CVS on OS X, Tortoise client on PC

Tom, Thanks for responding. I went with CVSNT because TortoiseCVS is built on it as well (feature comparison breakdown here: http://www.cvsnt.com/cvspro/compare.htm). I actually found that it was not my CVS installation on X, but rather some sort of issue with the Tortoise client (which I had