Mailing-List: contact cygwin-help AT cygwin DOT com; run by ezmlm List-Subscribe: List-Archive: List-Post: List-Help: , Sender: cygwin-owner AT cygwin DOT com Delivered-To: mailing list cygwin AT cygwin DOT com Message-ID: <3C69941D.7040008@ece.gatech.edu> Date: Tue, 12 Feb 2002 17:15:57 -0500 From: Charles Wilson User-Agent: Mozilla/5.0 (Windows; U; Win98; en-US; rv:0.9.4) Gecko/20011019 Netscape6/6.2 X-Accept-Language: en-us MIME-Version: 1.0 To: Holger Spielmann CC: cygwin AT cygwin DOT com Subject: Re: CVS with pserver: Binary files get corrupted References: <87wuxiikt1 DOT fsf AT shambler DOT spielmann DOT net> <3C6981E6 DOT 2030200 AT ece DOT gatech DOT edu> <87r8nqid9s DOT fsf AT shambler DOT spielmann DOT net> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit [please keep the replies on list] Holger Spielmann wrote: > Hi, > > Charles Wilson writes: > >>The repository itself must be on a binary (unix) mounted drive -- >>within the conext of the service! Since you are probably starting the >>pserver daemon from inetd, which is started under the *SYSTEM* user. >>It (probably) doesn't matter where the checked-out or >>original-pre-import sources are, but the repository must be on a unix >>mount. >> > > I did mount the repository as binary, but that didn't help. As a system mount? Did you then restart inetd/cvsd ? and then *recreate* the repository (since your original one probably had ^M's in it)? > However, after continued search in the archives for the cygwin list, > I've found the advice to mount the working directory as binary, > too. I cannot test that at home (no more windows machines since 5 > years, everything around's Linux:), but I'll give it a try tomorrow at > work. My point is that you should try from a CLEAN SLATE with your intended repository directory mounted as binary -- not that you merely re-mount an existing repository (that may be scrogged) as binary. > >>export CVSROOT=/repository >> > Having the repository on a windows share isn't a solution for us What??? I said nothing about a windows share. I'm talking about the following, when logged in to the machine on which cvs:pserver: will run, create a brand spanking new empty repository directory. Make sure it is on a binary mount (e.g. as a simple example, I said: > mkdir D:\repository > bash $ mkdir /repository $ mount -b -s D:\\repository /repository See, now you are SURE that /repository is a binary mounted directory. The data will go into D:\repository.) Tell cvs where that brand spanking new empty repository directory is going to live. (for instance, continuing the previous example: export CVSROOT=/repository This is NOT a windows share. It's just a mounted directory on your :pserver: machine (remember, we're doing all of this interactively ON the pserver machine.) Then, initialize the brand spanking new repository: cvs init. Now restart inetd/cvsd/however you are getting pserver to work. THEN, and only then, go try to import something from a client machine. > because of performance and security reasons, only pserver and perhaps > ssh are OK. Note that pserver is practically unported. I didn't do anything to try to get it to work at all; I do have some documentation on how one user got it working, but haven't yet published it. Too much on my plate right now. --Chuck -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Bug reporting: http://cygwin.com/bugs.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/