cvs diff: [07:44:36] waiting for Administrator's lock in c:\work\cvsroot/myapp/Debug
Hi, guys: There's a program controled under cvs-1.11.5 and I checked in my changes on 2003/09/27 08:05:25. /// revision 1.6 date: 2003/09/27 08:05:25; author: Administrator; state: Exp; lines: +18 -18 /// today, when I invoke cvs co -D2003/09/27 08:05:25 myapp I got U myapp/network.cpp cvs checkout: Updating agcontrol/Debug cvs diff: [07:44:16] waiting for Administrator's lock in c:\work\cvsroot/myapp/Debug I'm quite sure that there's no other processes using the c:\work\cvsroot/myapp/Debug What should I do then ? TIA -- regards -gusd ___ Info-cvs mailing list [EMAIL PROTECTED] http://mail.gnu.org/mailman/listinfo/info-cvs
Precommitcheck question
Hi, I would like to implement some precommit check in the CVS, but I face some questions at the moment. Here thay are: 1. It seems, that cvs commit works differentr if I give the -mblabla option as the check-i comment. In this case CVS runs my script as intended, bat when I ommit the -m, and thus enter the comment in the editor, than the script is not running. Though the file is inserted properly in the commitinfo file. 2. I would like the check the 'status' field of the prev. revesion before checking in the new revision. Is there an easy way the query the status? BTW I am running CVS on a Debian 2.0 box (CVS version 1.9.26). Thanks id advance and regards, Gabaux Linux is like a wigwam: no gates, no windows, and an apache inside! ___ Info-cvs mailing list [EMAIL PROTECTED] http://mail.gnu.org/mailman/listinfo/info-cvs
Precommitcheck question
Hi, I would like to implement some precommit check in the CVS, but I face some questions at the moment. Here thay are: 1. It seems, that cvs commit works differentr if I give the -mblabla option as the check-i comment. In this case CVS runs my script as intended, bat when I ommit the -m, and thus enter the comment in the editor, than the script is not running. Though the file is inserted properly in the commitinfo file. 2. I would like the check the 'status' field of the prev. revesion before checking in the new revision. Is there an easy way the query the status? BTW I am running CVS on a Debian 2.0 box (CVS version 1.9.26). Thanks id advance and regards, Gabaux Linux is like a wigwam: no gates, no windows, and an apache inside! ___ Info-cvs mailing list [EMAIL PROTECTED] http://mail.gnu.org/mailman/listinfo/info-cvs
cvs export end-of-line translation
Hello, We do centralized tarball and zip-file generation for our project, and we use cvs export for this. The problem is that, since we run this on a GNU/Linux box, the files that get included in the zip all have unix-style end-of-lines. Is there a way to force cvs export to do end-of-line translation for a specific target? I could not find it in the manual, so I suppose not. Wouldn't this be a very useful, even logical, functionality? I would say that this kind of use of cvs export is nothing out of the ordinary... Right now, as a workaround, I use flip the change the end-of-lines based on filename wildcards, but this is not ideal. As another possible workaround, I'd prefer to ask the cvs server (without doing an additional checkout) which files are marked as binary. Is that possible? Kind regards, Maarten ___ Info-cvs mailing list [EMAIL PROTECTED] http://mail.gnu.org/mailman/listinfo/info-cvs
adding sserver mode
I am trying to make use of freepository.com's free CVS features... but they do not use pserver or ext but something called sserver. Here is what they say to do: Setting your local CVSROOT Open the email freepository just sent you. It contains the CVSROOT string to use for secure remote command-line access to your freepository. For this example, we'll assume that my User ID is 'jbminn' and my freepository is located at /fp1/ABCD1234567. Of course, this is a fictitiuous freepository, so don't waste your time tring to get to it. Set it using the normal technique, for example: export CVSROOT=:sserver:[EMAIL PROTECTED]:3001/fp1/ABCD1234567 And here is what I did: ~/wares/cvs-1.11.9/src $ cvs -v Concurrent Versions System (CVS) 1.11.6 (client/server) Copyright (c) 1989-2003 Brian Berliner, david d `zoo' zuhn, Jeff Polk, and other authors CVS may be copied only under the terms of the GNU General Public License, a copy of which can be found with the CVS distribution kit. Specify the --help option for further information about CVS ~/wares/cvs-1.11.9/src $ ./cvs -d :sserver:[EMAIL PROTECTED]:3725/mnt/usbhd/fp/fp1/59E.2H9vIP6fMdbix-recordset import -m 'imported sources' vendor_ecos start cvs import: Unknown method (`sserver') in CVSROOT. cvs [import aborted]: Bad CVSROOT: `:sserver:[EMAIL PROTECTED]:3725/mnt/usbhd/fp/fp1/59E.2H9vIP6fMdbix-recordset'. ~/wares/cvs-1.11.9/src $ How do I get his cvs mode to work? Thanks! I am running under cygwin if it makes any difference ___ Info-cvs mailing list [EMAIL PROTECTED] http://mail.gnu.org/mailman/listinfo/info-cvs
Stale lock files with anonymous CVS
We have a CVS repository here where some users have read only access except in a few directories, and the rest have read-write access everywhere. This does work as advertised, except that when a read-only user attempts to put a file where they shouldn't, we end up with a stale lock. Then no one can use the repository until it's manually removed. It seems that when the CVS process on our (Solaris 9) server has a permission problem, it dies without removing its lock files. FYI, we are using a seperate lock directory. When CVS dies it gives the error: cvs commit: ERROR: cannot write file /opt/cvs/repositories/primary/myproject/test/Attic/testfile2.html,v: Permission denied Terminated with fatal signal 11 The read-write users map to user CVS. Read-only users map to user CVSR. Both belong to group CVS Most files are rwx for user CVS, and r-x for group CVS. Directories where read-only users can write are rwx for user CVSR, and rwx for group CVS. I haven't found any information about this kind of problem over several days of searching. Given that the very popular anonymous CVS repositories around the world must use a similar technique, and such a condition would make them notoriously abusable (i.e. trivial, evil DOS attack), I assume I must be doing something wrong. Does anyone have any ideas? Thanks, -David ___ Info-cvs mailing list [EMAIL PROTECTED] http://mail.gnu.org/mailman/listinfo/info-cvs
Re: Stale lock files with anonymous CVS
David Wood writes: This does work as advertised, except that when a read-only user attempts to put a file where they shouldn't, we end up with a stale lock. Then no one can use the repository until it's manually removed. Are you accessing the repository using client/server mode, or local mode? What version(s) of CVS are you using? -Larry Jones I think your train of thought is a runaway. -- Calvin's Mom ___ Info-cvs mailing list [EMAIL PROTECTED] http://mail.gnu.org/mailman/listinfo/info-cvs
Re: cvs diff: [07:44:36] waiting for Administrator's lock in
Gu Shaodong writes: U myapp/network.cpp cvs checkout: Updating agcontrol/Debug cvs diff: [07:44:16] waiting for Administrator's lock in c:\work\cvsroot/myapp/Debug http://www.cvshome.org/docs/manual/cvs-1.11.7/cvs_10.html#SEC88 And please use / in your CVSROOT specification rather than \ -- although \ usually works, some things don't and you'll waste a lot of time trying to figure out what the problem is when you finally run into one of them. -Larry Jones I just can't identify with that kind of work ethic. -- Calvin ___ Info-cvs mailing list [EMAIL PROTECTED] http://mail.gnu.org/mailman/listinfo/info-cvs
Re: cvs export end-of-line translation
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Maarten de Boer [EMAIL PROTECTED] writes: We do centralized tarball and zip-file generation for our project, and we use cvs export for this. The problem is that, since we run this on a GNU/Linux box, the files that get included in the zip all have unix-style end-of-lines. Is there a way to force cvs export to do end-of-line translation for a specific target? No. You might use the GNU/Linux 'zip -l' command to do the *NIX end-of-line character LF into the MSDOS convention CR LF translation for you... of course, this assumes that all of the files are text files and can survive this change. I could not find it in the manual, so I suppose not. Wouldn't this be a very useful, even logical, functionality? No, the cvs client is the one that knows how to do this transformation, not the server. I suppose you could do your checkout using a DOS box and have the GNU/Linux box mount that directory via samba to create the zip files for you. I would say that this kind of use of cvs export is nothing out of the ordinary... I do not agree as this kind of use violates the principle of least astonishment. Right now, as a workaround, I use flip the change the end-of-lines based on filename wildcards, but this is not ideal. As another possible workaround, I'd prefer to ask the cvs server (without doing an additional checkout) which files are marked as binary. Is that possible? Hmmm... yes, a 'cvs status' command will show 'Sticky Options: -kb' while other values for 'Sticky Options:' such as '(none)' would indicate that the file is not binary. You would need to post-process the output of the 'cvs status' command to obtain your list of binary files. Good luck, -- Mark -BEGIN PGP SIGNATURE- Version: GnuPG v1.2.3 (FreeBSD) iD8DBQE/ismm3x41pRYZE/gRAnWUAKCuLvPHuvIEcxb3NkeXpLg1UREFQACeMzg1 gZFnFcmmlUf649GiQ2fjGmg= =ZqQC -END PGP SIGNATURE- ___ Info-cvs mailing list [EMAIL PROTECTED] http://mail.gnu.org/mailman/listinfo/info-cvs
Re: adding sserver mode
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Terrence Brannon [EMAIL PROTECTED] writes: I am trying to make use of freepository.com's free CVS features... but they do not use pserver or ext but something called sserver. Here is what they say to do: The :sserver: method is presently only available with the cvsnt.org version of cvs. You will need to fetch a copy of that version of cvs in order to interoperate with any servers that only provide :sserver: methods. Good luck, -- Mark -BEGIN PGP SIGNATURE- Version: GnuPG v1.2.3 (FreeBSD) iD8DBQE/ispx3x41pRYZE/gRAnOoAJwKDYJIANHCqiEIRDIn/vzaL1hEQACfay4C i2xNiK1CQwY+xafF+ijoWSg= =I162 -END PGP SIGNATURE- ___ Info-cvs mailing list [EMAIL PROTECTED] http://mail.gnu.org/mailman/listinfo/info-cvs
Re: cvs export end-of-line translation
Maarten de Boer writes: Is there a way to force cvs export to do end-of-line translation for a specific target? No. The CVS philosophy is that you should run the CVS command on the platform where you want the files. -Larry Jones I've got more brains than I know what to do with. -- Calvin ___ Info-cvs mailing list [EMAIL PROTECTED] http://mail.gnu.org/mailman/listinfo/info-cvs
Re: Stale lock files with anonymous CVS
David Wood writes: This does work as advertised, except that when a read-only user attempts to put a file where they shouldn't, we end up with a stale lock. Then no one can use the repository until it's manually removed. What versions of CVS? -Larry Jones Sometimes I think the surest sign that intelligent life exists elsewhere in the universe is that none of it has tried to contact us. -- Calvin ___ Info-cvs mailing list [EMAIL PROTECTED] http://mail.gnu.org/mailman/listinfo/info-cvs
Re: cvs export end-of-line translation
I suppose you could also use something like this: cvs -d host:/repository/path rlog module |\ egrep '^(RCS file|keyword substitution):' |\ sed -e 's/,v//' -e 's,/repository/path/,,' and then look for 'keyword substituion: kb' and know that the RCS file given above is the one that is impacted. Yes, this should work! Thanks! Maarten ___ Info-cvs mailing list [EMAIL PROTECTED] http://mail.gnu.org/mailman/listinfo/info-cvs
Re: cvs export end-of-line translation
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Maarten de Boer [EMAIL PROTECTED] writes: I would say that this kind of use of cvs export is nothing out of the ordinary... I do not agree as this kind of use violates the principle of least astonishment. Well, but isn't export ment to do this: a special checkout of your module destined to be given to third parties. those third parties do not necesarily use the same platform as you, when you do the export... And using a dos box is no option - the whole process has to be a batch job... I was thinking along the lines of a cvs export option -e eol Export non-binary files using ms-dos (crlf) or unix (cr) end-of-lines The code is already present, I'd say (I didn't look at it, but I suppose it's ifdeffed). I will at make a patch for internal use anyway, and post it to this (?) list, in case anyone is interested. If you come up with a patch, some documentation and some test cases for sanity.sh (or at least a series of cvs commands that may be used to verify that the new feature works properly which we can turn into tests), then submit it to [EMAIL PROTECTED] for consideration for inclusion in the cvshome.org sources... but no promises that it will be incorporated... Now that I look at the manpage again, I see that cvs export takes an option -k kopt. Could this be helpful? The kopt you are considering will only determine how the RCS keywords are expanded for your export. Hmmm... yes, a 'cvs status' command will show 'Sticky Options: -kb' while other values for 'Sticky Options:' such as '(none)' would indicate that the file is not binary. To do status, you first have to checkout... True. I suppose you could also use something like this: cvs -d host:/repository/path rlog module |\ egrep '^(RCS file|keyword substitution):' |\ sed -e 's/,v//' -e 's,/repository/path/,,' and then look for 'keyword substituion: kb' and know that the RCS file given above is the one that is impacted. Maarten PS: This the first time I notice someone using X-Face . Nice :-) Thanks. Enjoy! -- Mark -BEGIN PGP SIGNATURE- Version: GnuPG v1.2.3 (FreeBSD) iD8DBQE/itSE3x41pRYZE/gRAt31AJ9DP0zdKhENZXcj7VYD+hh/k0etygCfdhpy ZfMmEQi0P2c9O3le6bEJXsM= =9gAu -END PGP SIGNATURE- ___ Info-cvs mailing list [EMAIL PROTECTED] http://mail.gnu.org/mailman/listinfo/info-cvs
Anyone using CVSPermissions?
I'd like to discuss Vivek Venugopalan's add-on if anyone is willing to share their experiences. I've been evaluating the scripts and am somewhat underwhelmed with various problems. Server is version 1.11.9, running on Solaris 8; most clients are WinCVS 1.10. Mark = Mark Jaffe| (408) 972-9638 (home) Chief Wizard | (408) 807-1530 (cell) Computer Wizards | (425) 795-6421 (FAX) ___ Info-cvs mailing list [EMAIL PROTECTED] http://mail.gnu.org/mailman/listinfo/info-cvs
RE: Stale lock files with anonymous CVS
Title: RE: Stale lock files with anonymous CVS FYI I've also started seeing some strange signal 11 errors to do with lock files since 1.11.7 (same in .8 and .9). Yet to get to the bottom of it. I'll let you know when I have something more specific. NOTICE AND DISCLAIMER: This email (including attachments) is confidential. If you have received this email in error please notify the sender immediately and delete this email from your system without copying or disseminating it or placing any reliance upon its contents. We cannot accept liability for any breaches of confidence arising through use of email. Any opinions expressed in this email (including attachments) are those of the author and do not necessarily reflect our opinions. We will not accept responsibility for any commitments made by our employees outside the scope of our business. We do not warrant the accuracy or completeness of such information. ___ Info-cvs mailing list [EMAIL PROTECTED] http://mail.gnu.org/mailman/listinfo/info-cvs
RE: Stale lock files with anonymous CVS
Damn. I'll try doing it in plain text next time. NOTICE AND DISCLAIMER: This email (including attachments) is confidential. If you have received this email in error please notify the sender immediately and delete this email from your system without copying or disseminating it or placing any reliance upon its contents. We cannot accept liability for any breaches of confidence arising through use of email. Any opinions expressed in this email (including attachments) are those of the author and do not necessarily reflect our opinions. We will not accept responsibility for any commitments made by our employees outside the scope of our business. We do not warrant the accuracy or completeness of such information. application/ms-tnef___ Info-cvs mailing list [EMAIL PROTECTED] http://mail.gnu.org/mailman/listinfo/info-cvs
Re: cvs diff: [07:44:36] waiting for Administrator's lock in
Larry Jones wrote: Gu Shaodong writes: U myapp/network.cpp cvs checkout: Updating agcontrol/Debug cvs diff: [07:44:16] waiting for Administrator's lock in c:\work\cvsroot/myapp/Debug http://www.cvshome.org/docs/manual/cvs-1.11.7/cvs_10.html#SEC88 And please use / in your CVSROOT specification rather than \ -- although \ usually works, some things don't and you'll waste a lot of time trying to figure out what the problem is when you finally run into one of them. -Larry Jones I just can't identify with that kind of work ethic. -- Calvin Thanks Jones, according to the url you provided, after cleaning a directory named #cvs.lock, no problem exists any more. -- regards -gusd ___ Info-cvs mailing list [EMAIL PROTECTED] http://mail.gnu.org/mailman/listinfo/info-cvs
CVS Client on Mac OS 9.1 CVS Server on Linux 9.1...
Dear All,My CVS Server runs on Linux 9.1 and the CVS Client(MacCVSPro) on Macintosh OS 9.1.Whereas CVS does not allow special characters like /(fwd slash) in file names, Macintosh does allow.Because of this I am not able to add files whose names contain / to the CVS. Could anybody suggest how to accomplish this? In other words is it possible to configure CVS server such that it would allow / in file names. Thanks In Advance. Warm Regards,Gopi Krishna Do you Yahoo!? The New Yahoo! Shopping - with improved product search___ Info-cvs mailing list [EMAIL PROTECTED] http://mail.gnu.org/mailman/listinfo/info-cvs