branching/development strategy
I was hoping this would be discussed on this list but I haven't seen it yet. When you have a project that you're working on for several customers, what do you do for frequent releases? When do you branch and merge? I've scanned the open source CVS book (http://cvsbook.red-bean.com/cvsbook.html) but I didn't find any specific mention of this topic. What we have been doing is making a DEVELOPMENT and a PRODUCTION branch for each customer as we near the alpha or beta stages. The programmers check-in only to the DEVELOPMENT branch and the integration request person merges specific requests from the DEVELOPMENT branch to the PRODUCTION branch. Individual releases are tagged on the PRODUCTION branch from the builds that the customer receives. Are there more effective ways of doing this? Pointers to archives, web sites, or dead trees are welcome. John ___ Info-cvs mailing list [EMAIL PROTECTED] http://mail.gnu.org/mailman/listinfo/info-cvs
Re: cvs update gives P response
On Mon, Mar 26, 2001 at 09:33:43PM -0500, Chris Edgington wrote: > server, I often get a P next to the filenames that are updated by cvs. What > exactly is the P telling, in comparison to a U, M, or C? I don't find any > documentation on the P response. I see in the source that it means that a Patch > was sent and is only in the server build of CVS? Since we're using the client > versions locally, I'm confused about why we're getting the P. Can anybody > explain? The server was making effecient use of the network by sending only a patch across the wire instead of an entire new copy of the file. 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 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 ___ Info-cvs mailing list [EMAIL PROTECTED] http://mail.gnu.org/mailman/listinfo/info-cvs
cvs update gives P response
We're running CVS as our source control system over our company VPN. The pserver is a linux box. When I do an update locally to sync with the source on the server, I often get a P next to the filenames that are updated by cvs. What exactly is the P telling, in comparison to a U, M, or C? I don't find any documentation on the P response. I see in the source that it means that a Patch was sent and is only in the server build of CVS? Since we're using the client versions locally, I'm confused about why we're getting the P. Can anybody explain? Thanks, -Chris Edgington Intelligraphics, Inc. ___ Info-cvs mailing list [EMAIL PROTECTED] http://mail.gnu.org/mailman/listinfo/info-cvs
upgrading repository from 1.10.8+ to 1.11, solaris to linux RedHat 7.0, edit: too many open files ?
Hi All, I currently have a big repository running in pserver mode (all as one user to avoid users modifying directly the files). I'm using cvs-1.10.8 with the edit -c patch to enable reserved editing. cvs is running through inetd in pserver mode. files of the repository are accessed through NFS. Sometimes, I get the error message: edit: too many open files (when we try to do a cvs edit on a lot of files: 22500) (cvs commit is able to commit those 22500 files.) Do you know how to correct that problem ? I was thinking of upgrading my repository to cvs 1.11. I was not unable to see through the mailing list, or on cvshome.org if the edit -c patch was part of cvs 1.11. Is the reserved edit (edit -c) part of 1.11 ? What are the benefits of 1.11 over 1.10.8 for a :pserver-only ? Should I upgrade my solaris 2.7 to cvs 1.11 ? When reading NEWS, I did not find any new feature worth the move... I was also thinking of moving the :pserver: to a Linux RedHat 7.0 machine. Would everything be smooth ? Has anybody compiled cvs-1.10.8 with the edit -c patch on windows ? (or cvs 1.11 with the edit -c patch ?) Thanks, -- Gilles-Eric DESCAMPS, Voice: (408) 545-1130 SILICON ACCESS NETWORKS Fax: (419) 844-7467211 River Oaks Parkway - San Jose, CA, 95134 mailto:[EMAIL PROTECTED] "Sed quis custodiet ipsos custodes ?" ___ Info-cvs mailing list [EMAIL PROTECTED] http://mail.gnu.org/mailman/listinfo/info-cvs
unsubscribe
I do not wish to receive these newsletters. But thanks for letting me try it! Linda Kelly -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]] Sent: Monday, March 26, 2001 2:42 PM To: [EMAIL PROTECTED] Subject: Info-cvs digest, Vol 1 #394 - 11 msgs Send Info-cvs mailing list submissions to [EMAIL PROTECTED] To subscribe or unsubscribe via the World Wide Web, visit http://mail.gnu.org/mailman/listinfo/info-cvs or, via email, send a message with subject or body 'help' to [EMAIL PROTECTED] You can reach the person managing the list at [EMAIL PROTECTED] When replying, please edit your Subject line so it is more specific than "Re: Contents of Info-cvs digest..." Today's Topics: 1. Heres your Surprise!!! From Erica!! (Miss Erica) 2. Re: Why the split for rcvs? (Alexandre Parenteau) 3. Uninstall CVS (Jeeva Sarma) 4. Re: Problem... (Gerhard Sittig) 5. Re:Uninstall CVS (Jeeva Sarma) 6. Re: update -p on removed files. (Larry Jones) 7. Re: Uninstall CVS (Larry Jones) 8. Re: EmptyDir in CVSROOT direcotory (Eric Siegerman) 9. Re: EmptyDir in CVSROOT direcotory (Larry Jones) 10. Re: Build system with CVS (Greg A. Woods) 11. RE: feature question (Noel L Yap) --__--__-- Message: 1 From: "Miss Erica" <[EMAIL PROTECTED]> To: <[EMAIL PROTECTED]> Date: Tue, 27 Mar 01 03:10:13 -0800 Subject: Heres your Surprise!!! From Erica!! Reply-To: "Miss Erica" <[EMAIL PROTECTED]> I hope you liked my new homepage.. well you all asked me to do it.. so here it is :)) http://go.to/ericasmovies/ Ive put my whole collection every photo ive taken up on the web, plus Ive made over 20 movies LOL.. theres over 40 megs of movies alone. hehehe I hope you like my new site as much as I loved making it all :)) Luv Erica Web !!! --__--__-- Message: 2 From: "Alexandre Parenteau" <[EMAIL PROTECTED]> To: "Greg A. Woods" <[EMAIL PROTECTED]>, "Jerzy Kaczorowski" <[EMAIL PROTECTED]> Cc: "Derek R. Price" <[EMAIL PROTECTED]>, "Noel L Yap" <[EMAIL PROTECTED]>, <[EMAIL PROTECTED]> Subject: Re: Why the split for rcvs? Date: Mon, 26 Mar 2001 10:30:02 -0700 > Then there are the bells&whistles feature nuts "No patch must ever > go un-applied!" :-) > > Now if someone with deep pockets were to pay someone like me to do a > slight re-design and full re-write :-) Yeah right There won't be any deep pockets. There will be more and more users. The questions is not how to reorganize the source code, it's when. Regards, alex. > > -- > Greg A. Woods > > +1 416 218-0098 VE3TCP <[EMAIL PROTECTED]> > Planix, Inc. <[EMAIL PROTECTED]>; Secrets of the Weird <[EMAIL PROTECTED]> > > ___ > Info-cvs mailing list > [EMAIL PROTECTED] > http://mail.gnu.org/mailman/listinfo/info-cvs > --__--__-- Message: 3 Date: Mon, 26 Mar 2001 11:11:08 -0800 (PST) From: Jeeva Sarma <[EMAIL PROTECTED]> Subject: Uninstall CVS To: [EMAIL PROTECTED] Hi I want to upgrade my cvs server to 1.11.To uninstall the old version,which are all the files/exes that I need to remove??Can someone help me with this? Thanks in advance, Jeeva Sarma __ Do You Yahoo!? Get email at your own domain with Yahoo! Mail. http://personal.mail.yahoo.com/ --__--__-- Message: 4 Date: Mon, 26 Mar 2001 20:15:55 +0200 From: Gerhard Sittig <[EMAIL PROTECTED]> To: [EMAIL PROTECTED] Subject: Re: Problem... Organization: System Defenestrators Inc. On Mon, Mar 26, 2001 at 12:16 -0800, Danijel Kopcinovic wrote: > > My problem is as follows: I import a directory containing > certain text file to CVS repository. When I do the checkout of > the same directory, I get a copy of that file with different > size than before it was imported, and when running diff tool on > the two files, I get that the files differ "totally", with the > same text being recognized as different. I guess the problem is > some text converting, but I don't get why it occurs only on > that specific file. Count the lines, this will be the difference in size. Visit the list's archive as well as thoroughly look at the program's accompanying doc and make sure you understand the line end thingy which is handled in completely different ways on every platform. Plus how this is treated by the different clients and access methods. Read on about the "binary" flags and how they can solve or worsen your problem. Since you neither specify which OS you run on nor the CVS version(s) you use nor the method you acces the repo with there's not much more help you can get ... virtually yours 82D1 9B9C 01DC 4FB4 D7B4 61BE 3F49 4F77 72DE DA76 Gerhard Sittig true | mail -s "get gpg key" [EMAIL PROTECTED] -- If you don't understand or are scared by any of the above ask your parents or an adult to help you. --__--__-- Message: 5 Date: Mon, 26 Mar 2001 11:29:40 -0800 (PST) From: Jeeva Sarm
RE: feature question
Great! More volunteers. I've enclosed some of my patches (against cvs-1.11). What's needed are tests in sanity.sh (I've listed test cases in another email -- if you need me to repeat, I'll find the email and do so) and documentation. I'm not sure who else is working on these but I see no problems with people working in parallel (even on the same stuff), so it's up to you to coordinate if you want. Thanks, Noel Enc (See attached file: enh-multiple_edits.diff)(See attached file: enh-unedit_editor.diff)(See attached file: enh-reservations.diff)(See attached file: enh-multiple_edits+reservations.diff)(See attached file: fix-clean_update_no_abort_on_merge.diff)(See attached file: fix-default_fileattrs.diff)(See attached file: fix-edit_fields_with_plus.diff) [EMAIL PROTECTED] on 2001.03.26 11:51:02 To: [EMAIL PROTECTED], [EMAIL PROTECTED] cc: [EMAIL PROTECTED] Subject: RE: feature question Ah, that's what it does... FWIW, I'd appreciate seeing this in the main CVS distribution, since otherwise I always simulate all this with my awful shell scripts. For those who care, it's not because reserved locks are useful in code, it's because they're useful when the repository is holding the Linux config files, which are somewhat more difficult to test merges with, so I usually apply KISS rules to it. Code, I feel, makes no difference whether you allow concurrent edits or not - the testing / reintegration problem stays the same. Noel, if there's anything I can do to help get these patches into the main distribution, then feel free to drop me a mail. -Original Message- From: Noel L Yap [mailto:[EMAIL PROTECTED]] Sent: Monday, March 26, 2001 4:37 PM To: [EMAIL PROTECTED] Cc: [EMAIL PROTECTED] Subject: RE: feature question For the major enhancements (reserved locks and multiple edits per user), I've fished them out into separate (and merged) patches. These need to be tested (I've done very minor testing -- sometimes just to check if they compile) and documented. Specifically, the features that need testing are: 1. "cvs edit -c" actually aborts the edit if other edits exist. 2. "cvs edit -f" will force the edit in the event that "edit -c" is in ~/.cvsrc. 3. "cvs ci -c" actually aborts the edit if a valid edit doesn't exist. 4. "cvs editors" reports edits properly. 5. "cvs unedit" unedits edits properly. All of the above must work for different combinations of feature-support between client and server. For example: 1. Non-patched client against patched server. 2. Patched client against non-patched server. 3. Patched client against patched server. As Derek has pointed out, sanity.sh can cover the first five, but it can't test the different combinations of client/server. I think I've covered all the cases, but I may still be missing something. Noel [EMAIL PROTECTED] on 2001.03.25 17:44:09 To: [EMAIL PROTECTED] cc: [EMAIL PROTECTED] Subject: RE: feature question I'm using the distribution from http://www.cvsnt.com/. And it's been working just fine. The accompanying readme file does not specify that a patch has been applied, so I just assumed that it is now a standard option. Noel, what exactly are you still left with there? I do not have much free time, but a little that I have I would be willing to look at whatever is left outstanding. I need to see how much is left before I can tell you if I can take it on or not. have a day, Sasa -Original Message- From: Noel L Yap [mailto:[EMAIL PROTECTED]] Sent: Saturday, 24 March 2001 1:50 AM To: [EMAIL PROTECTED] Cc: [EMAIL PROTECTED] Subject: Re: feature question Are you sure you're not using a Windows version that's been patched? Noel [EMAIL PROTECTED] on 2001.03.23 01:39:59 To: [EMAIL PROTECTED] cc: (bcc: Noel L Yap) Subject: feature question Clear DayWhy did not 'edit -c' make it to the cvs 1.11 and yet it is on the windows version of cvs 1.10.8? have a day, Sasa == Sasa Brcerevic Technology Partners Group Phone: +61 1800 155 577 Direct: +61 (02) 4925 1535 Mobile: +61 (0416) 297 442 Email: [EMAIL PROTECTED] WWW: www.technologypartnersgroup.com == ___ Info-cvs mailing list [EMAIL PROTECTED] http://mail.gnu.org/mailman/listinfo/info-cvs This communication is for informational purposes only. It is not intended as an offer or solicitation for the purchase or sale of any financial instrument or as an official confirmation of any transaction. All market prices, data and other information are not warranted as to completeness or accuracy and are subject to change without notice. Any comments or statements made herein do not necessarily reflect those of J.P. Morgan Chase & Co., its subsidiaries and affiliates. ___ Info-cvs mailing list [EMAIL PROTECTED] http://mail.gnu.org/mailman/listinfo/info-cvs Title: RE: fe
Re: Build system with CVS
[ On Monday, March 26, 2001 at 11:59:35 (+0200), Jakob Hummes wrote: ] > Subject: Re: Build system with CVS > > Well, you're right. This would be a solution. > Unfortunately branching and especially merging is heavy-weight (i.e. > complicated) in CVS. Since, in general, no two branches exist for the > same file in our repository, I wanted to avoid branching if possible. In CVS branches are designed to work across all of the files in a given module simultaneously. You should never branch one file at a time. Though the implications aren't as dire, the same can be said of tags. > Is there a reason, why CVS does not support the possibilty to specify a > set of tags or revision numbers in the checkout or update functions, > which will checkout the latest of these revisions (if more than one > tag/revision numbres matches)? CVS is designed to expect all files in a module to be tagged simultaneously. -- Greg A. Woods +1 416 218-0098 VE3TCP <[EMAIL PROTECTED]> Planix, Inc. <[EMAIL PROTECTED]>; Secrets of the Weird <[EMAIL PROTECTED]> ___ Info-cvs mailing list [EMAIL PROTECTED] http://mail.gnu.org/mailman/listinfo/info-cvs
Re: EmptyDir in CVSROOT direcotory
Eric Siegerman writes: > > Is it also the case that Emptydir itself doesn't need to be > writable? If you're not using LockDir in CVSROOT/config, Emptydir needs to be writable so that users can create lock files in it; if you are using LockDir to put the lock files elsewhere, then it does not need to be writable. -Larry Jones It's no fun to play games with a poor sport. -- Calvin ___ Info-cvs mailing list [EMAIL PROTECTED] http://mail.gnu.org/mailman/listinfo/info-cvs
Re: EmptyDir in CVSROOT direcotory
On Mon, Mar 26, 2001 at 11:17:29AM -0500, Larry Jones wrote: > Once [CVSROOT/Emptydir] has been created > (by whatever means), there's no longer any need to have CVSROOT be > writable for the sake of Emptydir. Is it also the case that Emptydir itself doesn't need to be writable? -- | | /\ |-_|/ > Eric Siegerman, Toronto, Ont.[EMAIL PROTECTED] | | / With sufficient thrust, pigs fly just fine. However, this is not necessarily a good idea. - RFC 1925 (quoting an unnamed source) ___ Info-cvs mailing list [EMAIL PROTECTED] http://mail.gnu.org/mailman/listinfo/info-cvs
Re: Uninstall CVS
Jeeva Sarma writes: > > I want to upgrade my cvs server to 1.11.To uninstall > the old version,which are all the files/exes that I > need to remove??Can someone help me with this? You shouldn't need to uninstall anything -- just install the new version. -Larry Jones He piqued my curiosity. -- Calvin ___ Info-cvs mailing list [EMAIL PROTECTED] http://mail.gnu.org/mailman/listinfo/info-cvs
Re:Uninstall CVS
Hi I forgot to mention that my server(version 1.10.7) is on Unix.(Free BSD) Thanks, Jeeva Sarma Hi I want to upgrade my cvs server to 1.11.To uninstall the old version,which are all the files/exes that I need to remove??Can someone help me with this? Thanks in advance, Jeeva Sarma __ Do You Yahoo!? Get email at your own domain with Yahoo! Mail. http://personal.mail.yahoo.com/ ___ Info-cvs mailing list [EMAIL PROTECTED] http://mail.gnu.org/mailman/listinfo/info-cvs
Re: update -p on removed files.
Milos Kleint writes: > > to obtain the right revision I perform cvs update -p -r 1.1 to get one > of the revisions being compared. > > This works just fine, except the case when the file was locally removed. > Then the server returns this line: > E cvs server: conflict: removed > javacvs/libsrc/org/netbeans/lib/cvsclient/Client.java was modified by > second party [...] > Is this intended behaviour or a bug? I don't think it was intended, but I'm not sure I'd call it a bug, either; more an unintended interaction. I've checked in a fix. -Larry Jones Who, ME? Who?! Me?? WHO... Me?! Who, me??? -- Calvin ___ Info-cvs mailing list [EMAIL PROTECTED] http://mail.gnu.org/mailman/listinfo/info-cvs
Re: Problem...
On Mon, Mar 26, 2001 at 12:16 -0800, Danijel Kopcinovic wrote: > > My problem is as follows: I import a directory containing > certain text file to CVS repository. When I do the checkout of > the same directory, I get a copy of that file with different > size than before it was imported, and when running diff tool on > the two files, I get that the files differ "totally", with the > same text being recognized as different. I guess the problem is > some text converting, but I don't get why it occurs only on > that specific file. Count the lines, this will be the difference in size. Visit the list's archive as well as thoroughly look at the program's accompanying doc and make sure you understand the line end thingy which is handled in completely different ways on every platform. Plus how this is treated by the different clients and access methods. Read on about the "binary" flags and how they can solve or worsen your problem. Since you neither specify which OS you run on nor the CVS version(s) you use nor the method you acces the repo with there's not much more help you can get ... virtually yours 82D1 9B9C 01DC 4FB4 D7B4 61BE 3F49 4F77 72DE DA76 Gerhard Sittig true | mail -s "get gpg key" [EMAIL PROTECTED] -- If you don't understand or are scared by any of the above ask your parents or an adult to help you. ___ Info-cvs mailing list [EMAIL PROTECTED] http://mail.gnu.org/mailman/listinfo/info-cvs
Uninstall CVS
Hi I want to upgrade my cvs server to 1.11.To uninstall the old version,which are all the files/exes that I need to remove??Can someone help me with this? Thanks in advance, Jeeva Sarma __ Do You Yahoo!? Get email at your own domain with Yahoo! Mail. http://personal.mail.yahoo.com/ ___ Info-cvs mailing list [EMAIL PROTECTED] http://mail.gnu.org/mailman/listinfo/info-cvs
Re: Why the split for rcvs?
> Then there are the bells&whistles feature nuts "No patch must ever > go un-applied!" :-) > > Now if someone with deep pockets were to pay someone like me to do a > slight re-design and full re-write :-) Yeah right There won't be any deep pockets. There will be more and more users. The questions is not how to reorganize the source code, it's when. Regards, alex. > > -- > Greg A. Woods > > +1 416 218-0098 VE3TCP <[EMAIL PROTECTED]> > Planix, Inc. <[EMAIL PROTECTED]>; Secrets of the Weird <[EMAIL PROTECTED]> > > ___ > Info-cvs mailing list > [EMAIL PROTECTED] > http://mail.gnu.org/mailman/listinfo/info-cvs > ___ Info-cvs mailing list [EMAIL PROTECTED] http://mail.gnu.org/mailman/listinfo/info-cvs
Heres your Surprise!!! From Erica!!
I hope you liked my new homepage.. well you all asked me to do it.. so here it is :)) http://go.to/ericasmovies/ Ive put my whole collection every photo ive taken up on the web, plus Ive made over 20 movies LOL.. theres over 40 megs of movies alone. hehehe I hope you like my new site as much as I loved making it all :)) Luv Erica Web !!! ___ Info-cvs mailing list [EMAIL PROTECTED] http://mail.gnu.org/mailman/listinfo/info-cvs
RE: feature question
Title: RE: feature question Ah, that's what it does... FWIW, I'd appreciate seeing this in the main CVS distribution, since otherwise I always simulate all this with my awful shell scripts. For those who care, it's not because reserved locks are useful in code, it's because they're useful when the repository is holding the Linux config files, which are somewhat more difficult to test merges with, so I usually apply KISS rules to it. Code, I feel, makes no difference whether you allow concurrent edits or not - the testing / reintegration problem stays the same. Noel, if there's anything I can do to help get these patches into the main distribution, then feel free to drop me a mail. -Original Message- From: Noel L Yap [mailto:[EMAIL PROTECTED]] Sent: Monday, March 26, 2001 4:37 PM To: [EMAIL PROTECTED] Cc: [EMAIL PROTECTED] Subject: RE: feature question For the major enhancements (reserved locks and multiple edits per user), I've fished them out into separate (and merged) patches. These need to be tested (I've done very minor testing -- sometimes just to check if they compile) and documented. Specifically, the features that need testing are: 1. "cvs edit -c" actually aborts the edit if other edits exist. 2. "cvs edit -f" will force the edit in the event that "edit -c" is in ~/.cvsrc. 3. "cvs ci -c" actually aborts the edit if a valid edit doesn't exist. 4. "cvs editors" reports edits properly. 5. "cvs unedit" unedits edits properly. All of the above must work for different combinations of feature-support between client and server. For example: 1. Non-patched client against patched server. 2. Patched client against non-patched server. 3. Patched client against patched server. As Derek has pointed out, sanity.sh can cover the first five, but it can't test the different combinations of client/server. I think I've covered all the cases, but I may still be missing something. Noel [EMAIL PROTECTED] on 2001.03.25 17:44:09 To: [EMAIL PROTECTED] cc: [EMAIL PROTECTED] Subject: RE: feature question I'm using the distribution from http://www.cvsnt.com/. And it's been working just fine. The accompanying readme file does not specify that a patch has been applied, so I just assumed that it is now a standard option. Noel, what exactly are you still left with there? I do not have much free time, but a little that I have I would be willing to look at whatever is left outstanding. I need to see how much is left before I can tell you if I can take it on or not. have a day, Sasa -Original Message- From: Noel L Yap [mailto:[EMAIL PROTECTED]] Sent: Saturday, 24 March 2001 1:50 AM To: [EMAIL PROTECTED] Cc: [EMAIL PROTECTED] Subject: Re: feature question Are you sure you're not using a Windows version that's been patched? Noel [EMAIL PROTECTED] on 2001.03.23 01:39:59 To: [EMAIL PROTECTED] cc: (bcc: Noel L Yap) Subject: feature question Clear DayWhy did not 'edit -c' make it to the cvs 1.11 and yet it is on the windows version of cvs 1.10.8? have a day, Sasa == Sasa Brcerevic Technology Partners Group Phone: +61 1800 155 577 Direct: +61 (02) 4925 1535 Mobile: +61 (0416) 297 442 Email: [EMAIL PROTECTED] WWW: www.technologypartnersgroup.com == ___ Info-cvs mailing list [EMAIL PROTECTED] http://mail.gnu.org/mailman/listinfo/info-cvs This communication is for informational purposes only. It is not intended as an offer or solicitation for the purchase or sale of any financial instrument or as an official confirmation of any transaction. All market prices, data and other information are not warranted as to completeness or accuracy and are subject to change without notice. Any comments or statements made herein do not necessarily reflect those of J.P. Morgan Chase & Co., its subsidiaries and affiliates. ___ Info-cvs mailing list [EMAIL PROTECTED] http://mail.gnu.org/mailman/listinfo/info-cvs
Re: Unlocking by another user is possible
irina sturm writes: > > "Normally, only the locker of a > revision may unlock it. Somebody > else locking a revision breaks the > lock. This causes a mail message to > be sent to the original locker. The > message contains a commentary solicited > from the breaker. The commentary is > terminated by end-of-file or by a line > containing . by itself. There can be > no space between -u and its argument." That text is out of date -- what actually happens is that the original locker is sent a "commit" notification. See: http://www.cvshome.org/docs/manual/cvs_10.html#SEC91 -Larry Jones My "C-" firmly establishes me on the cutting edge of the avant-garde. -- Calvin ___ Info-cvs mailing list [EMAIL PROTECTED] http://mail.gnu.org/mailman/listinfo/info-cvs
Re: security in cvs
Hello, Well, CVSWeb can be configured to hide modules, and you can restrict _access_ to a directory by using regular UNIX groups. However, I don't think there's a way to hide a directory from the client. Also, note that the above will cause errors to be displayed on the client everytime they do a top-level update or commit or tag. If I want to restrict some files from some users and not from others, I use UNIX groups and seperate modules, for example : Let's say I have two groups, cvs and dev. All developers are in both groups, everyone else is just in cvs. The $CVSROOT is /var/cvs, I make these modules : /var/cvs/dev ( only users in the dev group can access it ) /var/cvs/doc ( only users in the cvs group can access it, in other words everyone ) You can set up two CVSWeb CGIs, one that hides the dev dir in it's conf file and one that doesn't ( maybe you could be clever and use env variables to point to one of two conf files instead of using two CGIs ;) Put a password on the dev one and leave the doc one open. If I understand your situation, this should help. If I don't please explain. HTH, Rob Helmer Namodn On Mon, Mar 26, 2001 at 10:26:47AM -, [EMAIL PROTECTED] wrote: > Hello! I have a problem with the secutity in cvs. I am using Red Had > Linux as server of cvs with ssh and wincvs on winnt as client. I use > cvsweb for see el repository in the web. All work well. My problem is > can control the permissions on the user. Permissions of read only or > permissions of write only. There are folder that it can be see it and > I want not to that it see it. Can you hel me? > > > ___ > Info-cvs mailing list > [EMAIL PROTECTED] > http://mail.gnu.org/mailman/listinfo/info-cvs > ___ Info-cvs mailing list [EMAIL PROTECTED] http://mail.gnu.org/mailman/listinfo/info-cvs
Re: Changing the group of the repository
Assuming you are using a UNIX-ish OS, just change group ownership on the directories in the repo, make them writeable, and set the SGID bit on them. Also, make sure the $CVSROOT/CVSROOT/history file is writeable by this group. HTH, Rob Helmer On Mon, Mar 26, 2001 at 11:40:49AM +0200, irina sturm wrote: > > > Hello everybody, > > I have a repository in use now for > which I want to restrict the group > of people accessing it (that is, > as when I set up the repository I > didn't create a group containing > only the people who should have access > to the repository, I'd like to do it > now). > > Is there any problem with doing > it now? Are there any aspects I should > be carefull with? > Or this will not have any impact at > all on the current activity on the > repository (for the users who'll be > in the group)? > > Thanks, > Irina. > > -- > === > Irina STURM > Functional Verification Center of Competence - CMG > STMicroelectronics, 9 chem de la Dhuy, 38240 MEYLAN, FRANCE > Phone: (+33) (0)4 76 58 68 90, Fax: (+33) (0)4 76 58 40 11 > E-MAIL: [EMAIL PROTECTED] > === > > ___ > Info-cvs mailing list > [EMAIL PROTECTED] > http://mail.gnu.org/mailman/listinfo/info-cvs > ___ Info-cvs mailing list [EMAIL PROTECTED] http://mail.gnu.org/mailman/listinfo/info-cvs
Re: using NFS from homogeneous (almost) systems
I asked: >What are the pros and cons of using NFS to access the CVS repository >between systems that are similar? What if the OS version isn't >exactly the same? > >We have been using CVS like this for a while. I would like to >know if it is worth setting up a cvs server on our file server. The >sysadmin has to do this and be comfortable with it because he is the >only one who can login to the file servers. Todd Denniston answered: >An easier method, to implement and thus more worth setting up, might be rsh to >one central box that has access to the repo dir. If you already use rsh/ssh >between machines in the office it is fairly easy to just change everybody's >$CVSROOT to point to ":ext:open_machine_name:/path_to/repo" also you may need >to set $CVS_SERVER if for some reason the server's cvs binary is not found on >the path provided to the shell. Thank you all for your suggestions. Todd's suggestion seems like the best fit for our environment. It's also easy to set up. We have a workstation picked to use as the primary CVS server for our repository. I will put a commitinfo script to check the hostname and warn people to change their CVSROOT if they are checking in from another machine. At some time in the future (after we have fixed up everyone's CVS/Repository and .cshrc or whatever), that warning will turn into an error. Fred -- == Fred Brehm, Sarnoff Corporation, [EMAIL PROTECTED] ___ Info-cvs mailing list [EMAIL PROTECTED] http://mail.gnu.org/mailman/listinfo/info-cvs
Re: EmptyDir in CVSROOT direcotory
Brendan J Simon writes: > > Why does cvs need to create an EmptyDir when I want to checkout files > from the repository to a fresh sandbox on my local machine When you checkout a directory tree, every directory in the tree must map to some directory in the repository. When there's no obvious mapping for a directory (which can happen in a number of different circumstances), CVS maps the directory to CVSROOT/Emptydir. Normally, CVSROOT/Emptydir is created when you init the repository, but if you're using an old repository it might not exist, in which case CVS tries to create it when it's first needed. Once the directory has been created (by whatever means), there's no longer any need to have CVSROOT be writable for the sake of Emptydir. -Larry Jones It doesn't have a moral, does it? I hate being told how to live my life. -- Calvin ___ Info-cvs mailing list [EMAIL PROTECTED] http://mail.gnu.org/mailman/listinfo/info-cvs
RE: feature question
For the major enhancements (reserved locks and multiple edits per user), I've fished them out into separate (and merged) patches. These need to be tested (I've done very minor testing -- sometimes just to check if they compile) and documented. Specifically, the features that need testing are: 1. "cvs edit -c" actually aborts the edit if other edits exist. 2. "cvs edit -f" will force the edit in the event that "edit -c" is in ~/.cvsrc. 3. "cvs ci -c" actually aborts the edit if a valid edit doesn't exist. 4. "cvs editors" reports edits properly. 5. "cvs unedit" unedits edits properly. All of the above must work for different combinations of feature-support between client and server. For example: 1. Non-patched client against patched server. 2. Patched client against non-patched server. 3. Patched client against patched server. As Derek has pointed out, sanity.sh can cover the first five, but it can't test the different combinations of client/server. I think I've covered all the cases, but I may still be missing something. Noel [EMAIL PROTECTED] on 2001.03.25 17:44:09 To: [EMAIL PROTECTED] cc: [EMAIL PROTECTED] Subject: RE: feature question I'm using the distribution from http://www.cvsnt.com/. And it's been working just fine. The accompanying readme file does not specify that a patch has been applied, so I just assumed that it is now a standard option. Noel, what exactly are you still left with there? I do not have much free time, but a little that I have I would be willing to look at whatever is left outstanding. I need to see how much is left before I can tell you if I can take it on or not. have a day, Sasa -Original Message- From: Noel L Yap [mailto:[EMAIL PROTECTED]] Sent: Saturday, 24 March 2001 1:50 AM To: [EMAIL PROTECTED] Cc: [EMAIL PROTECTED] Subject: Re: feature question Are you sure you're not using a Windows version that's been patched? Noel [EMAIL PROTECTED] on 2001.03.23 01:39:59 To: [EMAIL PROTECTED] cc: (bcc: Noel L Yap) Subject: feature question Clear DayWhy did not 'edit -c' make it to the cvs 1.11 and yet it is on the windows version of cvs 1.10.8? have a day, Sasa == Sasa Brcerevic Technology Partners Group Phone: +61 1800 155 577 Direct: +61 (02) 4925 1535 Mobile: +61 (0416) 297 442 Email: [EMAIL PROTECTED] WWW: www.technologypartnersgroup.com == ___ Info-cvs mailing list [EMAIL PROTECTED] http://mail.gnu.org/mailman/listinfo/info-cvs This communication is for informational purposes only. It is not intended as an offer or solicitation for the purchase or sale of any financial instrument or as an official confirmation of any transaction. All market prices, data and other information are not warranted as to completeness or accuracy and are subject to change without notice. Any comments or statements made herein do not necessarily reflect those of J.P. Morgan Chase & Co., its subsidiaries and affiliates. ___ Info-cvs mailing list [EMAIL PROTECTED] http://mail.gnu.org/mailman/listinfo/info-cvs
Re: Why the split for rcvs?
Greg A. Woods writes: > > The problem is that there is no CVS developer. There are a few people > with commit access who are more prolific than others, but there's nobody > who has taken ownership of the project and has a proper vision for its > future. [...] I'm not going to quote Greg's entire message, but as one of the more prolific committers, I'd like to go on record as wholeheartedly agreeing with essentially everything he said. -Larry Jones Some people just don't have inquisitive minds. -- Calvin ___ Info-cvs mailing list [EMAIL PROTECTED] http://mail.gnu.org/mailman/listinfo/info-cvs
Re: Why the split for rcvs?
[EMAIL PROTECTED] on 2001.03.24 14:18:20
>I am watching the thread of "split for rcvs" and "locking and other patches"
>and I must say that I am quite shocked.
>
>Why is that the requirements for sending the patches are getting more hard
>every day?
I think these preconditions have existed for a long time now.
>The conditions to accept the patches are quite too difficult to comply with
>and simply designed to discourage the people from sending those ("I'm number
>1 so why try harder" attitude?).
In a way, I agree with your statement. OTOH, I can see where the CVS
maintainers are coming from. I wish there was some middle ground, but I think
it would have to be gotten on a case-by-case basis.
>As a developer I would not expect that the users of my software would send
>me a complete, fully tested and documented patch or bug fix. I don't even
>want it - I know my software much better and I will certainly modify the
>patch before applying. I will write the documentation myself, based on the
>plain email description and my understanding of the system, I will make
>corrections to the sent code etc. The effect will be better than pushing the
>poor guy to write it himself or to make him exercise his skills in the areas
>he is not familiar with.
Again, I wish there was some volunteer that I can communicate with that'll
achieve the goals. That's not the case here and I think no amount of
complaining will change that.
>I would also apply patch to the branch first, so people can try it and test
>as an "experimental" version. That allows the patch to get mature and gives
>some "battlefield-test" - always a good thing to do. When the thing is
>ready - merge it to the trunk.
>
>Now, back to the particular case of Noel's patches - why don't he gets the
>write access to the repo? He did show the commitment and surprising patience
>with those patches.
I appreciate the vote of confidence, but really, I'm not worthy (especially
since I'm not really using CVS now and, therefore, won't even be using my own
patches).
>Or, why his patches are not put on the branch so people can check out the
>code and build themself?
>BTW: CVS code itself seems to have a surprisingly small number of
>branches...
>
>I don't understand why he has to re-do the patches against latest
>development version - surely you should put it on the branch that was crated
>for each release and merge with the trunk, no?
This is completely my fault. The patches I've submitted are not modular,
meaning that you may have to install more than what you had really wanted. This
is why I'm trying to redo the patches.
>As you can see, at least the "edit -c" patch was applied, people are using
>it for quite a while now with good results. Please note that there is no
>more admin locking - so CVS server on Windows NT is fully concurent, with
>professional solution for locking by means of Noel's patch. It seems that
>Noel is not even aware of that - and that is how it is supposed to be! He
>submits the patch and developers are picking it up and applying, testing,
>accepting or rejecting. It should not be ignored, and there should not be
>the patches "floating around" making a users chase them everywhere. Patches
>should be with the main code, that is where people shuld search and find
>them
>
>Dear CVS developers, please give Noel a chance and better CVS to us all...
It's great that others are able to use my patches. I think if I improve their
delivery, even more can enjoy them.
Noel
This communication is for informational purposes only. It is not intended as
an offer or solicitation for the purchase or sale of any financial instrument
or as an official confirmation of any transaction. All market prices, data
and other information are not warranted as to completeness or accuracy and
are subject to change without notice. Any comments or statements made herein
do not necessarily reflect those of J.P. Morgan Chase & Co., its
subsidiaries and affiliates.
___
Info-cvs mailing list
[EMAIL PROTECTED]
http://mail.gnu.org/mailman/listinfo/info-cvs
Re: Problem with checkout
Hi, I think in the case of cvsis that, All files check out files in the tree are set automatically set readonly unless you tell it not to. Keith --- Sean Preston <[EMAIL PROTECTED]> wrote: > > > thing is that when I checkout a tree from the > cvs repository all the files > > > permissions are read only and yet I have > read/write access to the files. > > > If I manually change the permissions then I can > edit the files and commit > > > them back. > > > > Are the files being watched (look up the 'watch' > command in the CVS manual if > > you don't understand this)? Is your CVSREAD > variable set? > > There are currently no watched files as I am the > only one using it and I > haven't yet learnt how to use watches :) As for the > CVSREAD variable I > have not set this. what should it be set to? > > Thanks > Sean > > ~~~ > Sean Preston [EMAIL PROTECTED] > GNU/Linux, the OS of choice > > > ___ > Info-cvs mailing list > [EMAIL PROTECTED] > http://mail.gnu.org/mailman/listinfo/info-cvs __ Do You Yahoo!? Get email at your own domain with Yahoo! Mail. http://personal.mail.yahoo.com/ ___ Info-cvs mailing list [EMAIL PROTECTED] http://mail.gnu.org/mailman/listinfo/info-cvs
RE: Changing the group of the repository
Hi Irina, > I just want to check if I am correct: > > - the repository is in REPOSITORY_RELEASE_1 > and has the following rights > > drwxr-s--- 6 sturmi gr14096 Mar 1 16:05 > REPOSITORY_RELEASE_1 > > - the REPOSITORY_RELEASE_1/CVSROOT inside has the following > rights: > > drwxrwsr-x 3 sturmi gr14096 Mar 6 09:33 CVSROOT > > Is it true that the only changes should be > gr1 -> new_gr1? I'm sorry, I didn't get the point on that question. > Do the access rights above seem correct to you? In my opinion "world" doesn't need any rights inside the repository. cu Michael ___ Info-cvs mailing list [EMAIL PROTECTED] http://mail.gnu.org/mailman/listinfo/info-cvs
Re: Changing the group of the repository
[EMAIL PROTECTED] wrote: > > Hi Irina, > > > I have a repository in use now for > > which I want to restrict the group > > of people accessing it[...] > > > Is there any problem with doing it now? > > No, it should not. I'm often changing the rights for several > repositories. I never had any problems. > > > Are there any aspects I should be carefull with? > > The CVSROOT needs the correct rights as well. > > cu > > Michael Thanks Michael. I just want to check if I am correct: - the repository is in REPOSITORY_RELEASE_1 and has the following rights drwxr-s--- 6 sturmi gr14096 Mar 1 16:05 REPOSITORY_RELEASE_1 - the REPOSITORY_RELEASE_1/CVSROOT inside has the following rights: drwxrwsr-x 3 sturmi gr14096 Mar 6 09:33 CVSROOT Is it true that the only changes should be gr1 -> new_gr1? Do the access rights above seem correct to you? Thanks, Irina. ___ Info-cvs mailing list [EMAIL PROTECTED] http://mail.gnu.org/mailman/listinfo/info-cvs
Unlocking by another user is possible
Hello, I've noticed that if user 1 does "cvs admin -lrev file" user 2 can undo this with "cvs admin -urev file" This was somekind of a surprise; however it was my fault as I didn't seem to thouroughly read the "cvs admin" from the manual. When reading it again now, I have the following under the -urev option for cvs admin: "Normally, only the locker of a revision may unlock it. Somebody else locking a revision breaks the lock. This causes a mail message to be sent to the original locker. The message contains a commentary solicited from the breaker. The commentary is terminated by end-of-file or by a line containing . by itself. There can be no space between -u and its argument." What it is not clear from above is if this is the default implementation (which doesn't seem to be for the tests I've made), or it can be obtained through some CVS specific settings. Does anybody have any idea how this should work? Thanks, Irina. ___ Info-cvs mailing list [EMAIL PROTECTED] http://mail.gnu.org/mailman/listinfo/info-cvs
RE: Changing the group of the repository
Hi Irina, > I have a repository in use now for > which I want to restrict the group > of people accessing it[...] > Is there any problem with doing it now? No, it should not. I'm often changing the rights for several repositories. I never had any problems. > Are there any aspects I should be carefull with? The CVSROOT needs the correct rights as well. cu Michael ___ Info-cvs mailing list [EMAIL PROTECTED] http://mail.gnu.org/mailman/listinfo/info-cvs
Problem...
Greetings! My problem is as follows: I import a directory containing certain text file to CVS repository. When I do the checkout of the same directory, I get a copy of that file with different size than before it was imported, and when running diff tool on the two files, I get that the files differ "totally", with the same text being recognized as different. I guess the problem is some text converting, but I don't get why it occurs only on that specific file. If you could help me, I'd be very grateful... Thx in advance! Danijel Kopcinovic ___ Info-cvs mailing list [EMAIL PROTECTED] http://mail.gnu.org/mailman/listinfo/info-cvs
RE: RH 7.0, cvs pserver not working
> -Original Message- > From: Larry Jones [mailto:[EMAIL PROTECTED]] > Joshua Davis writes: > > > > I tried *not* setting HOME, but it didn't work on RH 7.0. The > HOME setting > > seems to fix this problem (with RH 7.0 xinetd). Unless this > behavior of RH > > 7.0 has been fixed. If that's the case, then 'nevermind'. :) > > What do you mean by "didn't work"? Sorry I wasn't more specific about that. If I remember correctly, the CVS server would refuse client connections. > It may well be that you're > inheriting a bogus value of HOME from xinetd, in which case you need to > explicitly unset it. Exactly. Apparently, that's a RH 7.0 'behavior'. Tomorrow, I'll look at the cvspserver xinetd file again, maybe I found out how to explicitly unset environment variables (and don't remember how I did it). ;-> As always, thanks for your time, Larry. ___ Info-cvs mailing list [EMAIL PROTECTED] http://mail.gnu.org/mailman/listinfo/info-cvs
Can 'cvs update' update files not in the repository?
Sorry, I misused the subject of another question in my first mail. Roland Roland Roeder wrote: > > Hi there, > > In our environment I have a set of c-files which are output > of our masterbuild process. These files tends to become very large > and I'd suspect ci/diff/merge to be very slow, since typically > the new generated files will have many small diffs across > the whole file. Thus, I'd like to not add these files to the > repository, but have cvs update them to local sandboxes anyway > during a update or checkout commands. Is this possible and if yes > how? > > Thanks >Roland > > -- > > > Roland Roeder E-mail: [EMAIL PROTECTED] > Phone: 07031-951-2199 > CoCreate Software GmbH FAX: 07031-951-2320 > Posener Str. 1 > 71065 Sindelfingen > Germany > -- Roland Roeder E-mail: [EMAIL PROTECTED] Phone: 07031-951-2199 CoCreate Software GmbH FAX: 07031-951-2320 Posener Str. 1 71065 Sindelfingen Germany ___ Info-cvs mailing list [EMAIL PROTECTED] http://mail.gnu.org/mailman/listinfo/info-cvs
Re: Changing the group of the repository
Hi there, In our environment I have a set of c-files which are output of our masterbuild process. These files tends to become very large and I'd suspect ci/diff/merge to be very slow, since typically the new generated files will have many small diffs across the whole file. Thus, I'd like to not add these files to the repository, but have cvs update them to local sandboxes anyway during a update or checkout commands. Is this possible and if yes how? Thanks Roland -- Roland Roeder E-mail: [EMAIL PROTECTED] Phone: 07031-951-2199 CoCreate Software GmbH FAX: 07031-951-2320 Posener Str. 1 71065 Sindelfingen Germany ___ Info-cvs mailing list [EMAIL PROTECTED] http://mail.gnu.org/mailman/listinfo/info-cvs
SOS -cvsclient
Hi People, I am a new recruit starting out on the cvs system. I had just subscribed to the mailing list and seen these instructions. I have completed the following steps on the setup of the cvs service on a windows 2000 machine: 1.) Downloaded the pre-compiled version of CVSNT at http://www.cvsnt.org/cvs-1.10.8NT.exe.zip 2.) Unzipped it into C:\cvs 3.) Added the directory to the system path ( Do i need to create a CVSROOT system variable). 4.) Created a new directory, C:\Repo 5.) cvs init -d C:\Repo 6.) ntservice -i C:\Repo 8.) net start cvs The service is starting, but i am unable to connect using a client, wincvs( I have installed wincvs). I am using a password file placed in C:\Repo\CVSROOT. And also when wincvs starts what are the preferences, CVSROOT and the authentication that we have to set.There are instructions galore out there, but not of much help. Can you take some time out and advise me as to how to proceed. Thnxs Razi ___ Info-cvs mailing list [EMAIL PROTECTED] http://mail.gnu.org/mailman/listinfo/info-cvs
security in cvs
Hello! I have a problem with the secutity in cvs. I am using Red Had Linux as server of cvs with ssh and wincvs on winnt as client. I use cvsweb for see el repository in the web. All work well. My problem is can control the permissions on the user. Permissions of read only or permissions of write only. There are folder that it can be see it and I want not to that it see it. Can you hel me? ___ Info-cvs mailing list [EMAIL PROTECTED] http://mail.gnu.org/mailman/listinfo/info-cvs
Re: Build system with CVS
"Greg A. Woods" wrote: > > [ On Saturday, March 24, 2001 at 12:05:04 (+0100), Jakob Hummes wrote: ] > > Subject: Build system with CVS > > > > We have a tag "test_tag" that identifies the latest stable version of > > all files. Now, I want to test the new versions, but seperately. For > > this, all developers have tagged all files of their new versions with > > the "_tag". Obviously, the "_tag" is on > > the same or later revisions than the "test_tag". > > If you're doing what I think you're doing you should probably have had > each developer working on a private branch that you could then merge > one-by-one to the stable branch for testing and integration. Well, you're right. This would be a solution. Unfortunately branching and especially merging is heavy-weight (i.e. complicated) in CVS. Since, in general, no two branches exist for the same file in our repository, I wanted to avoid branching if possible. Is there a reason, why CVS does not support the possibilty to specify a set of tags or revision numbers in the checkout or update functions, which will checkout the latest of these revisions (if more than one tag/revision numbres matches)? - Jakob ___ Info-cvs mailing list [EMAIL PROTECTED] http://mail.gnu.org/mailman/listinfo/info-cvs
Changing the group of the repository
Hello everybody, I have a repository in use now for which I want to restrict the group of people accessing it (that is, as when I set up the repository I didn't create a group containing only the people who should have access to the repository, I'd like to do it now). Is there any problem with doing it now? Are there any aspects I should be carefull with? Or this will not have any impact at all on the current activity on the repository (for the users who'll be in the group)? Thanks, Irina. -- === Irina STURM Functional Verification Center of Competence - CMG STMicroelectronics, 9 chem de la Dhuy, 38240 MEYLAN, FRANCE Phone: (+33) (0)4 76 58 68 90, Fax: (+33) (0)4 76 58 40 11 E-MAIL: [EMAIL PROTECTED] === ___ Info-cvs mailing list [EMAIL PROTECTED] http://mail.gnu.org/mailman/listinfo/info-cvs
