X-Recipient: archive-cygwin AT delorie DOT com X-SWARE-Spam-Status: No, hits=-1.8 required=5.0 tests=AWL,BAYES_00,RCVD_IN_DNSWL_NONE X-Spam-Check-By: sourceware.org X-Mail-Handler: MailHop Outbound by DynDNS X-Report-Abuse-To: abuse AT dyndns DOT com (see http://www.dyndns.com/services/mailhop/outbound_abuse.html for abuse reporting information) X-MHO-User: U2FsdGVkX18qR7oqCCksD05n6D4WiH2b Date: Thu, 29 Mar 2012 01:52:18 -0400 From: Christopher Faylor To: cygwin AT cygwin DOT com Subject: Re: [ANNOUNCEMENT] Updated: rebase-4.1.0-1 Message-ID: <20120329055218.GB6566@ednor.casa.cgf.cx> Reply-To: cygwin AT cygwin DOT com Mail-Followup-To: cygwin AT cygwin DOT com References: <4F712CFC DOT 9050603 AT cs DOT utoronto DOT ca> <20120327083621 DOT GA30721 AT calimero DOT vinschen DOT de> <4F724CD6 DOT 8020600 AT users DOT sourceforge DOT net> <20120328073310 DOT GD25716 AT calimero DOT vinschen DOT de> <4F72EA5A DOT 3000500 AT users DOT sourceforge DOT net> <20120328194306 DOT GA31620 AT ednor DOT casa DOT cgf DOT cx> <20120328201742 DOT M4866 AT ds DOT net> <4F7393F5 DOT 6010307 AT users DOT sourceforge DOT net> <4F73D060 DOT 3000306 AT cs DOT utoronto DOT ca> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <4F73D060.3000306@cs.utoronto.ca> User-Agent: Mutt/1.5.20 (2009-06-14) Mailing-List: contact cygwin-help AT cygwin DOT com; run by ezmlm Precedence: bulk List-Id: 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 Wed, Mar 28, 2012 at 11:00:48PM -0400, Ryan Johnson wrote: >On 28/03/2012 6:43 PM, JonY wrote: >> On 3/29/2012 04:21, Brian Wilson wrote: >>>>> I hope it doesn't leave the system in an unusable state if some DLL is >>>>> still in use. >>>> I may be wrong but I'm nearly certain that has been Corinna's goal from >>>> the start. She is sometimes just a little too M. A lot of her >>>> seemingly tireless efforts in getting Cygwin working are actually >>>> very subtle attempts to leave systems inoperational. > >Nah, that's Microsoft's job. You must not know Cygwin's motto then. >>> LOL >>> >>> Yes, I'm sure she's diabolical that way (I guess M stands for methodical or >>> meticulous). It must be the long nights spent slaving over Cygwin code has >>> warped her thinking into providing helpful things like the automatic rebaseall >>> feature (thank you Corina, your work has not been unappreciated) which has >>> long been needed. >>> >>> :) :) :) >>> >> I don't know, I'd still feel better if there was an option to make it >> not automatic, like providing a new checkbox at the end of setup "Rebase >> DLLs after setup completes". It should probably be ticked by default for >> most users. > >Murphy's Law says your first fork failure ever comes within minutes of >disabling automatic rebase after a setup run ;) > >I've had rebase errors show up after setup installed only new packages, >even when the process calling fork() seemed to have nothing whatsoever >to do with those packages. Right. You all know that Corinna will fix problems as soon as they surface. Can we PLEASE give this new feature some time to work out before suggesting knobs and whistles to add to it? Clamoring for change because you have a vague feeling that you may need it is really not productive. cgf -- Problem reports: http://cygwin.com/problems.html FAQ: http://cygwin.com/faq/ Documentation: http://cygwin.com/docs.html Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple