<kmicu>(Or when we migrated from NixOS to Guix System 😺)
<nckx>tune: Late, but I second the urge to use ‘/usr/bin/env ghc’ in your script and (special-files-service-type `(("/usr/bin/env" …))) in your system configuration. No need to edit all your shebangs to make your scripts less portable ☺
<nckx>Crikey. Building arachne-pnr eats 14 GiB of RAM before I put it out of its misery, and that's with -c1.
<maddo>Blackbeard[m]: sorry, I'm out for Easter and I kinda forgot, will post it after I return tomorrow
<dongcarl>Hey all, wondering what the `system` flag does for `guix environment`
<rendaw>Hello, quick questions if anyone's encountered this stuff. 1. I'm doing `guix system disk-image` with a UEFI bootloader, and grub fails to install (install qemu is using bios) 2. Any way to prevent Guile output from truncating at screen width?
<dongcarl>If I attempt to build for `i686` on my `x86_64`, does that mean that all the binaries in the environment will be `i686` binaries? Or just the compiler suite in the environment will target `i686`?
<nckx>rendaw: ‘export COLUMNS’ in the same environment as guile (weasel words because the truncation might be happening in the client or the daemon) will disable truncation.
<nckx>dongcarl: If you're using --system, the former. You get a native i686 environment. That's also why this trick only works on 64-bit x86, since there you get 2 ‘architectures’ for free ;-) (apart from, like, oh, the cost of decades of backwards compatibility)
<ATuin>when running "guix -u ." i get this (among other packages) "emacs-company-lua 0.1-1.0be8122 → 0.1-1.0be8122 /gnu/store/m2n7hxjpysd0kxzsyzjnlqns83ws25yl-emacs-company-lua-0.1-1.0be8122" but nothing is installed
<dongcarl>brendyyn: Right... I mean in guile instead of on the command line
<dalz>Hi, I have a source in a package definition that needs some tweaks. It is a `local-file`, so I apparently can't use `origin` (and its snippets), and trying to modify `(assoc-ref %build-inputs "source")` in `#:builder` (I'm using `trivial-build-system`) gives me errors (i assume because the source is read-only at that point?). Can someone advise me?
***dddddd_ is now known as dddddd
<nckx>dongcarl: See arcan-sdl in (gnu packages arcan) for a minimal example, except you'd delete glibc and add it again with a different version.
<nckx>(Again, first example I found, probably not the ideal.)
<nckx>(I.e. I don't know if there's a ‘replace’ shortcut, but I don't think it would add much.)
<nckx>Ah, yes, that's the thing I was vaguely not-remembering!
<ATuin>is there any tool to generate a manifest file from a generation?
<nckx>Maybe the property you found is supposed to be a nicer interface to that, I can't say I'm very familiar with our toolchain innards.
<nckx>ATuin: Not unless I missed something new. Personally I'd write a quick pipeline on the command line [echo "(specifications->manifest (list"; guix package -I … | cut -f1 | sed 's/.*/"&"/'; echo "))", e.g. I wrote that just off the top of my head] or save it to a file if I wanted to run it often.
<nckx>So I'd say a separate tool is overkill but I'm weird.
<nckx>A --format=manifest|recutils|… option, however, if it doesn't yet exist, might be nice if someone™ feels like adding it…? ;-)
<nckx>(Check first whether it was suggested & dismissed, tho'.)
<ATuin>nckx: well, it's overkill sure but i think a flag it's a nice addon and seems like a nice task to learn guile and the api so maybe this week i can try to do it
<pkill9>is there a way to dynamically add a package path to the sudoers file? i.e. (format #t "~s" "/gnu/store/...-package") where the store path is generated, and the garbage collector adds it as a root
<ArneBab>bavier: yes, and I did not find out how to do that — or to see whether it is present when the python call runs.
<bavier>ArneBab: just a hunch: you may need to patch the '#!/bin/sh' in apps/GNUmakefile; iirc /bin/sh is not available in the build container
<ArneBab>bavier: ah, there’s a 'echo '#!/bin/sh' > gdal-config' in there — I’ll report whether it helps!