X-Spam-Check-By: sourceware.org Date: Tue, 7 Mar 2006 09:12:27 -0500 (EST) From: Igor Peshansky Reply-To: cygwin AT cygwin DOT com To: Charles Wilson cc: cygwin AT cygwin DOT com Subject: Re: cvs 1.11.21-1 still experimental In-Reply-To: <440D29A9.5030009@cwilson.fastmail.fm> Message-ID: References: <030720060451 DOT 20760 DOT 440D11630009177A0000511822007503300A050E040D0C079D0A AT comcast DOT net> <440D29A9 DOT 5030009 AT cwilson DOT fastmail DOT fm> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Mailing-List: contact cygwin-help AT cygwin DOT com; run by ezmlm Precedence: bulk List-Unsubscribe: List-Subscribe: List-Archive: List-Post: List-Help: , Sender: cygwin-owner AT cygwin DOT com Mail-Followup-To: cygwin AT cygwin DOT com Delivered-To: mailing list cygwin AT cygwin DOT com On Tue, 7 Mar 2006, Charles Wilson wrote: > Eric Blake wrote: > > > The experimental version of cvs (1.11.21-1) has been in the > > > experimental state since November. Isn't it ready for 'current' > > > status yet? > > > > I would like to see this resolved first, if the maintainer is > > listening: http://cygwin.com/ml/cygwin/2006-01/msg01385.html > > Oh. That. Totally forgot about that. Sorry. Heh, Eric seemed more concerned with the keeping conflicts issues. > I've had no blinding flashes of insight, either. I *do* know that it's > not blindly adding a "." to the end of the tempdir in order to defeat > some name-hiding thing in cygwin. Here's the actually command list > being sent back-n-forth (by inserting printfs in the command loop): > > *** up here server_temp_dir=/tmp/cvs-serv2116 *** > *** and /tmp/cvs-serv2116 DOES get created *** > > Root /usr/local/src/CVSRoot > Valid-responses ok error Valid-requests Checked-in New-entry Checksum > Copy-file Updated Created Update-existing Merged Patched Rcs-diff Mode > Mod-time Removed Remove-entry Set-static-directory Clear-static-directory > Set-sticky Clear-sticky Template Notified Module-expansion Wrapper-rcsOption M > Mbinary E F MT > valid-requests > UseUnchanged > Global_option -t > Argument cygipc > Directory . > expand-modules > Argument -N > Argument -P > Argument -- > Argument cygipc > Directory . > co > *** down here we try to mkdir_p /tmp/cvs-serv2116/. *** > > I believe it is because the "Directory" value is being appended to > server_temp_dir, which would be fine if Directory were anything but '.' > Basically we just need to check if Directory = '.' and skip the > dir-creation step. But I don't know where that's happening. > > I don't have a similar level of debug output from a (working) 1.11.17 > build -- that's as far as I've gotten. > > PTC. IIRC, there was an analysis for this in another thread back in February: . This is fixed in the snapshots: . A non-issue? Igor -- http://cs.nyu.edu/~pechtcha/ |\ _,,,---,,_ pechtcha AT cs DOT nyu DOT edu | igor AT watson DOT ibm DOT com ZZZzz /,`.-'`' -. ;-;;,_ Igor Peshansky, Ph.D. (name changed!) |,4- ) )-,_. ,\ ( `'-' old name: Igor Pechtchanski '---''(_/--' `-'\_) fL a.k.a JaguaR-R-R-r-r-r-.-.-. Meow! "Las! je suis sot... -Mais non, tu ne l'es pas, puisque tu t'en rends compte." "But no -- you are no fool; you call yourself a fool, there's proof enough in that!" -- Rostand, "Cyrano de Bergerac" -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/