X-Recipient: archive-cygwin AT delorie DOT com X-Spam-Check-By: sourceware.org Date: Wed, 28 Mar 2012 14:09:50 +0200 From: Corinna Vinschen To: cygwin AT cygwin DOT com Subject: Re: [ANNOUNCEMENT] Updated: rebase-4.1.0-1 Message-ID: <20120328120950.GH25716@calimero.vinschen.de> 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> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Disposition: inline In-Reply-To: <4F72EA5A.3000500@users.sourceforge.net> User-Agent: Mutt/1.5.21 (2010-09-15) 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 Mar 28 18:39, JonY wrote: > On 3/28/2012 15:33, Corinna Vinschen wrote: > > On Mar 28 07:27, JonY wrote: > >> On 3/27/2012 16:36, Corinna Vinschen wrote: > >>> On Mar 26 22:59, Ryan Johnson wrote: > >>>> On 26/03/2012 9:40 PM, Jason Tishler wrote: > >>>>> New News: > >>>>> === ==== > >>>>> I have updated the version of rebase to 4.1.0-1. The tarballs should be > >>>>> available on a Cygwin mirror near you shortly. > >>>>> > >>>>> The following are the changes since the previous release: > >>>>> > >>>>> * Add rebase/rebaseall touch file (i.e., -t option) support. > >>>>> > >>>>> * Add rebaseall setup (i.e., -p option) support. > >>>>> > >>>>> * Add .oct to the default rebaseall suffix list. > >>>> I've been meaning to ask... but maybe the above-mentioned -p flag > >>>> obsoletes it now: What's the most efficient way to rebase after > >>>> running setup? We've had the rebase db for a while now, so running > >>>> rebaseall seems like overkill. Only the newly downloaded dlls need > >>> > >>> Now that the new rebase is out, I'm going to create an _autorebase > >>> package which will automatically call rebaseall at the end of a > >>> successful run of setup, if that run also updated existing DLLs or > >>> came with new DLLs. > >> > >> If I don't want it to run? I've never had any need to rebase DLLs on my > >> Win7 64bit machine. > > > > It doesn't hurt either. > > > > > > I hope it doesn't leave the system in an unusable state if some DLL is > still in use. > > I often have Cygwin processes running when I run setup to add new > packages, If any DLLs are in use, upgrade is postponed. The whole idea of the new rebase 4.1.0 was to allow to rebase all not-in-use DLLs and gracefully handle in-use DLLs by storing their location in the DB as well and arranging the not-in-use DLLs carefully around them. Go ahead, try it. If it doesn't work, complain here again. I wrote the aforementioned code; it's entirely my fault if something's broken. Corinna -- Corinna Vinschen Please, send mails regarding Cygwin to Cygwin Project Co-Leader cygwin AT cygwin DOT com Red Hat -- 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