From mboxrd@z Thu Jan 1 00:00:00 1970 From: ludo@gnu.org (Ludovic =?utf-8?Q?Court=C3=A8s?=) Subject: Re: Debugging info unavailability Date: Wed, 03 May 2017 12:11:54 +0200 Message-ID: <87tw52uu51.fsf@gnu.org> References: <20170423020206.41aac1a2@scratchpost.org> <87d1brk1ul.fsf@gnu.org> <87shknnrfm.fsf@gmail.com> <87pofr0xjs.fsf@gnu.org> <87zieu7d8n.fsf@gmail.com> <87bmrah2s3.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]:50310) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1d5rGJ-00028T-Sq for guix-devel@gnu.org; Wed, 03 May 2017 06:12:03 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1d5rGG-00034e-NB for guix-devel@gnu.org; Wed, 03 May 2017 06:11:59 -0400 In-Reply-To: <87bmrah2s3.fsf@elephly.net> (Ricardo Wurmus's message of "Wed, 03 May 2017 08:29:00 +0200") 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: Ricardo Wurmus Cc: guix-devel@gnu.org, Maxim Cournoyer Ricardo Wurmus skribis: > Maxim Cournoyer writes: > >>>> Adding the "debug" to the default value of would every packa= ge >>>> to now have a debug output; isn't this why Danny suggested to only >>>> change it at the build system level? That way nothing which doesn't ha= ve >>>> debugging symbols by default would break or have a useless debug outpu= t. >>> >>> Yes, it=E2=80=99s tempting to do it at the build-system level. However= , there >>> would now be a discrepancy between the actual outputs of the package >>> derivations and those of the package object: the package object would >>> declare just one output, but the corresponding derivation would have two >>> outputs. >>> >> >> Thanks for pointing that! It would be a Bad Thing indeed to introduce a >> mismatch between the package definition and the corresponding store >> item... >> >> Possibly another Bad Idea, but we could leave things as they are... And >> run a script which would rewrite (really, at the package definition >> level) the package outputs to include "debug" for every package built >> using the gnu/glib-or-gtk build systems? The commit will not be >> pretty, that would bring us where we want to be? Being Scheme, that'd be >> somewhat easy. > > This sounds better. I just don=E2=80=99t know if Hydra would have enough= space > for all of these additional outputs. > > Can we increase storage space on Hydra already or do we need to wait for > bayfront to replace the server in Boston? I don=E2=80=99t think we can have more space easily on hydra.gnu.org. I=E2=80=99m also unsure how much would be needed. Currently =E2=80=98guix = publish=E2=80=99 prepares bakes archives on-demand. So if you ask for glibc:out, it returns 404, prepares it, and the next request for glibc:out will succeed. But if you ask for glibc:debug, it=E2=80=99s similarly missing initially. With this model, =E2=80=98guix publish=E2=80=99 gives the impression that n= ot all the outputs of a given derivation are available at the same time. We could change =E2=80=98guix publish=E2=80=99 to =E2=80=9Cbake=E2=80=9D al= l the outputs of a derivation as soon as one if requested=E2=80=94e.g., when you ask for glibc:out, it ba= kes not only glibc:out but also glibc:debug. But then we might have a disk space issue. Thoughts? Ludo=E2=80=99.