From mboxrd@z Thu Jan 1 00:00:00 1970 From: Ricardo Wurmus Subject: Re: Planning for the next release Date: Fri, 12 May 2017 20:50:29 +0200 Message-ID: <87bmqxsydm.fsf@elephly.net> References: <87wpb7ym78.fsf@gnu.org> <87fugbvkdb.fsf@gnu.org> <87r2zusk6b.fsf@elephly.net> <87y3u2qepq.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]:59029) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1d9FeF-0003Sf-JA for guix-devel@gnu.org; Fri, 12 May 2017 14:50:44 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1d9FeE-0001cG-LR for guix-devel@gnu.org; Fri, 12 May 2017 14:50:43 -0400 In-reply-to: <87y3u2qepq.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 =?utf-8?Q?Court=C3=A8s?= Cc: guix-devel Ludovic Courtès writes: > Ricardo Wurmus skribis: > >> Ludovic Courtès writes: > > [...] > >>> With UEFI (almost) ready, Guile 2.2 in the house, and “make release”, >>> should we aim for next week (like Wed. 17th)? Can we focus on polishing >>> the remaining bits and testing? >>> >>> If the schedule turns out to be too tight, we could move to the week >>> after. >> >> I’d like to merge wip-installer, but not start it by default. It would >> be a shame to see the branch bit-rot. > > I agree we shouldn’t let it bitrot. Earlier I suggested postponing it > though, because we wouldn’t have time to test it (nobody is currently > working on it AFAIK): > > https://lists.gnu.org/archive/html/guix-devel/2017-04/msg00491.html > > WDYT? Okay, let’s merge it some time after the release to be sure that it doesn’t break anything. >> We also need to fix the glibc on hurd (the patch for i686 should not be >> applied there), but I haven’t been able to reproduce the failure on >> hydra. https://hydra.gnu.org/build/2036383/nixlog/1/raw > > Cross-compilation to GNU/Hurd from x86_64-linux-gnu works: > > $ guix build sed --target=i586-pc-gnu > /gnu/store/rd2jngvxbyk5a1yy2ysd0d3wwkbw0pmc-sed-4.4 > > It would be better to fix cross builds from i686 as well. I can take a > look but I wouldn’t consider it a blocker. You don’t need to spend time on this. I didn’t know that it’s a cross build *from* i686 that’s failing. Earlier I didn’t find the right incantation to reproduce that failing build, but now I should be able to figure it out and fix it. -- Ricardo GPG: BCA6 89B6 3655 3801 C3C6 2150 197A 5888 235F ACAC https://elephly.net