From mboxrd@z Thu Jan 1 00:00:00 1970 From: Leo Famulari Subject: Re: Core-updates timeline Date: Sun, 2 Oct 2016 14:50:34 -0400 Message-ID: <20161002185034.GA32485@jasmine> References: <20160920045607.18936-1-donttrustben@gmail.com> <20160920045607.18936-3-donttrustben@gmail.com> <87fuopriox.fsf@gnu.org> <61f55931-6fd2-2fd1-9f61-e52b7302d3b8@uq.edu.au> <8760pci4pv.fsf@gnu.org> <20161001164049.GD1499@jasmine> <87mvimg9al.fsf@gnu.org> Mime-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 8bit Return-path: Received: from eggs.gnu.org ([2001:4830:134:3::10]:51761) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1bqlqd-0005ij-5s for guix-devel@gnu.org; Sun, 02 Oct 2016 14:50:52 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1bqlqZ-0007j2-09 for guix-devel@gnu.org; Sun, 02 Oct 2016 14:50:50 -0400 Content-Disposition: inline In-Reply-To: <87mvimg9al.fsf@gnu.org> List-Id: "Development of GNU Guix and the GNU System distribution." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: guix-devel-bounces+gcggd-guix-devel=m.gmane.org@gnu.org Sender: "Guix-devel" To: Ludovic =?iso-8859-1?Q?Court=E8s?= Cc: guix-devel@gnu.org On Sun, Oct 02, 2016 at 03:38:58PM +0200, Ludovic Courtès wrote: > Hi! > > Leo Famulari skribis: > > > On Sat, Oct 01, 2016 at 03:22:36PM +0200, Ludovic Courtès wrote: > >> I pushed simplified versions of these two patches as > >> 56ee1d2015e9b2c55d34f19c70b06eefe8a20c76 and > >> 156c0810e936413ac554e2883343b3b40695cfdc. > >> > >> I think this was the last non-bug-fix change for this core-updates > >> cycle. :-) > > > > Cool :) > > > > I've been waiting for libarchive 3.2.2 [0] so that I can graft it on > > master and ungraft it on core-updates. But, I can try cherry-picking the > > most important changes today. When do you hope to freeze core-updates? > > Do you want me to try cherry-picking? > > There’s was another Bash-related issue that I just fixed, and Hydra is > now rebuilding the “core” package subset. If everything is fine when > it’s done, which could be tomorrow, we could freeze. > > We could wait an additional day for libarchive if it’s more convenient, > but maybe not longer than that. > > What do you think would be the most convenient approach? I will send a patch that cherry-picks what I think are the most important bug fixes. I can't guess when libarchive 3.2.2 will be released.