From mboxrd@z Thu Jan 1 00:00:00 1970 From: Eric Bavier Subject: Re: [PATCH] gnu: boost: Update to 1.61.0. Date: Fri, 23 Sep 2016 12:05:12 -0500 Message-ID: References: <8737kw2tp8.fsf@gnu.org> <871t0g2o7m.fsf@gnu.org> <20160921161131.GA3358@solar> <20160921172733.GA7544@solar> <8760pnzlbt.fsf@ike.i-did-not-set--mail-host-address--so-tickle-me> Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII; format=flowed Content-Transfer-Encoding: 7bit Return-path: Received: from eggs.gnu.org ([2001:4830:134:3::10]:49574) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1bnTug-0007m3-Ry for guix-devel@gnu.org; Fri, 23 Sep 2016 13:05:27 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1bnTuc-0004uD-Qi for guix-devel@gnu.org; Fri, 23 Sep 2016 13:05:26 -0400 Received: from smtp1.openmailbox.org ([62.4.1.35]:56722) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1bnTuc-0004tT-LB for guix-devel@gnu.org; Fri, 23 Sep 2016 13:05:22 -0400 In-Reply-To: <8760pnzlbt.fsf@ike.i-did-not-set--mail-host-address--so-tickle-me> 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: Marius Bakke Cc: guix-devel@gnu.org, Guix-devel On 2016-09-22 16:16, Marius Bakke wrote: > Andreas Enge writes: > >> On Wed, Sep 21, 2016 at 06:11:31PM +0200, Andreas Enge wrote: >>> boost has quite a few dependencies, as Ricardo already pointed out, >>> and in my >>> experience tends to be a bit fragile. So maybe the best option would >>> be to >>> create a boost-update branch and have it built on hydra to see >>> whether there >>> are problems. It not, one could then cherry-pick the commit to >>> master. >> >> I replied before reading all the messages in that thread. Of course if >> Eric >> has tried the commit locally and tested that nothing breaks, this >> could be >> pushed to master directly. > > Should this not be pushed to core-updates? `guix refresh -l` reports: > > Building the following 190 packages would ensure 395 dependent packages > are rebuilt: [...] That's kind of on the edge of what's acceptable for master, as long as hydra isn't already overloaded, which it wasn't in this case. > That will take a while on Hydra, and in the mean time anyone trying to > install any dependent (or sub-dependent) package will have to compile > them locally. It's already finished rebuilding those dependents. > Unless there is a security issue, isn't this exactly what core-updates > is for? Indeed, but for security updates grafts are preferable. > Is `guix refresh recursive`? Yes. -- `~Eric