Re: gnome cvs ?
Patrick Amirian wrote: hi, anyone know if there is a gnome gui for cvs ? (that really works) thanks. Hi, The best Gnome one I know of is at http://www.cvsgui.org. There is still a bit of work to be done on it though. Another one is pharmacy at http://pharmacy.sourceforge.net/ but this looks discontinued. Two more GUIs are Cervisia (KDE) at http://cervisia.sourceforge.net/ and tkCVS at http://www.twobarleycorns.net/tkcvs.html. These are more complete and more stable. hope this helps, Michael -- Michael Twomey These opinions are my own and do not represent Sun unless otherwise stated. Sun Microsystems, Dublin, 8199164, x19164 "Fly my little Makefiles! Fly!" ___ Info-cvs mailing list [EMAIL PROTECTED] http://mail.gnu.org/mailman/listinfo/info-cvs
RE: gnome cvs ?
-Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]]On Behalf Of Michael Twomey Sent: Monday, January 29, 2001 4:45 AM To: Patrick Amirian Cc: [EMAIL PROTECTED] Subject: Re: gnome cvs ? Patrick Amirian wrote: hi, anyone know if there is a gnome gui for cvs ? (that really works) thanks. Hi, The best Gnome one I know of is at http://www.cvsgui.org. There is still a bit of work to be done on it though. Another one is pharmacy at http://pharmacy.sourceforge.net/ but this looks discontinued. Two more GUIs are Cervisia (KDE) at http://cervisia.sourceforge.net/ and tkCVS at http://www.twobarleycorns.net/tkcvs.html. These are more complete and more stable. .. and if you don't mind Java, there's 'jCVS' http://www.jcvs.org ___ Info-cvs mailing list [EMAIL PROTECTED] http://mail.gnu.org/mailman/listinfo/info-cvs
cvs bugzilla
Hi to all! I think it would be a very good idea for cvs development and users to have a bugzilla, e.g. at http://www.cvshome.org/bugs/ . At the moment I want to convince co-workers to use cvs at our company, and such a bug tracking system would be a major argument for giving it a try. Or does it exist and I just didn't find it? Robert ___ Info-cvs mailing list [EMAIL PROTECTED] http://mail.gnu.org/mailman/listinfo/info-cvs
Re: Secure a sub-directory in a subdirectory ...
Please read the manual regarding permissions within the repository. IIRC, they should be: Those needing checkout-only privileges should have r-x permissions on the repository directories, r-? permissions on repository archives, and rwx permissions on LockDir directories. Those needing checkin privileges must have rwx permissions on the repository directories, r-? permissions on repository archives, and rwx permissions on LockDir directories. Noel [EMAIL PROTECTED] on 2001.01.27 14:48:04 To: [EMAIL PROTECTED], [EMAIL PROTECTED] cc: [EMAIL PROTECTED] (bcc: Noel L Yap) Subject: Re: Secure a sub-directory in a subdirectory ... According to my test, once you set up LockDir, no-one can checkout. In other words, the repository become read-only. So is there any way to make a repository read-only to the majority of the users while it is still commitable to authorized group or individuals. LockDir doesn't seem to serve the purpose. Howard - Original Message - From: "Larry Jones" [EMAIL PROTECTED] To: "The Hermit Hacker" [EMAIL PROTECTED] Cc: [EMAIL PROTECTED] Sent: Friday, January 26, 2001 12:35 PM Subject: Re: Secure a sub-directory in a subdirectory ... The Hermit Hacker writes: Is there any way of defining a subdirectory as only having commit privileges enabled for one developer, or, inversely, not allowing a specific developer to commit to that area? If a user doesn't have write permission in a directory, then he won't be able to commit (or tag, or admin, etc.) in that directory. He also won't be able to checkout, update, etc. unless you've used LockDir in CVSROOT/config to put the lock files elsewhere. -Larry Jones Physical education is what you learn from having your face in someone's armpit right before lunch. -- Calvin ___ 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 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. Incorporated, its subsidiaries and affiliates. ___ Info-cvs mailing list [EMAIL PROTECTED] http://mail.gnu.org/mailman/listinfo/info-cvs
Re: Secure a sub-directory in a subdirectory ...
Um, no. What Larry said. You must have set it up incorrectly. The LockDir directory must exist, be writable by everyone, and it should have the SGID bid set is you're not using a BSD system. If you've already done a checkout using lockdir, setting the SGID bit on LockDir should probably be done recursively: 'chmod -R g+s $LockDir'. Derek -- Derek Price CVS Solutions Architect ( http://CVSHome.org ) mailto:[EMAIL PROTECTED] OpenAvenue ( http://OpenAvenue.com ) -- 160. I'm not a complete idiot - several parts are missing. Howard Zhou wrote: Sorry I didn't make myself clear. I meant with LockDir, no one can checkin except for the owner of the repository. Is that the purpose behind LockDir? Howard - Original Message - From: "Larry Jones" [EMAIL PROTECTED] To: "Howard Zhou" [EMAIL PROTECTED] Cc: [EMAIL PROTECTED]; [EMAIL PROTECTED] Sent: Sunday, January 28, 2001 10:12 AM Subject: Re: Secure a sub-directory in a subdirectory ... Howard Zhou writes: According to my test, once you set up LockDir, no-one can checkout. In other words, the repository become read-only. Then you must not have set it up correctly. The LockDir directory must exist, be writable by everyone, and it should have the SGID bit set if you're not using a BSD system. -Larry Jones ___ Info-cvs mailing list [EMAIL PROTECTED] http://mail.gnu.org/mailman/listinfo/info-cvs
Re: Secure a sub-directory in a subdirectory ...
Howard Zhou writes: Sorry I didn't make myself clear. I meant with LockDir, no one can checkin except for the owner of the repository. Is that the purpose behind LockDir? No. As I said, you must not have it set up correctly. If you give us details of what's going wrong, we can probably help you fix it. -Larry Jones Oh, now YOU'RE going to start in on me TOO, huh? -- Calvin ___ Info-cvs mailing list [EMAIL PROTECTED] http://mail.gnu.org/mailman/listinfo/info-cvs
Re: Too Frequently Asked Question of info-cvs mailing list
Alexey Mahotkin [EMAIL PROTECTED] writes: Q: I have a large MS Visual SourceSafe repository. How could I convert it to use it from CVS? A: All scripts for that purpose that have ever appeared on info-cvs are collected here: http://alexm.here.ru/cvs-nserver/download/contrib/vss-to-cvs/ I've taken Jerry Nairn's vss2cvs.pl script, which you have on your website, and enhanced it quite a bit. It is now available at http://www.laine.org/cvs/vss2cvs Since I occasionally make updates to it (based on my own needs, or on comments from others), it would probably be better if you provided a link to that location, rather than making a copy - that way there will be less confusion about which is newer, whether or not they've diverged, etc. ___ Info-cvs mailing list [EMAIL PROTECTED] http://mail.gnu.org/mailman/listinfo/info-cvs
Re: Too Frequently Asked Question of info-cvs mailing list
This may be worth putting into the FAQ (I leave it up to you.): If you are using xinetd you can use the "passenv" attribute. "man xinetd.conf" explains this attribute. FYI, following is my cvspserver file for xinetd. It works great, and I avoid the $HOME problem. By putting nothing for "passenv" cvs is started without any env. I don't think that "inetd" has an equivalent attribute, but I'm not sure. $ cat xinetd.d/cvspserver service cvspserver { socket_type = stream protocol= tcp wait= no user= root passenv = group = cvsroot only_from = 192.168.200.0 log_type= FILE /var/log/xinetdlog server = /usr/bin/cvs server_args = -f --allow-root=/home/cvsroot pserver log_on_success += USERID DURATION log_on_failure += HOST USERID disable = no } -Anders. At 01:19 PM 1/28/2001 -0500, Larry wrote: Alexey Mahotkin writes: A: Workaround: You could create small .sh-file: That may not work -- the problem might well be that there's no -f global option on the pserver line in inetd.conf rather than that $HOME is set in the environment. This is caused by misfeature in CVS. :pserver: does not have home directory and should not try to use it. There exist patches that fix that behaviour, if you wish to get rid of that problem once and for all. This is misleading -- the user pserver is running on behalf of has a home directory and pserver may well want to use it. And note that the current development version ignores $HOME when running as a server. ___ Info-cvs mailing list [EMAIL PROTECTED] http://mail.gnu.org/mailman/listinfo/info-cvs
Re: cvs bugzilla
go to www.mozilla.org - Original Message - From: "Stephen Rasku" [EMAIL PROTECTED] To: [EMAIL PROTECTED]; [EMAIL PROTECTED] Sent: Monday, January 29, 2001 12:18 PM Subject: Re: cvs bugzilla Robert Pollak writes: Hi to all! I think it would be a very good idea for cvs development and users to have a bugzilla, e.g. at http://www.cvshome.org/bugs/ . ... Or does it exist and I just didn't find it? I second that! We use bugzilla at work and it is excellent for tracking the progress of a bug-report. Currently, there is [EMAIL PROTECTED] for reporting bugs but it isn't easily searchable like bugzilla is. -- Stephen Rasku E-mail: [EMAIL PROTECTED] Senior Software Engineer Web: http://www.tgivan.com/ TGI Technologies http://www.pop-star.net/ ___ 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
CVS on a solaris box with ACLs
Is anybody running a cvs server from a solaris box and attempting to use ACLs? Some people around here are insisting that ACLs are necessary, however it appears that they don't interact well with chmod(). Calling chmod() has the affect of masking out the ACLs. I'm thinking of hacking CVS to propogate ACLs from the old archive/,v file to the new one during commits, which seems like it will be straight forward, but wanted to see if there were any existing patches around to do this already, or if anybody had any thoughts on other ways to deal with ACLs. Any suggestions? Sam p.s. Is cvs-devel not an open list? I got an automated message saying my attempt to subscribe had to be reviewed by a person. -- Sam Roberts [EMAIL PROTECTED] ___ Info-cvs mailing list [EMAIL PROTECTED] http://mail.gnu.org/mailman/listinfo/info-cvs
Re: -kb
I think the file should contain regex's not file wildcards, and I believe that the first line to be matched is used, so probably something like the following: --- .*\.[Hh][Tt][Mm][Ll] -k 'v' .* -k 'b' Rob Helmer [EMAIL PROTECTED] on 01/27/2001 12:40:01 AM To: [EMAIL PROTECTED] cc: (bcc: Rex Jolliff/YM/RWDOE) Subject: -kb Federal Record Status Not Determined Hello, If I would like to have a repository that contains all binaries except for one extension ( .html for instance ), is the proper way to specify that something like excerpt from cvswrappers * -k 'b' *.[Hh][Tt][Mm][Ll] -k 'v' /excerpt from cvswrappers ( I am not sure on that -kv option.. ) Is this doable? If not, can I at least do the * -k 'b' line and get away with it? Should I do [A-Za-z0-9] or something like that instead? I couldn't find help for this on cvshome, any info is appreciated.. Thanks -- Rob Helmer ___ 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: [To CVS-Dev] CVS Directory Order and sanity.sh
You earned your pay for the week. MVS does support strcoll() as most recent Posix.1 systems do, of course that doesn't guarantee that all CVS platforms do so it looks like I'll have to create a conditional for strcoll. Thanks. Eric Siegerman [EMAIL PROTECTED] on 01/25/2001 05:36:45 PM To: [EMAIL PROTECTED] cc:(bcc: Wayne Johnson/MINN/Candle) Subject: Re: [To CVS-Dev] CVS Directory Order and sanity.sh On Thu, Jan 25, 2001 at 05:23:37PM -0500, Larry Jones wrote: 2) It seems that quite often the order that files are processed is different on MVS. For example, in basicb-7, the output that is expected is: 'T Emptydir/sfile1 T sdir2/sfile2' but on MVS it's: 'T sdir2/sfile2 T Emptydir/sfile1' I am assuming that the change is due to a different collating sequence between ASCII and EBCDIC. My question is, shouldn't LC_COLLATE=C fix this? I looked in the opendir/readdir function descriptions on several different UNIX (UNII?) and LINUX docs and none mention the order that these files/directories should be listed, nor use of LC_COLLATE. In general, readdir() returns entries in whatever order they are physically stored in the directory, it does no sorting of any kind. Correct. (In the case of basicb-7, for example, I think the subdirectories should be processed in the order they occur in CVS/Entries, which should be the order they were added in.) Nope; CVS does them in alphabetical order (as it seems to do just about everything except "import"). Tested by creating and "cvs add"ing subdirectories in non-alphabetical order, hand-editing CVS/Entries into a different non-alphabetical order, then doing "cvs tag foo". But CVS doesn't seem to do locale-based sorting. It uses strcmp(), which just does a byte-for-byte numeric comparison. This would explain the reported output; in EBCDIC, lower-case letters do indeed sort before caps ('a' is 0x81; 'A' is 0xC1). A quick grep for "sort" in the CVS 1.11 sources turns up at least three functions that need changing: history.c:sort_order modules.c:sort_order hash.c:fsortcmp Solaris provides strcoll() and strxfrm() to do locale-based string comparisons, but I have no idea how standard they are. -- | | /\ |-_|/ Eric Siegerman, Toronto, Ont.[EMAIL PROTECTED] | | / Interviewer: You've been looking at the stars all your life: Is there anything in astrology? Arthur C. Clarke: It's utter nonsense. But I'm a Sagittarius, so I'm naturally skeptical. ___ 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: CVS on a solaris box with ACLs
Sam Roberts writes: p.s. Is cvs-devel not an open list? I got an automated message saying my attempt to subscribe had to be reviewed by a person. No, it's not (see DEVEL-CVS). Anyone can read it, but only official developers can post. It's primary function is administrative coordination and it's extremely low-volume, so it isn't particularly interesting, all the interesting development discussion is on bug-cvs. I believe the only reason for the review is to determine whether you get read-only or read/write access; no one is ever denied read access. -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
A Client for local cvs for windows (non-client/server cvs for windows NT)
Hello ! I need a Client for local cvs for windows (non-client/server cvs for windows NT). I am new to CVS but found it's inherant power very compelling. however, I am not motivated enough to learn the command line syntax as I would use CVS for personal use alone. I use win2000. Are their any web interfaces available too? (as I have apache with php,mysql,cgi support on my win2k machine) Regards Pankaj ___ Info-cvs mailing list [EMAIL PROTECTED] http://mail.gnu.org/mailman/listinfo/info-cvs
Re: CVS on a solaris box with ACLs
Is anybody running a cvs server from a solaris box and attempting to use ACLs? I've done this. Some people around here are insisting that ACLs are necessary, however it appears that they don't interact well with chmod(). Calling chmod() has the affect of masking out the ACLs. In theory, ACLs aren't necessary since you can always define whatever groups you need and place people in those groups. However, the number of groups you wind up with may grow combinatorially while ACLs grow linearly. I've never seen the problem with chmod (although I don't think I've ever looked). IIRC, Solaris 2.5 had problems with ACLs with regards to NFS and setgid directories (new files didn't have the same group as that of the parent directory). I'm thinking of hacking CVS to propogate ACLs from the old archive/,v file to the new one during commits, which seems like it will be straight forward, but wanted to see if there were any existing patches around to do this already, or if anybody had any thoughts on other ways to deal with ACLs. This is exactly what we did. I've posted our script before so check the archives. If you don't find it, ask me and I'll see if I can dig it up. Any suggestions? Other than using loginfo scripts, I don't see any other way to do this (I'm not convinced that CVS should directly support ACLs). Although files can inherit default ACLs from the parent directory, this isn't what you really want since the directories need to be writable and executable by those needing checkin privileges -- you normally don't want archives files to be writable. So, archive files should inherit their parent directories' ACLs except that the write bit should be turned off and the execute bit should be set to what the original archive files' execute bit was. 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. Incorporated, its subsidiaries and affiliates. ___ Info-cvs mailing list [EMAIL PROTECTED] http://mail.gnu.org/mailman/listinfo/info-cvs
Re: CVS on a solaris box with ACLs
--- Noel L Yap [EMAIL PROTECTED] wrote: (I'm not convinced that CVS should directly support ACLs). FWIW, I've implemented platform-independent XML-based ACLs using perl5 regexes in my cvssupport project on Sourceforge. They're simply processed by a basic commitinfo script. You can block commits based on filename, revision or tag patterns, by user and role/group. Cheers, Laird = -- [EMAIL PROTECTED] http://www.amherst.edu/~ljnelson/ Good, cheap, fast: pick two. __ Do You Yahoo!? Yahoo! Auctions - Buy the things you want at great prices. http://auctions.yahoo.com/ ___ Info-cvs mailing list [EMAIL PROTECTED] http://mail.gnu.org/mailman/listinfo/info-cvs
Re: Multiple repositories
Irving Salisbury wrote: I have checked the archives there. Thank you for the info, but nothing there other than what I had already seen. I have received some files. All I am looking for is a working shell script on Solaris that start CVS with multiple repositories. I don't know why you need an error message for that. Because I was assuming you at least tried simply listing 2 '--allow-root' options on the command line. If that isn't working, and it should, you must be experiencing some error. With an error message some of the people who read info-cvs might be able to help. Derek -- Derek Price CVS Solutions Architect ( http://CVSHome.org ) mailto:[EMAIL PROTECTED] OpenAvenue ( http://OpenAvenue.com ) -- I will not fake seizures. I will not fake seizures. I will not fake seizures... - Bart Simpson on chalkboard, _The Simpsons_ ___ Info-cvs mailing list [EMAIL PROTECTED] http://mail.gnu.org/mailman/listinfo/info-cvs
Re: gnome cvs ?
On Mon, Jan 29, 2001 at 09:44:33AM +, Michael Twomey wrote: Another one is pharmacy at http://pharmacy.sourceforge.net/ but this looks discontinued. It is not discontinued although I must admit that I did not spend very much time the last year. I hope to provide a new version end of this week, which provides bug fixes mainly. Cheers, Matthias -- Matthias Kranz [EMAIL PROTECTED] http://www.belug.org/~kranz ___ Info-cvs mailing list [EMAIL PROTECTED] http://mail.gnu.org/mailman/listinfo/info-cvs
How does CVS concurrently manage binary edits?
On Mon, Jan 22, 2001 at 12:04:07AM -0500, Larry Jones wrote: David Wen writes: How could I make only one person could edit a file and lock others out? Currently it can let more than 2 developers to edit the same file at the same time. How to overcome this problem? It's not a problem -- it's the key thing that differentiates CVS from other version control systems. It's the *concurrent* versions system, not the one-developer-at-a-time versions system. -Larry Jones I'm currently implementing a Repository which contains documents and code among a team of developers, project managers, etc., and have run into a snag where I'm not sure CVS is capable of doing what I want. For the most part, I want CVS to merely act as a data repository for our work, and some of the users are Windows users, and are storing Microsoft's crappy binary formats (*.doc, *.ppt, *.mpp, etc.) within the repository. I've set up cvswrappers to work around those files and store them without munging, but the question has come up several times: What happens if two people edit the same binary file concurrently? To my knowledge CVS won't be able to do a think about it, but perhaps even more importantly, will it flag the overlap? Will it let a user know that they have just tried to commit a binary file that was editied, *and not lose data in either file*? Microsoft has some sort of version/history thing at least within Word. Theoretically, the users can try a manual merge if they have both binaries. My question is just whether CVS would notify them, or silently crunch the data? (I suspect not, since it's so rigorous with text-based files.) And yes, I know that binary-format files are a stupid way to do things. But I have to do this in stages, and just getting people to use version-control is a nice step. Maybe we can move them into non-MS tools later on. Still also haven't found an answer to the WinCVS/SSH bug I posted about last week. Where can I go to talk to the WinCVS developer community? http://www.wincvs.org/ doesn't seem to be on the net anymore, and the stuff on http://www.cvshome.org/ appears to focus on the server-side software. I can't find links for the WinCVS stuff, other than just to download a binary. -- Pat ___Think For Yourself Patrick G. Salsbury - http://reality.sculptors.com/~salsbury/ Contribute to the "Laws We'd Like To See" project: http://reality.sculptors.com/cgi-bin/fom - "Brainwash yourself, before someone nasty beats you to it." -World Entertainment War ___ Info-cvs mailing list [EMAIL PROTECTED] http://mail.gnu.org/mailman/listinfo/info-cvs
Re: How does CVS concurrently manage binary edits?
Patrick Salsbury writes: the question has come up several times: What happens if two people edit the same binary file concurrently? It works almost the same as with text files -- both people can do whatever they want in their own sandboxes. If one of them commits a change, the other will get an "out of date" error if they try to commit a change as well. The difference is that when they then do an update, CVS won't try to merge the changes; instead, it will issue a message saying that a merge is required on an unmergable file and give the user a copy of both versions of the file to merge by hand. -Larry Jones ___ Info-cvs mailing list [EMAIL PROTECTED] http://mail.gnu.org/mailman/listinfo/info-cvs
Re: -kb
I'll give it a shot, thanks alot! On Mon, Jan 29, 2001 at 10:05:26AM -0800, [EMAIL PROTECTED] wrote: I think the file should contain regex's not file wildcards, and I believe that the first line to be matched is used, so probably something like the following: --- .*\.[Hh][Tt][Mm][Ll] -k 'v' .* -k 'b' Rob Helmer [EMAIL PROTECTED] on 01/27/2001 12:40:01 AM To: [EMAIL PROTECTED] cc: (bcc: Rex Jolliff/YM/RWDOE) Subject: -kb Federal Record Status Not Determined Hello, If I would like to have a repository that contains all binaries except for one extension ( .html for instance ), is the proper way to specify that something like excerpt from cvswrappers * -k 'b' *.[Hh][Tt][Mm][Ll] -k 'v' /excerpt from cvswrappers ( I am not sure on that -kv option.. ) Is this doable? If not, can I at least do the * -k 'b' line and get away with it? Should I do [A-Za-z0-9] or something like that instead? I couldn't find help for this on cvshome, any info is appreciated.. Thanks -- Rob Helmer ___ 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 ___ Info-cvs mailing list [EMAIL PROTECTED] http://mail.gnu.org/mailman/listinfo/info-cvs
cvs log
Hi, I use cvs2cl.pl to turn my cvs log output into a nice web page. The only weird thing I see ( I don't think this is cvs2cl's fault ) is redundant tags, I'll see the same tags over and over for certain files.. I haven't yet determined why, or the difference between files that show the same tag more than once and those that don't. Any help would be much appreciated.. Thanks, Rob Helmer Namodn ___ Info-cvs mailing list [EMAIL PROTECTED] http://mail.gnu.org/mailman/listinfo/info-cvs
Re: Secure a sub-directory in a subdirectory ...
Larry, The error message I got was cvs [commit aborted]: could not open lock file '/,foo.txt,': Permission denied If I chmod g+w $CVSROOT/dir, the problem goes away. So it looks to me that the lock for commit is always placed in $CVSROOT regardless what LockDir is set to. If that's the case, what's use of LockDir? Howard - Original Message - From: "Larry Jones" [EMAIL PROTECTED] To: "Howard Zhou" [EMAIL PROTECTED] Cc: [EMAIL PROTECTED]; [EMAIL PROTECTED] Sent: Monday, January 29, 2001 8:03 AM Subject: Re: Secure a sub-directory in a subdirectory ... Howard Zhou writes: Sorry I didn't make myself clear. I meant with LockDir, no one can checkin except for the owner of the repository. Is that the purpose behind LockDir? No. As I said, you must not have it set up correctly. If you give us details of what's going wrong, we can probably help you fix it. -Larry Jones Oh, now YOU'RE going to start in on me TOO, huh? -- Calvin ___ 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: cvs bugzilla
I said I think it would be a very good idea for cvs development and users to have a bugzilla, e.g. at http://www.cvshome.org/bugs/ . and Alex Holst [mailto:[EMAIL PROTECTED]] answered Don't jump on bugzilla, but find one that will suit your needs. Yes, Alex is right. I used the term 'bugzilla', but I meant 'bug tracking system that provides some of bugzilla's functionality'. SourceForge should also be a candidate, but I think it is not as easy to use (but it is much easier to set up! Simply create a new SourceForge project). What I like most about bugzilla is the ability to attach files (patches, test examples, log files) to a bug entry. I have not worked with the other one Alex mentions, GNATS, yet. Where is [EMAIL PROTECTED] archived, btw.? I could not find a link to it from http://www.cvshome.org/. I did not even know it existed before I read Stephen Rasku's mail. ___ Info-cvs mailing list [EMAIL PROTECTED] http://mail.gnu.org/mailman/listinfo/info-cvs