Date: Wed, 28 Mar 2012 14:09:50 +0200
From: Corinna Vinschen <corinna-cygwin@cygwin.com>
To: cygwin@cygwin.com
Subject: Re: [ANNOUNCEMENT] Updated: rebase-4.1.0-1
Message-ID: <20120328120950.GH25716@calimero.vinschen.de>
Reply-To: cygwin@cygwin.com
Mail-Followup-To: cygwin@cygwin.com
References: <announce.20120327014025.GA3344@tishler.net> <4F712CFC.9050603@cs.utoronto.ca> <20120327083621.GA30721@calimero.vinschen.de> <4F724CD6.8020600@users.sourceforge.net> <20120328073310.GD25716@calimero.vinschen.de> <4F72EA5A.3000500@users.sourceforge.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@cygwin.com; run by ezmlm
Precedence: bulk
Sender: cygwin-owner@cygwin.com
Mail-Followup-To: cygwin@cygwin.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