Hi all ! I'm working on packaging some software. Because I'm not done submitting my patches to the official guix, but I still need to use my new packages I've created a git repo where I push my edits. I've created a channel to use this git repo instead of the official guix repo. When I tried to run git pull, I got: The following derivation will be built: /gnu/store/saxml7kzw0ndy0s76483gwxhsxm27ybh-profile.drv The following profile hook will be built: /gnu/store/ggkmzkjw6bj75kq45k7p9bv33si8k66f-guix-package-cache.drv building package cache... /builder for `/gnu/store/ggkmzkjw6bj75kq45k7p9bv33si8k66f-guix-package-cache.drv' failed to produce output path `/gnu/store/ljadsvwvqfq7hv6kxr02d3fihgzi8wr6-guix-package-cache' build of /gnu/store/ggkmzkjw6bj75kq45k7p9bv33si8k66f-guix-package-cache.drv failed View build log at '/var/log/guix/drvs/gg/kmzkjw6bj75kq45k7p9bv33si8k66f-guix-package-cache.drv.bz2'. cannot build derivation `/gnu/store/saxml7kzw0ndy0s76483gwxhsxm27ybh-profile.drv': 1 dependencies couldn't be built guix pull: error: build of `/gnu/store/saxml7kzw0ndy0s76483gwxhsxm27ybh-profile.drv' failed The log says: (repl-version 0 1 1) Generating package cache for '/gnu/store/zdv0j5x5dfwr4b6bh8jc9vp818lvd38g-profile'... (exception unbound-variable (value #f) (value "Unbound variable: ~S") (value (python2-prompt-toolkit-1)) (value #f)) python2-prompt-toolkit-1 is a package I removed in the last push in my channel because no other package uses it. I did not install it, nor anything that depend on it (because nothing depends on it). I don't understand why guix feels the need to try to build it. I grepped for 'guix-package-cache' and tried to read the code in guix/channels.scm, but I don't understand. Does anybody have any pointers ? Cheers, Edouard.
[-- Attachment #1: Type: text/plain, Size: 1081 bytes --] Afternoon Edouard, Edouard Klein 写道: > I don't understand why guix feels the need to try to build it. So Guix isn't trying to build any packages (yet), just complaining that you're still using python2-prompt-toolkit-1 somewhere. I'm inclined to believe it: > The log says: > (repl-version 0 1 1) > Generating package cache for > '/gnu/store/zdv0j5x5dfwr4b6bh8jc9vp818lvd38g-profile'... > (exception unbound-variable (value #f) (value "Unbound variable: > ~S") (value (python2-prompt-toolkit-1)) (value #f)) Does ‘find -name \*.scm -exec grep python2-prompt-toolkit-1 {} +’ in your channel's directory return anything useful? Are there any uncommitted changes to your channel(s) that ‘guix pull’ can't see yet? > I grepped for 'guix-package-cache' and tried to read the code in > guix/channels.scm, but I don't understand. It's a simple cache of package metadata from your channel(s) to speed up future Guix operations. I doubt it's related to your problem; it's just what happened to fail first. Kind regards, T G-R [-- Attachment #2: signature.asc --] [-- Type: application/pgp-signature, Size: 227 bytes --]
Hi Tobias, Tobias Geerinckx-Rice writes: > Afternoon Edouard, > > Edouard Klein 写道: >> I don't understand why guix feels the need to try to build it. > > So Guix isn't trying to build any packages (yet), just complaining that you're > still using python2-prompt-toolkit-1 somewhere. I'm inclined to believe it: > >> The log says: >> (repl-version 0 1 1) >> Generating package cache for >> '/gnu/store/zdv0j5x5dfwr4b6bh8jc9vp818lvd38g-profile'... >> (exception unbound-variable (value #f) (value "Unbound variable: ~S") (value >> (python2-prompt-toolkit-1)) (value #f)) > > Does ‘find -name \*.scm -exec grep python2-prompt-toolkit-1 {} +’ in your > channel's directory return anything useful? > It does, it turns out that two packages are still using python2-prompt-toolkit-1. I was certain that I grepped that to make sure but I obviously messed up somehow. Thank you very much for your help, and my apologies for the noise. > Are there any uncommitted changes to your channel(s) that ‘guix pull’ can't see > yet? > >> I grepped for 'guix-package-cache' and tried to read the code in >> guix/channels.scm, but I don't understand. > > It's a simple cache of package metadata from your channel(s) to speed up future > Guix operations. I doubt it's related to your problem; it's just what happened > to fail first. > > Kind regards, > > T G-R