From mboxrd@z Thu Jan 1 00:00:00 1970 From: Ricardo Wurmus Subject: Re: Debugging info unavailability Date: Wed, 03 May 2017 08:29:00 +0200 Message-ID: <87bmrah2s3.fsf@elephly.net> References: <20170423020206.41aac1a2@scratchpost.org> <87d1brk1ul.fsf@gnu.org> <87shknnrfm.fsf@gmail.com> <87pofr0xjs.fsf@gnu.org> <87zieu7d8n.fsf@gmail.com> 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]:53620) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1d5nmi-0006VR-S3 for guix-devel@gnu.org; Wed, 03 May 2017 02:29:14 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1d5nmh-0008CF-QA for guix-devel@gnu.org; Wed, 03 May 2017 02:29:12 -0400 In-reply-to: <87zieu7d8n.fsf@gmail.com> 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: Maxim Cournoyer Cc: guix-devel@gnu.org Maxim Cournoyer writes: >>> Adding the "debug" to the default value of would every package >>> 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 have >>> debugging symbols by default would break or have a useless debug output. >> >> Yes, it’s 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’t 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? -- Ricardo GPG: BCA6 89B6 3655 3801 C3C6 2150 197A 5888 235F ACAC https://elephly.net