Community technical support mailing list was retired 2010 and replaced with a professional technical support team. For assistance please contact: Pre-sales Technical support via email to sales@march-hare.com.
Hi Bo, Wow, I did not realize that the permissions were done like that! Thanks for the tip and the very informative web page. I am still puzzled, though, because I am sure that my account on this server has full control privileges to the entire CVS directory structure including the top level. But the evidence says that the client (operated by me) can create directories everywhere except at the top level. Reading through your web page, I think I don't have it set up as carefully as you advise -- use of \windows\temp as temporary directory, use of directories with spaces. These may be the problem. I will fix these issues and see if things get better. Thanks again, Chris "Bo Berglund" <bo.berglund at telia.com> wrote in message news:3ce9478c.78618546 at news.cvsnt.org... > Hi, > CVSNT runs as a service on the server PC and by default it uses the > SYSTEM account. But, the service is acting on your behalf when it > issues the cvs commands on the server computer. In so doing it > 'impersonates' your account, so all accesses to the file system will > in fact be done in your name. > However, the plot thickens when one looks at how the authentication is > done. If you connect using pserver then the CVSROOT/passwd file may > contain 'aliases' for cvs users and if it does then these aliased > system users will be the ones that need access. Maybe my installation > tips at the following URL might help? > > http://w1.858.telia.com/~u85831169/InstallCVSNT.html > > /Bo > > On Mon, 20 May 2002 15:16:10 +0000 (UTC), "Chris Daft" > <daft at 127.0.0.1> wrote: > > >Hi Bo, > > > >Many thanks for your mail. I checked the source code to try to understand > >what is going on, but I can't figure it out. Once (only once -- I can't get > >the message to appear repeatably) when doing "cvs -t import mydir xx yy" I > >got the error: > > > >cvs [server aborted] user daft cannot create files in mydir > > > >which puzzles me, since both myself (daft) and the SYSTEM account which is > >running the cvs service have full access to the cvs root folder on the NT > >server. I wonder if file accesses on the server are done with the account > >running the service or if it setuids to the client's user... I imagine it > >would have to be the account running the service, since the client's user > >may not have an account on the server. So why is it interested in whether > >user daft has access rights? > > > >I have worked around this issue by creating a folder in the repository, > >faking the files in the CVS subdirectory on the client side, and doing 'cvs > >add' without first importing. This sucks pretty horribly but is the only > >way I can get it to work currently. > > > >Chris > > > >"Bo Berglund" <bo.berglund at telia.com> wrote in message > >news:3ce42ccb.1418284484 at news.cvsnt.org... > >> The modules file is *manually* maintained by an administrator. > >> It can be used to define modules with names that are different from > >> the directories where the files are stored. But it is totally done > >> manually. > >> > >> /Bo > >> > >> On Thu, 16 May 2002 21:20:29 +0000 (UTC), "Chris Daft" > >> <daft at 127.0.0.1> wrote: > >> > >> >Thanks Joe -- this may point out what's wrong. > >> > > >> >So this was a problem in one of the files in your CVSROOT directory in > >the > >> >repository, like "modules" ? I just had a look in that directory of my > >> >repository, and I noticed that my "modules" file has almost nothing in > >it. > >> >The repository itself has maybe 15 subdirectories, but only one of them > >is > >> >listed in the modules file. > >> > > >> >I wonder if somehow this file got bashed and that is causing CVS to be > >> >unhappy? Should this file, "modules" have an entry defining every > >module? > >> >http://www.gnu.org/manual/cvs/html_chapter/cvs_21.html#SEC137 seems to > >imply > >> >this. > >> > > >> >Chris > >> > > >> >"Joe Enfield" <joeenfield at ameritech.net> wrote in message > >> >news:009401c1fcc7$39700a60$2b00a8c0 at a1333w2k... > >> >> I had a similar problem when moving from MKS SI to CVS. > >> >> It seems the particular repository file had some MKS SI specific tag in > >> >it. > >> >> Once I (manually) removed the tag from the repository file, everything > >> >> worked fine. > >> >> > >> >> The Tag had something to do with MKS .pj files I believe... > >> >> > >> >> HTH > >> >> Joe > >> >> > >> >> ----- Original Message ----- > >> >> From: "Chris Daft" <daft at 127.0.0.1> > >> >> To: <cvsnt at cvsnt.org cvsnt downloads at march-hare.com @CVSNT on Twitter CVSNT on Facebook> > >> >> Sent: Thursday, May 16, 2002 12:37 AM > >> >> Subject: Re: [Cvsnt] cvs [import aborted]: end of file from server > >> >(consult > >> >> above messages if any) > >> >> > >> >> > >> >> > Checking the cvs.html that comes with the source reveals > >> >> > "end of file from server (consult above messages if any) > >> >> > The most common cause for this message is if you are using an > >external > >> >rsh > >> >> > program and it exited with an error. In this case the rsh program > >should > >> >> > have printed a message, which will appear before the above message." > >> >> > > >> >> > Wow, I am sure I am not using an external rsh. I guess the next > >thing > >> >is > >> >> to > >> >> > "use the source, Luke". I did a grep for "import aborted" on the .c > >and > >> >> .h > >> >> > in the src directory of the distribution, but no luck. Where in the > >> >> source > >> >> > do these messages live? > >> >> > > >> >> > Thankl for anty points on this problem! > >> >> > > >> >> > Chris > >> >> > > >> >> > > >> >> > "Chris Daft" daft at ieee... wrote in message > >> >> > news:FAEOLEFINNNGFJCLCGNAKEIDDKAA.daft at ieee... > >> >> > > Hi, > >> >> > > > >> >> > > I'm getting the above message using CVSNT 1.11.1.3 (Build 57c) when > >I > >> >> try > >> >> > to > >> >> > > import a module. I get the same problem using Linux and Windows > >> >> clients. > >> >> > > Searching the mailing list archives didn't turn up a similar > >problem, > >> >> and > >> >> > > unfortunately there were no other messages. > >> >> > > > >> >> > > I can do normal cvs operations on _existing_ modules without any > >> >> trouble, > >> >> > so I > >> >> > > don't think there is a CVSROOT or a pserver authentication problem. > >I > >> >> > made sure > >> >> > > all of the permissions [repository, TEMP and TMP] work for the user > >> >> > running the > >> >> > > cvs server (which is SYSTEM on an NT 4 SP6 box). The existing > >modules > >> >> in > >> >> > the > >> >> > > repository were created using a prior version of CVSNT. I needed > >to > >> >> > upgrade the > >> >> > > cvs server because the repository prefix feature in the newer > >servers > >> >> > became > >> >> > > essential. > >> >> > > > >> >> > > Any help in diagnosing this would be very much appreciated. > >> >> > > > >> >> > > Thanks, > >> >> > > Chris Daft > > > /Bo > (Bo Berglund, developer in Sweden) > > > _______________________________________________ > Cvsnt mailing list > Cvsnt at cvsnt.org > http://www.cvsnt.org/cgi-bin/mailman/listinfo/cvsnt https://www.march-hare.com/cvspro/en.asp#downcvs > _______________________________________________ Cvsnt mailing list Cvsnt at cvsnt.org http://www.cvsnt.org/cgi-bin/mailman/listinfo/cvsnt https://www.march-hare.com/cvspro/en.asp#downcvs