From mboxrd@z Thu Jan 1 00:00:00 1970 From: Pjotr Prins Subject: Re: Installing headers to a separate output? Date: Sat, 27 Feb 2016 20:40:19 +0100 Message-ID: <20160227194019.GA26683@thebird.nl> References: <87lh68fs4p.fsf@elephly.net> <20160225230533.3f4a69db@debian-netbook> <87d1rjys0v.fsf@gnu.org> <87lh66e6bs.fsf@elephly.net> Mime-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable Return-path: Received: from eggs.gnu.org ([2001:4830:134:3::10]:37610) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1aZkkE-0000Bz-Dv for guix-devel@gnu.org; Sat, 27 Feb 2016 14:41:39 -0500 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1aZkkB-0001Ef-82 for guix-devel@gnu.org; Sat, 27 Feb 2016 14:41:38 -0500 Content-Disposition: inline In-Reply-To: <87lh66e6bs.fsf@elephly.net> 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-bounces+gcggd-guix-devel=m.gmane.org@gnu.org To: Ricardo Wurmus Cc: guix-devel@gnu.org On Sat, Feb 27, 2016 at 12:33:11PM +0100, Ricardo Wurmus wrote: > >> I thought a bit about it before and I don't really think it'll save = that much > >> space. Most of the time the headers are a small part of the total pa= ckage, > >> and the fine-tuning that comes with chosing exactly which outputs fr= om a > >> build process you actually want seem like they should be left as > >> encouragement for people to hack their systems. > > > > Seconded. We can add a separate =E2=80=9Cinclude=E2=80=9D output (th= ere=E2=80=99s already a > > special case for that in gnu-build-system) on a case-by-case basis, l= ike > > we do for documentation, but in practice, I=E2=80=99ve never seen a c= ase where > > moving headers away would be a significant space saving. >=20 > Thank you all for your comments. I agree that it makes sense to do thi= s > on a case-by-case basis only. >=20 > Curiosity: satisfied :) Can we make the git binary download smaller? I think it is one of the largest ones now in Guix. Since git is a small tool it really shouldn't be that large despite that Linus was involved and some people say it may be a larger contribution for posterity than the kernel ;) Pj.