RE: "Stale" CVS locks
Hi, Back to the network-mounted repository issue after a long time. See Larry's reply below. What is wrong with accessing a repository from Windows using ":local:", when the repository is mapped to a drive letter (using Samba)? Recently we get many problems of the form: cvs [tag aborted]: cannot rename file //,filename, to z:\...\filename,v: File exists I assume this is because of the network-mounted repository, but I don't understand the reason for these problems. Can anyone explain this? Also, do these problems never happen in a Linux client which accesses the repository with ":local:"? Thanks, Shlomo -Original Message- From: [EMAIL PROTECTED] [mailto:larry.jones@;sdrc.com] Sent: Tuesday, June 12, 2001 9:03 PM To: [EMAIL PROTECTED] Cc: [EMAIL PROTECTED] Subject: Re: "Stale" CVS locks > I'd like to know, is there a common way of handling these problems? If not, > can you recommend us how to deal with this? If don't know if it matters for > this problem, but we're using CVS (the same repository) from both Windows > and Linux, and we're not using the client/server model of CVS (and we can't > start using this model now). The Ctrl+Break case may perhaps be solved by > capturing those keystrokes, but there may be other reasons for stale CVS > locks such as when a machine crashes, so I think this problem should be > solved more generally. The problem occurs so rarely in practice (at least on Unix-like systems) that removing the stale locks manually has been a perfectly reasonable way to address the problem. It sounds like you're using a network- mounted repository (Samba?), which is practically begging for trouble, so you shouldn't be surprised that you're finding it. You really should switch to client/server CVS -- why do you say you can't? -Larry Jones Hello, local Navy recruitment office? Yes, this is an emergency... -- Calvin ___ Info-cvs mailing list [EMAIL PROTECTED] http://mail.gnu.org/mailman/listinfo/info-cvs
(no subject)
i m getting following error when cvs commit cmd is issued : cvs server: Up-to-date check failed for 'README_kesm.txt' cvs [server aborted]: correct above errors first! mehul. __ Give your Company an email address like ravi @ ravi-exports.com. Sign up for Rediffmail Pro today! Know more. http://www.rediffmailpro.com/signup/ ___ Info-cvs mailing list [EMAIL PROTECTED] http://mail.gnu.org/mailman/listinfo/info-cvs
Re: Compilation of cvs
Matt Frick writes: > > MIME-Version: 1.0 > Content-Type: multipart/alternative; Please do not post MIME and/or HTML encrpyted messages to the list. Plain text only, PLEASE! > I am currently trying to get a static compilation of cvs on a freebsd > 4.5 system. > what I am trying to do is > > >./configure --disable-client > >make > > configure goes well but get some errors on a make. > > logmsg.c: In function `do_editor': > logmsg.c:198: structure has no member named `isremote' > logmsg.c:199: structure has no member named `isremote' That's a bug that's fixed in the current development version of CVS. Either get the current development version from www.cvshome.org or don't disable the client. -Larry Jones You know how Einstein got bad grades as a kid? Well MINE are even WORSE! -- Calvin ___ Info-cvs mailing list [EMAIL PROTECTED] http://mail.gnu.org/mailman/listinfo/info-cvs
Re: (no subject)
mehul choube writes: > > cvs server: Up-to-date check failed for 'README_kesm.txt' > cvs [server aborted]: correct above errors first! That means that someone else has checked in changes to the file. You need to do an update to get those changes merged into your changes and verify that the merged changes are correct before you can commit. -Larry Jones Yep, we'd probably be dead by now if it wasn't for Twinkies. -- Calvin ___ Info-cvs mailing list [EMAIL PROTECTED] http://mail.gnu.org/mailman/listinfo/info-cvs
RE: CVS, emacs, shh, cygwin
Sorry for the incomplete information. I already made the fix such that CVSROOT is /cygdrive/f/ I included the info about f:/ because the afs module also maps the /afs structure on f:/. So I would think both work. So, I now specify CVSROOT as /cygdrive/f/, but other problems continue. -seth --- [EMAIL PROTECTED]7122 Wean Hall www.cs.cmu.edu/~seth School of Computer Science phone: 412-268-3828Carnegie Mellon University fax: 412-268-4801Pittsburgh, PA 15213 > -Original Message- > From: Mike Ayers [mailto:mike.ayers@;earthling.net] > Sent: Tuesday, November 05, 2002 5:23 AM > To: Seth Copen Goldstein > Cc: [EMAIL PROTECTED] > Subject: Re: CVS, emacs, shh, cygwin > > Seth Copen Goldstein wrote: > > I am having trouble using cvs, emacs, bash, etc. on my windows XP > machine. > > My configuration is: > > > > CVS: Concurrent Versions System (CVS) 1.11 (client/server) > > Emacs: GNU Emacs 21.2.1 (i386-msvc-nt5.1.2600)\n of 2002-03-19 on buffy > > Cygwin: not sure version, cygwin1.dll is dated: 2/25/2002 > > Ssh: (from cygwin): OpenSSH_3.2.3p1, SSH protocols 1.5/2.0, OpenSSL > > 0x0090604f > > > > I have afs (version 1.2.2b), but would also be ok with using SSH. > > However: > > > > If I can't set a CVSROOT to :local:f:/path (it complains about path not > > being absolute) > > Correct. Cygwin is a Unix emulation layer, and therefore does not > recognize DOS drive specifications. CVSROOT should be > :local:/cygdrive/f/path. > > > I can't set CVS_RSH=SSH, because cvs replies: > > cvs [checkout aborted]: end of file from server (consult above messages > if > > any) > > This is probably an artifact of your bad CVSROOT, yes? > > > (there are no error messages) > > Don't you get the bad CVSROOT error message? Wouldn't that count? > > > /|/|ike ___ Info-cvs mailing list [EMAIL PROTECTED] http://mail.gnu.org/mailman/listinfo/info-cvs
Re: "Stale" CVS locks
Reinstein, Shlomo writes [in very long lines]: > > Back to the network-mounted repository issue after a long time. See > Larry's reply below. What is wrong with accessing a repository from > Windows using ":local:", when the repository is mapped to a drive letter > (using Samba)? Unix's philosophy of ownership and permissions doesn't match well with Windows' philosophy of ownership and permissions. Although Samba tries to do the best it can to map one to the other, what's best for one situation may well be very bad for another. The default mapping doesn't work very well for CVS, you tend to get obscure permission errors like the one you mentioned: > Recently we get many problems of the form: > cvs [tag aborted]: cannot rename file //,filename, to z:\...\filename,v: >File exists If you absolutely have to access the repository via Samba, check the Samba web site for directions on configuring it to better work with CVS, but the best thing to do is to avoid network filesystems altogether. Run a CVS server on the machine the disk is physically connected to and use client/server mode to access it. > Also, do these problems never happen in a Linux client which accesses > the repository with ":local:"? Not if the repository is on a locally mounted disk as opposed to some kind of network file system like NFS. -Larry Jones What's the matter? Don't you trust your own kid?! -- Calvin ___ Info-cvs mailing list [EMAIL PROTECTED] http://mail.gnu.org/mailman/listinfo/info-cvs
CVS Server problems
Hello, I hope this is the right mailing list, since this might be a somewhat technical question. I currently have a CVS pserver running. It is configured with xinetd stating this: root@solatis2 xinetd.d # cat ./cvspserver-tcp service cvspserver { port = 2401 socket_type = stream protocol = tcp wait = no user = root passenv = PATH disable = no server = /usr/bin/cvs server_args = --allow-root=/var/lib/cvsroot pserver } root@solatis2 xinetd.d # I have inited cvs using the statement: cvs -d /var/lib/cvsroot/ init which resulted in a directory created called /var/lib/cvsroot/CVSROOT with quite a few files in it... Now, I checked if the server was actually online by using nmap... it showed this: 2401/tcp opencvspserver so I assume it is running... however, when I try to do a cvs login, it gives me this: lmergen@solatis2 lmergen $ echo $CVSROOT :pserver:[EMAIL PROTECTED]:/var/lib/cvsroot lmergen@solatis2 lmergen $ cvs login Logging in to :pserver:[EMAIL PROTECTED]:2401/var/lib/cvsroot CVS password: cvs [login aborted]: reading from server: Connection reset by peer lmergen@solatis2 lmergen $ and when I try to telnet to it at port 2401, PuTTY tells my that "the software caused the connection to abort" . Does anyone has any idea at all what is causing this? Sorry if I have provided too much information, but I just want to make sure that I provided enough :) Thanks in advance for any help! Regards, Leon Mergen ___ Info-cvs mailing list [EMAIL PROTECTED] http://mail.gnu.org/mailman/listinfo/info-cvs
Re: CVS Server problems
Leon Mergen writes: > > service cvspserver > { >port = 2401 >socket_type = stream >protocol = tcp >wait = no >user = root >passenv = PATH >disable = no >server = /usr/bin/cvs >server_args = --allow-root=/var/lib/cvsroot pserver > } You should also have a -f in server_args. > cvs [login aborted]: reading from server: Connection reset by peer That usually means that xinetd was unable to start the server, probably because the path is wrong in the config file. Check to see where your cvs is, it's probably *not* /usr/bin/cvs as you said in server above. -Larry Jones I sure wish I could get my hands on some REAL dynamite. -- Calvin ___ Info-cvs mailing list [EMAIL PROTECTED] http://mail.gnu.org/mailman/listinfo/info-cvs
Re: CVS Server problems
Leon Mergen writes: > > I have edited my cvspserver-tcp file, and added -f, restarted xinetd, > but the problem still persist. > > Do you, or anyone else, have any idea? Check your syslog for error messages from xinetd and/or CVS. If there aren't any, try running xinetd in debug mode. Check the permissions on CVS. Try telnetting to port 2401 (telnet localhost 2401) -- if the connection immediately closes, then either xinetd is unable to start CVS or CVS immediately dies. If the connection stays open, try hitting return -- you should get an error message from CVS. -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
RE: CVS Server problems
Hello Larry, Thanks for responding. Well, if the following output doesn't make clear that my cvs is in /usr/bin/cvs I have no idea what I'm doing wrong : root@solatis2 xinetd.d # which cvs /usr/bin/cvs root@solatis2 xinetd.d # :) I have edited my cvspserver-tcp file, and added -f, restarted xinetd, but the problem still persist. Do you, or anyone else, have any idea? Thanks in advance. Regards, Leon Mergen -Original Message- From: Larry Jones [mailto:lawrence.jones@;eds.com] Sent: Wednesday, November 06, 2002 10:45 PM To: Leon Mergen Cc: [EMAIL PROTECTED] Subject: Re: CVS Server problems Leon Mergen writes: > > service cvspserver > { >port = 2401 >socket_type = stream >protocol = tcp >wait = no >user = root >passenv = PATH >disable = no >server = /usr/bin/cvs >server_args = --allow-root=/var/lib/cvsroot pserver > } You should also have a -f in server_args. > cvs [login aborted]: reading from server: Connection reset by peer That usually means that xinetd was unable to start the server, probably because the path is wrong in the config file. Check to see where your cvs is, it's probably *not* /usr/bin/cvs as you said in server above. -Larry Jones I sure wish I could get my hands on some REAL dynamite. -- Calvin ___ Info-cvs mailing list [EMAIL PROTECTED] http://mail.gnu.org/mailman/listinfo/info-cvs
RE: CVS Server problems
Hello Larry, Thanks for getting back to me. I have checked my /var/log/everything/current (after sending a USR1 signal to my master metalog process, gotta deinstall metalog >:( ) , and this is what it says: Nov 7 00:18:38 [xinetd] START: cvspserver pid=15084 from=130.89.169.91 Nov 7 00:18:38 [xinetd] FAIL: cvspserver address from=130.89.169.91 So this means that cvspserver can't start... but what am I doing wrong then? Any ideas? Regards, Leon Mergen -Original Message- From: Larry Jones [mailto:lawrence.jones@;eds.com] Sent: Wednesday, November 06, 2002 11:57 PM To: Leon Mergen Cc: [EMAIL PROTECTED] Subject: Re: CVS Server problems Leon Mergen writes: > > I have edited my cvspserver-tcp file, and added -f, restarted xinetd, > but the problem still persist. > > Do you, or anyone else, have any idea? Check your syslog for error messages from xinetd and/or CVS. If there aren't any, try running xinetd in debug mode. Check the permissions on CVS. Try telnetting to port 2401 (telnet localhost 2401) -- if the connection immediately closes, then either xinetd is unable to start CVS or CVS immediately dies. If the connection stays open, try hitting return -- you should get an error message from CVS. -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
Re: Re: (no subject)
On Wed, 06 Nov 2002 Larry Jones wrote : mehul choube writes: > > cvs server: Up-to-date check failed for 'README_kesm.txt' > cvs [server aborted]: correct above errors first! That means that someone else has checked in changes to the file. You need to do an update to get those changes merged into your changes and verify that the merged changes are correct before you can commit. only i have acces to this module. i changed the file and then used cvs commit cmd to commit the changes(acually i have written a commit.c prog which does the commit work) and it gave error. mehul. __ Give your Company an email address like ravi @ ravi-exports.com. Sign up for Rediffmail Pro today! Know more. http://www.rediffmailpro.com/signup/ ___ Info-cvs mailing list [EMAIL PROTECTED] http://mail.gnu.org/mailman/listinfo/info-cvs
Re: Re: (no subject)
On Wed, 06 Nov 2002 Larry Jones wrote : mehul choube writes: > > cvs server: Up-to-date check failed for 'README_kesm.txt' > cvs [server aborted]: correct above errors first! That means that someone else has checked in changes to the file. You need to do an update to get those changes merged into your changes and verify that the merged changes are correct before you can commit. only i have acces to this module. i changed the file and then used cvs commit cmd to commit the changes(acually i have written a commit.c prog which does the commit work) and it gave error. mehul. __ Give your Company an email address like ravi @ ravi-exports.com. Sign up for Rediffmail Pro today! Know more. http://www.rediffmailpro.com/signup/ ___ Info-cvs mailing list [EMAIL PROTECTED] http://mail.gnu.org/mailman/listinfo/info-cvs
Re: Newbie Problem: About repositiory
On Mon, 4 Nov 2002, Mike Ayers wrote: > 4. Run a script which deletes all the CVS/Root directories and then > `cvs -d /new/path/to/repository update` Can you tell me how to make such script file? My working directory have too many subdirectories.. Also, shall I delete all 3 files in CVS directory or just the file "Root"? Thanks a lot. :-) Xicheng ___ Info-cvs mailing list [EMAIL PROTECTED] http://mail.gnu.org/mailman/listinfo/info-cvs
Re: Re: (no subject)
mehul choube writes: > > only i have acces to this module. i changed the file > and then used cvs commit cmd to commit the changes(acually i have > written a commit.c prog which does the commit work) and it gave > error. Be that as it may, the error message you're getting means that the revision in your working directory is *not* the most recent revision in the repository. The solution to the problem is to run "cvs update". -Larry Jones Please tell me I'm adopted. -- Calvin ___ Info-cvs mailing list [EMAIL PROTECTED] http://mail.gnu.org/mailman/listinfo/info-cvs