build of /gnu/store/5mzanz9linxs05ypxf1fil639gs2nard-guix-package-cache.drv failed

  • Open
  • quality assurance status badge
Details
2 participants
  • danclm
  • Simon Tournier
Owner
unassigned
Submitted by
danclm
Severity
normal
D
D
danclm wrote on 17 Jun 23:41 +0200
(name . Bug Guix)(address . bug-guix@gnu.org)
O-c8U5x--3-9@tutanota.com
Hi Guix,
I'm getting this bug when attempting to guix pull (it persists with an older generation):

build of /gnu/store/5mzanz9linxs05ypxf1fil639gs2nard-guix-package-cache.drv failed
hint: This usually indicates a bug in one of the channels you are pulling from, or some incompatibility among them.  You can check the build log
and report the issue to the channel developers.

The channels you are pulling from are: guix.

View build log at '/var/log/guix/drvs/5m/zanz9linxs05ypxf1fil639gs2nard-guix-package-cache.drv.gz'.
cannot build derivation `/gnu/store/r7v8j9pgaw3sc3wjmchd99arjp527w73-profile.drv': 1 dependencies couldn't be built
guix pull: error: build of `/gnu/store/r7v8j9pgaw3sc3wjmchd99arjp527w73-profile.drv' failed
(repl-version 0 1 1)
Generating package cache for '/gnu/store/gxhl3fny25a9d1rmpl9fr9h8brd1ng4m-profile'...

Backtrace:
In gnu/packages.scm:
   439:11 19 (generate-package-cache _)
In srfi/srfi-1.scm:
   460:18 18 (fold #<procedure expand-cache expr> _ _)
In gnu/packages.scm:
   399:37 17 (expand-cache . _)
In guix/packages.scm:
  1411:17 16 (supported-package? #<package acpi-call-linux-module@1?> ?)
In guix/memoization.scm:
    101:0 15 (_ #<hash-table 7fffe4f30ea0 1780/3517> #<package acpi?> ?)
In guix/packages.scm:
  1381:14 14 (_)
In srfi/srfi-1.scm:
   460:18 13 (fold #<procedure 7ffff4aa6de0 at guix/packages.scm:13?> ?)
In guix/packages.scm:
  1385:44 12 (_ _ ("x86_64-linux" "i686-linux"))
In guix/memoization.scm:
    101:0 11 (_ #<hash-table 7fffe4f30ea0 1780/3517> #<package dwar?> ?)
In guix/packages.scm:
  1381:14 10 (_)
In srfi/srfi-1.scm:
   460:18  9 (fold #<procedure 7ffff4aa7d20 at guix/packages.scm:13?> ?)
In guix/packages.scm:
  1385:44  8 (_ _ ("x86_64-linux" "i686-linux"))
In guix/memoization.scm:
    101:0  7 (_ #<hash-table 7fffe4f30ea0 1780/3517> #<package libb?> ?)
In guix/packages.scm:
  1389:39  6 (_)
  1651:16  5 (package->bag _ _ _ #:graft? _)
  1755:47  4 (thunk)
In gnu/packages/linux.scm:
  9981:25  3 (native-inputs #<package libbpf@1.4.1 gnu/packages/linu?>)
In ice-9/boot-9.scm:
  1685:16  2 (raise-exception _ #:continuable? _)
  1780:13  1 (_ #<&compound-exception components: (#<&undefined-vari?>)
In unknown file:
           0 (backtrace #<undefined>)

(exception unbound-variable (value #f) (value "Unbound variable: ~S") (value (linux-libre-headers-6.8)) (value #f))
Thank you,
Best regards

--
S
S
Simon Tournier wrote on 10 Sep 15:26 +0200
(address . danclm@tutanota.com)(address . 71625@debbugs.gnu.org)
87r09rej27.fsf@gmail.com
Hi,

Sorry for the late reply.

On Mon, 17 Jun 2024 at 23:41, danclm@tutanota.com wrote:

Toggle quote (2 lines)
> (exception unbound-variable (value #f) (value "Unbound variable: ~S") (value (linux-libre-headers-6.8)) (value #f))

It means you have one channel that does not define this
’linux-libre-headers-6.8’ symbol (one package I guess).

Well, if you are still able to reproduce the bug, could you provide the
information:

1. Do you have only the main Guix channel? Or do you have extra
channels?

2. Could you provide the revision you are targetting?


Cheers,
simon
D
D
danclm wrote on 26 Sep 20:40 +0200
(name . Simon Tournier)(address . zimon.toutoune@gmail.com)(name . 71625)(address . 71625@debbugs.gnu.org)
O7jYtZy--B-9@tutanota.com
Hi Simon, 
do not worry and thanks for your reply.

I can't reproduce the bug now as I changed my config/repo and deleted the older generations. I also don't remember how I fixed the issue. I use only the main Guix channel, no extra channels.
--
Sep 10, 2024, 18:17 by zimon.toutoune@gmail.com:

Toggle quote (24 lines)
> Hi,
>
> Sorry for the late reply.
>
> On Mon, 17 Jun 2024 at 23:41, danclm@tutanota.com wrote:
>
>> (exception unbound-variable (value #f) (value "Unbound variable: ~S") (value (linux-libre-headers-6.8)) (value #f))
>>
>
> It means you have one channel that does not define this
> ’linux-libre-headers-6.8’ symbol (one package I guess).
>
> Well, if you are still able to reproduce the bug, could you provide the
> information:
>
> 1. Do you have only the main Guix channel? Or do you have extra
> channels?
>
> 2. Could you provide the revision you are targetting?
>
>
> Cheers,
> simon
>
?
Your comment

Commenting via the web interface is currently disabled.

To comment on this conversation send an email to 71625@debbugs.gnu.org

To respond to this issue using the mumi CLI, first switch to it
mumi current 71625
Then, you may apply the latest patchset in this issue (with sign off)
mumi am -- -s
Or, compose a reply to this issue
mumi compose
Or, send patches to this issue
mumi send-email *.patch