GNU bug report logs - #21767
Matching debug symbol and package versions

Previous Next

Package: guix;

Reported by: Benno Evers <benno <at> bmevers.de>

Date: Tue, 27 Oct 2015 01:02:02 UTC

Severity: normal

Tags: wontfix

Fixed in version 0.9.0

Done: ludo <at> gnu.org (Ludovic Courtès)

Bug is archived. No further changes may be made.

Full log


Message #8 received at 21767 <at> debbugs.gnu.org (full text, mbox):

From: ludo <at> gnu.org (Ludovic Courtès)
To: Benno Evers <benno <at> bmevers.de>
Cc: 21767 <at> debbugs.gnu.org
Subject: Re: bug#21767: Matching debug symbol and package versions
Date: Tue, 27 Oct 2015 16:56:23 +0100
Benno Evers <benno <at> bmevers.de> skribis:

> assume I have installed some package
>
>     /gnu/store/xxx-daemon-1.0
>
> After a while I notice that it's inexplicably hanging, so I do 'guix
> package -i daemon-1.0:debug', attach to the daemon with gdb, and...no
> debug symbols can be loaded! Turns out, in the meantime the hash has
> changed so i installed
>
>     /gnu/store/yyy-daemon-1.0:debug

One thing that could be done, maybe, is for ‘guix package -i’ to try to
infer the right item to install.

That is, when running “guix package -i foo:bar”:

  1. If no ‘foo’ is present in the profile, install the latest
     ‘foo:bar’, as is already the case.

  2. If another output of ‘foo’ is already installed, do:

     2a. Retrieve the .drv for that item using ‘query-path-info’.

         i. If the .drv is present, parse it, and use the outputs
            specified therein–i.e., the one that match.

         ii. If the .drv is missing, well, install the latest ‘foo:bar’.

The obvious problem is that this all sounds a bit complex, and it’s
unclear whether case (i) would sufficiently frequent to justify this
complexity.

Thoughts?

Thanks,
Ludo’.




This bug report was last modified 9 years and 212 days ago.

Previous Next


GNU bug tracking system
Copyright (C) 1999 Darren O. Benham, 1997,2003 nCipher Corporation Ltd, 1994-97 Ian Jackson.