CVS commit problem
___ Info-cvs mailing list [EMAIL PROTECTED] http://lists.gnu.org/mailman/listinfo/info-cvs
Re: CVS Commit Problem
Bob Goan writes: > > I'm trying to use CVS in my Sun Forte for Java environment, which is a PC > running Windows 2000, networked to a LINUX Box, and I use SAMBA to mount the > LINUX directories locally to my PC, including the CVSROOT directory. Using a network file system like SAMBA to access your repository is not recommended -- you'll likely encounter any number of strange permission problems and may end up with a corrupted repository. Use client/server CVS instead. If you insist on using SAMBA, there used to be some instructions on the SAMBA web site for configuring it to work with CVS -- I suggest you look for them. -Larry Jones I won't eat any cereal that doesn't turn the milk purple. -- Calvin ___ Info-cvs mailing list [EMAIL PROTECTED] http://mail.gnu.org/mailman/listinfo/info-cvs
CVS Commit Problem
I'm trying to use CVS in my Sun Forte for Java environment, which is a PC running Windows 2000, networked to a LINUX Box, and I use SAMBA to mount the LINUX directories locally to my PC, including the CVSROOT directory. I have a cvs executable installed on my PC. I am using the built-in GUI commands in FORTE to run CVS. I mounted the CVS filesystem okay, and set up my working directory okay. I checked out all of the files in the project okay. I changed a file locally, and a refresh occurred and noted in my window that my local file had been modified in the FORTE environment. I now tried to commit the modified file back into the CVS directory on the LINUX box. CVS comes back with the following failure: cvs.exe commit: notice: main loop with CVSROOT=:local:H:\cvs -> checkout (H:\cvs/stst/parm/SPPFS_MSG_IDS.xml,v, 1.5, , (function)) -> ParseInfo(H:\cvs/CVSROOT/commitinfo, stst/parm, ALL) -> ParseInfo(H:\cvs/CVSROOT/verifymsg, stst/parm, not ALL) -> unlink(C:\DOCUME~1\bgoan.EVG\LOCALS~1\Temp\2) -> checkout (H:\cvs/stst/parm/SPPFS_MSG_IDS.xml,v, 1.5, -ko, C:\DOCUME~1\bgoan.EVG\LOCALS~1\Temp\48) -> rename(H:\cvs/stst/parm/,SPPFS_MSG_IDS.xml,,H:\cvs/stst/parm/SPPFS_MSG_IDS.x ml,v) cvs.exe [commit aborted]: cannot rename file H:\cvs/stst/parm/,SPPFS_MSG_IDS.xml, to H:\cvs/stst/parm/SPPFS_MSG_IDS.xml,v: File exists -> unlink(H:\cvs/stst/parm/,SPPFS_MSG_IDS.xml,) This is the only CVS command that appears to be failing. Any help would be appreciated. Thanks, Bob Goan Applied Research Labs ___ Info-cvs mailing list [EMAIL PROTECTED] http://mail.gnu.org/mailman/listinfo/info-cvs
Re: cvs commit problem
Joss, Werner 3936 S-RD-MP2 writes: > > cannot create_adm_p /tmp/cvs-serv13750/CVI/MDAQ > Permission denied > cvs commit: saving log message in /tmp/cvsiIyJXt That frequently means that you're missing the CVSROOT/Emptydir directory. Try running "cvs init" as a user who's allowed to create files in CVSROOT to create it. -Larry Jones I must have been delirious from having so much fun. -- Calvin ___ Info-cvs mailing list [EMAIL PROTECTED] http://mail.gnu.org/mailman/listinfo/info-cvs
Re: cvs commit problem
It is a permission problem on the server side, though it isn't
completely clear without more investigation what it is.
If you don't mind a little nitty-gritty, you can figure out exactly
what is happening by tracing your cvs pserver. What I do is open a
second port on the server as follows (you can add this to the end of
your /etc/xinetd.d/cvspserver file--it will not affect cvspserver):
service cvspserver-trace
{
disable = no
socket_type = stream
protocol= tcp
port= 2402
wait= no
user= root
passenv =
server = /usr/bin/strace
server_args = -o /tmp/pserver.strace -f /usr/bin/cvs -f
--allow-root=/cvsroot pserver
}
Substitute your path to cvs and the --allow-root(s) to match your
cvspserver config.
Restart xinetd with the command
$ service xinetd restart
Check /var/log/messages for xinetd error messages to be sure there are
no errors in your config.
Now you can set CVSTRACE=:pserver:$[EMAIL PROTECTED]:2402/cvsroot in
your client environment and
$ cvs -d $CVSTRACE login
$ cvs -d $CVSTRACE commit
(You will see a couple of interesting complaints from cvs regarding
unexpected responses from server--you can safely ignore those. That's
just strace making noise about child processes when it shouldn't.)
The trace of the most recent pserver session will be on the server in
file /tmp/pserver.strace. Take a look over that to see if you can
identify the point where the error occurs. The end of the file will
have a bunch of cleanup--removing tmp files and directories. The error
should be very shortly before that. If you're stumped, check with your
local linux guru, or send it my way and I'll try to decipher it.
good luck,
-Brian
On Wed, Apr 10, 2002 at 08:08:35AM +0200, Joss, Werner 3936 S-RD-MP2 wrote:
> Hi all,
> I'm currently trying to get my cvs pserver running on redhat 7.2.
> I've managed to get it working partly by setting up xinetd as described
> in the faq-o-matic.
> so far, I can connect to cvs, also checkout modules, but if I try to commit
> changes, I get the following error:
>
> cannot create_adm_p /tmp/cvs-serv13750/CVI/MDAQ
> Permission denied
> cvs commit: saving log message in /tmp/cvsiIyJXt
>
> anyone knows what to do ?
> (of course, /tmp is writeable by anyone on the server as well as the client
> machine...)
>
> thanks
> Werner
>
> ___
> 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 commit problem
Hi all, I'm currently trying to get my cvs pserver running on redhat 7.2. I've managed to get it working partly by setting up xinetd as described in the faq-o-matic. so far, I can connect to cvs, also checkout modules, but if I try to commit changes, I get the following error: cannot create_adm_p /tmp/cvs-serv13750/CVI/MDAQ Permission denied cvs commit: saving log message in /tmp/cvsiIyJXt anyone knows what to do ? (of course, /tmp is writeable by anyone on the server as well as the client machine...) thanks Werner ___ Info-cvs mailing list [EMAIL PROTECTED] http://mail.gnu.org/mailman/listinfo/info-cvs
Re: CVS Commit Problem
Todd, I had the same problem. What I discovered was a bogus entry in my /home/srosenst/.cvspass file (I use pserver mode) that contained the info for a root login to my CVS server : Was: :pserver:root@mercury-nfs:/cvsroot/REPOSITORY/gplus Should be: :pserver:srosenst@mercury-nfs:/cvsroot/REPOSITORY/gplus How it got there I don't know (I'm fairly new to CVS), but when I removed the entry for root everything worked again. You might just want to do is delete the .cvspass file and perform a new login as the non-root user. I hope this helps. --- Steve "Todd Rosner - Syoni Communications Inc." <[EMAIL PROTECTED]> on 06/28/2001 02:57:04 AM Please respond to [EMAIL PROTECTED] To: [EMAIL PROTECTED] cc:(bcc: Steven Rosenstein/FTCI) Subject: CVS Commit Problem To whom it may concern, I seem to be having troubles committing files to the repository, whenever I commit a file, cvs complains that it cannot be done under the user root when infact I am logged an as a different user. I am using Tortoise CVS Client for Windows and a RedHat Linux 7.1 pserver. I have created a passwd file in CVSROOT and I can authenticate to it no problem logged in as a user other than root, why is it that cvs is still referencing the root account whenever I try to commit modules?? Any help would be muchly appreciated Regards, _ Todd R. Rosner Systems Administrator Syoni Communications Inc. ___ Info-cvs mailing list [EMAIL PROTECTED] http://mail.gnu.org/mailman/listinfo/info-cvs
Re: CVS Commit Problem
Todd Rosner - Syoni Communications Inc. writes: > > I seem to be having troubles committing files to the repository, whenever I > commit a file, cvs complains that it cannot be done under the user root when > infact I am logged an as a different user. I am using Tortoise CVS Client > for Windows and a RedHat Linux 7.1 pserver. I have created a passwd file in > CVSROOT and I can authenticate to it no problem logged in as a user other > than root, why is it that cvs is still referencing the root account whenever > I try to commit modules?? There are a number of possibilities: Do you have the -f global option on the CVS pserver command line in inetd.conf like you should? How do you know you're logged in as a different user? (CVS remembers the user that was logged in when a directory is checked out and continues to use that user for all subsequent operations unless you explicitly override it with a -d global option on the command line.) Are you using the third field on the CVSROOT/passwd file to map CVS users to system users? If so, are you mapping any of them to root? Does the user you're logged in as have a uid of 0 (i.e., is it an alias for root)? -Larry Jones Honey, are we out of aspirin again? -- Calvin's Dad ___ Info-cvs mailing list [EMAIL PROTECTED] http://mail.gnu.org/mailman/listinfo/info-cvs
CVS Commit Problem
To whom it may concern, I seem to be having troubles committing files to the repository, whenever I commit a file, cvs complains that it cannot be done under the user root when infact I am logged an as a different user. I am using Tortoise CVS Client for Windows and a RedHat Linux 7.1 pserver. I have created a passwd file in CVSROOT and I can authenticate to it no problem logged in as a user other than root, why is it that cvs is still referencing the root account whenever I try to commit modules?? Any help would be muchly appreciated Regards, _ Todd R. Rosner Systems Administrator Syoni Communications Inc. You can catch me at ~ mailto:[EMAIL PROTECTED] TEL 604.871.1000 ext.2233 CELL 604.916.8551 FAX 604.871.1001 FREE 888.440.4477 loc. 4 FAX 888.520.4477 Check out. http://www.onlinebroadcasting.com http://www.mediaco.ca http://www.syoni.com The information transmitted is intended only for the person or entity to which it is addressed and may contain confidential and/or privileged material. Any review, retransmission, dissemination or other use of, or taking of any action in reliance upon, this information by persons or entities other than the intended recipient is prohibited. If you received this in error, please contact the sender and delete the material from any computer. BEGIN:VCARD VERSION:2.1 N:Rosner;Todd;R.;Mr. FN:Todd R. Rosner ORG:OnlineBroadcasting/Mediaco/Syoni;Management Information Systems TITLE:IT Systems Administrator TEL;WORK;VOICE:+1 (604) 871-1000 ext.2233 TEL;CELL;VOICE:+1 (604) 916-8551 TEL;WORK;FAX:+1 (604) 871-1001 ADR;WORK:;;179 West 6th Ave.;Vancouver;BC;V5Y-1K3;Canada LABEL;WORK;ENCODING=QUOTED-PRINTABLE:179 West 6th Ave.=0D=0AVancouver, BC V5Y-1K3=0D=0ACanada URL: URL:http://www.onlinebroadcasting.com ROLE:Computer and Internet Networking EMAIL;PREF;INTERNET:[EMAIL PROTECTED] EMAIL;INTERNET:[EMAIL PROTECTED] EMAIL;INTERNET:[EMAIL PROTECTED] REV:20010123T26Z END:VCARD
