bug#31367: ERROR: In procedure scm-error: no code for module (guix build utils)

Hi Ludo’, Ludovic Courtès writes: > I’m merging it with . No fix yet but we’re > working on it. In the meantime, ‘guix pull’ may allow you to work > around it. Thanks for the update. No rush, I have a workaround ;-)

bug#31403: Font installed in non-default profile doesn't appear.

George Clemmer writes: > Alex Kost writes: > >> Hello George, >> >> George Clemmer (2018-05-08 20:04 -0400) wrote: >> >>> In a "headless" vm-image (sysi29.scm, attached), "font-dejavu" installed >>> by manifest (attached) in

bug#31786: 'pre-inst-env guix --version' is not updated by new commits"

When I clone and build Guix from scratch, it produces the untracked file "doc/stamp-1" which contains the version number built into the Guix doc and appears to be created from a call to 'git describe'. But with subsequent git commit/make cycles the version does not change. It doesn't change when t

bug#31786: 'pre-inst-env guix --version' is not updated by new commits"

Ludovic Courtès writes: > Hello George, > > George Clemmer skribis: > >> But with subsequent git commit/make cycles the version does not >> change. It doesn't change when the guix package is updated either. For >> example, after pulling and building

bug#31786: 'pre-inst-env guix --version' is not updated by new commits"

Ludovic Courtès writes: > George Clemmer skribis: > >> Ok, cool. Thanks for the clarification. So... how about adding a >> footnote to '(guix) Running Guix Before It Is Installed' something like >> ... >> >> (3) The Guix version in the Guix build

bug#31786: 'pre-inst-env guix --version' is not updated by new commits"

Leo Famulari writes: > On Wed, Jun 13, 2018 at 08:54:49AM +0200, Ludovic Courtès wrote: >> The other aspect, from a maintenance and readability viewpoint, is that >> we could quickly add up lots of explanations that we’ll have to keep >> up-to-date and that may make more important information h

bug#31786: 'pre-inst-env guix --version' is not updated by new commits"

Ludovic Courtès writes: > Hi George, > > George Clemmer skribis: > >> Leo Famulari writes: >> >>> On Wed, Jun 13, 2018 at 08:54:49AM +0200, Ludovic Courtès wrote: >>>> The other aspect, from a maintenance and readability viewpoint, is that >

bug#31786: 'pre-inst-env guix --version' is not updated by new commits"

Ricardo Wurmus writes: > Hi George, > >> The current doc reflects the needs and sensibilities of the hackers, >> maintainers, and sysops that have built Guix. These "elite" users have >> different needs and judge what is important quite differently from end >> users. This guarantees that the cu

bug#31841: ./pre-inst-env guix system no longer works without ~/.config/guix

Mark H Weaver writes: > Hi, > > l...@gnu.org (Ludovic Courtès) writes: > >> myg...@gmail.com skribis: >> >>> Based on this thread I am now making guix like this ... >>> >>> guix environment guix --ad-hoc guile-sqlite3 --root=build-env -- make >>> [MAKECMDGOALS] >>> >>> ... and using it like th

bug#31786: 'pre-inst-env guix --version' is not updated by new commits"

Hi Nils, Nils Gillmann writes: [...] > Long text short nonsense: you end up with lots of work and long books if you > do it right. It should be done this way. Maybe if not directly applied we > could collect the proposals somewhere in the repository? I've recently > started to strip out a whole c

bug#32646: emacs-guix doesn't build, because of guile-gcrypt

Alex Kost writes: > Ludovic Courtès (2018-09-06 11:09 +0200) wrote: > >>> ice-9/boot-9.scm:752:25: In procedure dispatch-exception: >>> no code for module (guix hash) >>> make[2]: [Makefile:556: emacs-guix/hash.go] Error 1 (ignored) >> >> I suppose Emacs-Guix might need to use (gcrypt hash) ins

bug#32646: emacs-guix doesn't build, because of guile-gcrypt

Alex Kost writes: > George Clemmer (2018-09-10 10:31 -0400) wrote: > >> Alex Kost writes: >> >>> Ludovic Courtès (2018-09-06 11:09 +0200) wrote: >>> >>>>> ice-9/boot-9.scm:752:25: In procedure dispatch-exception: >>>>> no co

bug#33223: In vm-image >>> 'guix package -i' >>> "-python-3.6.5.drv... -Killed"

In a 'guix system vm-image' VM produced using Guix from Git v0.15.0-3097-gc16913d34 I have ... g1@sysi53 ~$ guix --version guix (GNU Guix) 0.15.0-6.f9a8fce ... and when I try to install a package, e.g., ... g1@sysi53 ~$ guix package -i emacs-no-x ... I get ... building /gnu/store/phy1nbsmlml06

bug#33223: In vm-image >>> 'guix package -i' >>> "-python-3.6.5.drv... -Killed"

George Clemmer writes: > In a 'guix system vm-image' VM produced using Guix from Git > v0.15.0-3097-gc16913d34 I have ... > > g1@sysi53 ~$ guix --version > guix (GNU Guix) 0.15.0-6.f9a8fce > > ... and when I try to install a package, e.g., ... > > g1

bug#33223: In vm-image >>> 'guix package -i' >>> "-python-3.6.5.drv... -Killed"

Hello! Gábor Boskovits writes: > George Clemmer ezt írta (időpont: 2018. nov. 1., Cs, 3:11): >> >> In a 'guix system vm-image' VM produced using Guix from Git >> v0.15.0-3097-gc16913d34 >> g1@sysi53 ~$ guix package -i emacs-no-x >> building /gnu/st

bug#33248: python-minimal compilation is breaking

Hello, Christopher Baines writes: >> Most probably you are hitting a resource limit, I guess ram. Do you have >> any swap? > > I think I've hit the same problem, I tried with 32GB of RAM, along with > 60GB of swap, and it still didn't work. > > There is a bug here describing it as a memory link

bug#33223: In vm-image >>> 'guix package -i' >>> "-python-3.6.5.drv... -Killed"

I rolled Guix back to the commit that produced this VM and built a fresh VM. Unfortunately it did not reproduce this bug. I doubt this was caused by the recent Guix infrastructure problems. I favor the memory leak theory proposed by Christopher Baines ... http://lists.gnu.org/archive/html/bug-gui

bug#33262: guix fails to find and use some available substitutes

I run 'guix system vm-image' VMs on a GuixSD server (hostname g1). The VMs are configured to get substitutes from g1 in addition to the official Guix servers. This works great except that the VMs are failing to find/use some of the substitutes that are available on g1. E.g., in the attached log (

bug#33262: guix fails to find and use some available substitutes

Oops, the server config attached to the previous email is incorrect, sorry. Here is the correct one: sys.scm Description: Binary data

bug#33262: guix fails to find and use some available substitutes

Julien Lepiller writes: > I think guix' message is a bit confusing: the .drv file is always > created by guix, it's the derivation. The derivation is built, which > results in a new store path. It can be built locally or by using a > substitute. What you see in your store is the derivation (.dr

bug#24156: QEMU '-net bridge' --> "qemu-system-x86_64: -net bridge: bridge helper failed"

zimoun writes: > Hi, > > On Fri, 18 Dec 2020 at 20:47, zimoun wrote: >> On Thu, 04 Aug 2016 at 22:40, myglc2 wrote: > >>> Motivation: bridging or routing is required to enable a connection to be >>> made inward to a QEMU VM. TAP seems like the best of the available >>> solutions. But connecting

bug#31367: ERROR: In procedure scm-error: no code for module (guix build utils)

l...@gnu.org (Ludovic Courtès) writes: > Roel Janssen skribis: > >> Ludovic Courtès writes: >> >>> George myglc2 Clemmer skribis: >>> cd guix && guix environment guix -- make The following derivations will be built: /gnu/store/mcfys0glgv1hnq5mrcs9xnmn4bpzr3ys-profile.drv >>>

bug#37789: guix pull: error: You found a bug: the program

Hi Ludo’, thanks for getting back to me. Ludovic Courtès writes: > Hello, > > my glc2 skribis: > >> [message: "build of >> `/gnu/store/j5lp13iwcwnsdk545lgg1nh8kn4jdj3d-ghostscript-9.27.drv' failed" >> status: 100] 5348cc0>)'. >> guix pull: error: You found a bug: the program >> '/gnu/store/an0w

bug#37789: guix pull: error: You found a bug: the program

Ludovic Courtès writes: > This is not the key of ci.guix.gnu.org. Thanks for getting back to me. It turns out I mistakenly gave you this server's public key. SORRY. Also I forgot the system is configured not to use substitutes ... (guix-service-type conf

bug#37789: guix pull: error: You found a bug: the program

Ludovic Courtès writes: > Hi George, > > George Clemmer skribis: > >> (substitute-urls (list "https://mirror.hydra.gnu.org"; >> "https://hydra.gnu.org"; >>

bug#37789: guix pull: error: You found a bug: the program

Hi Ludo’, Ludovic Courtès writes: > Ludovic Courtès skribis: > >>> The guix-configuration is unchanged since then. Shouldn't 'guix pull' >>> still work? >> >> It should work, yes. What does ‘guix describe’ report? > > Note that what you initially reported is not so much that ‘guix pull’ > “doe

bug#37789: guix pull: error: You found a bug: the program

George Clemmer writes: > Hi Ludo’, > > Ludovic Courtès writes: >> Note that what you initially reported is not so much that ‘guix pull’ >> “doesn’t work” but rather that it failed to build ghostscript. > > Good point. I will respond to your earlier ... > >&

bug#37789: guix pull: error: You found a bug: the program

Ludovic Courtès writes: > Hi George, > > George Clemmer skribis: > >> starting phase `configure' >> PATH="/gnu/store/lxwhz2y0m3c38figfl5sfdydsb7sk7g2-bootstrap-binaries-0/bin:/gnu/store/niv24i583siranb6ydphx991dkvj8x8g-mes-boot-0.19/bin:/gnu/store/grybsvhm

bug#37789: guix pull: error: You found a bug: the program

Ludovic Courtès writes: > Uh. (You purposefully turned off substitutes, right?) > > I’m very surprised this can happen. Janneke, does that ring a bell? Hi Ludo’, I recently re-installed Guix System from USB and abandoned my config that turned off substitutes. And of course, guix pull works gr

bug#42054: installer: "invisible" screens, partitioning step fail

Hello, Recently (June 5, 2020) I tried to use the Graphical Installer to re-install Guix System on a headless server (ASRock MT-C224 mother board with NVME system disk). I hit two problems: 1) The installer screens were not visible on the VGA port. However TTYs 3-6 worked just fine. With #guix IR