<jfred>oof... my laptop's battery died unexpectedly during a `guix home reconfigure` and now there seem to be some empty derivation files in the store. `guix gc --verify=repair,contents` doesn't seem to rebuild those store items, and now subsequent runs of `guix home reconfigure` bail out with "error parsing derivation `/gnu/store/nnp[...]-node-v10.24.1.tar.xz.drv': expected string `Derive(['"
<jfred>any way I can fix this without a complete reinstall?
<atka>can you roll back your home and reconfigure?
<jfred>I don't actually have a new home generation since `guix home reconfigure` never actually finished
<jfred>so nothing to roll back to, I'm still on the previous generation
<jfred>I assume the store items that are empty are for things that would have been part of the new generation had that process completed
<atka>can you switch to a previous previous generation?
<jfred>I mean... I could, but my current generation isn't broken
<Guest6>bash: /path/to/binary: No such file or directory
<Guest6>for some binary files in guix. But I've no idea what is causing this. I looked at one of them with `ldd`, and it was missing a bunch of library deps. I adjusted LD_LIBRARY_PATH from the paths of the libs as I found them in /gnu/store (which doesn't seem like the right approach). This fixed the ldd error, but I still get the "No such file or
<civodul>so instead, you should rebuild it from source
<civodul>or, as a last resort, patch the binary with patchelf
<AIM[m]><civodul> "where MTP is "Media Transfer..." <- Ik Ik
<AIM[m]><civodul> "ah, found it: (simple-service '..." <- I'll try this now
<AIM[m]><civodul> "ah, found it: (simple-service '..." <- There's a space after 'mtp ???
<Guest6>Thanks civodul! So, if LD_LIBRARY_PATH is unset, but ldd is showing as missing libraries (as in this case) what should I have done? Or are the libraries somehow missing because of /lib64/ld-linux*.so problem? Naively, it seems to me like two problems...?
<xelxebar>mroh: Okay. Thanks for the ACK. Would it be safe to assume the issue is known and being handled?
<Guest6>Here is the output of ldd, it seems to have found ld-linux to me?
<spiral88>Hi there, I'm really excited to install Emacs 28.1. Anyone have an idea of how long it might take for the guix package to be updated? I know I could install emacs-next and will just do that if it'll be a while.
<phodina[m]><civodul> "phodina: hi! do you have #:use-..." <- yes, there is `-L.` or the `-L<dir>`, just how I build it ... but the question is about line 27. If I don't use gexps it works but I want to learn them and the message `'replace' may only be used within 'modify-inputs'` is so confusing ... I looked at `ppsspp` package as an example and can't figure out what's wrong
<phodina[m]>> <@civodul:libera.chat> phodina: hi! do you have #:use-module (guix gexp) in the define-module form?
<phodina[m]> * <del>yes, there is `-L.` or the `-L<dir>`, just how I build it ... but the question is about line 27. If I don't use gexps it works but I want to learn them and the message `'replace' may only be used within 'modify-inputs'` is so confusing ... I looked at `ppsspp` package as an example and can't figure out what's wrong</del>
<phodina[m]>Thanks, the issue was the `gexp` module was not listed in the modules to be used.
<rekado>the manual has an example for this exact situation
<ZhuZihao[m]>rekado: I do understand this, but in practice you can use the hash of the unzipped result of Github archive. If you can git repo, your repository checkout should be fresh, you have to clone it from scratch or you may need extra cleanup
<tribals>The point about make isn't clear to me. Guix is a program made of Guile sources. Guile can be compiled at runtime transparently. So, i made a few changes to `guix/home/services/shells.scm`. Then I want to immediately use those changes. I run guix with pre-inst-env: `./pre-inst-env guix home ...` pre-inst-env "sees" just introduced changes, see it is never than compiled version of this file, so it uses uncompiled source. Isn't make does same thing:
<bae>I'm buying a (used) laptop in a couple days to be my "daily driver" since my HP died. I'm trying to decide if I want to try installing Guix using a video by System Crafters. I'll probably end up with an i5 something with 4GB ram and 256GB of storage. I've been learning Scheme for a couple months, so Guix sounds like an interesting choice. My biggest concern is I don't really understand how the system configuration works in Guix.
<civodul>bae: hi! i would hope that you can quickly understand system configuration better than with any other distro
<bae>Does Guix add an additional layer of complexity to the system? For instance, instead of modifying my .bashrc file, will I be modifying a Guile program that in turn modifies my .bashrc?
<bae>civodul: Will I have any trouble installing any programs with only 4GB ram? I heard that there are some programs that have to be compiled from source, and they might hang if I don't have enough memory.
<civodul>bae: yes; so in a sense, Guix adds a uniform config layer above the services that you use
<civodul>bae: compiling ungoogled-chromium or libreoffice is terrible, but normally you don't need to do this
<bjc>depending on what you install, 4gb will not be enough
<bjc>if you don't have to compile it, it should be fine
<bae>bjc: I've actually been torn between trying two different distros, and they are like polar opposites: Guix, and KISS.
<bjc>as for configs: if guix doesn't have a wrapper around the config format, or if you'd prefer not to use it, you can also use plain files, either defined as strings in scheme, or as files on the filesystem
<apteryx>I'm still a bit confused about package/inherit; should I use it when defining for example a 'java-antlr4-cpp-runtime', which shares the same source with java-antlr4-runtime but builds from a different sub-directory?
<gnoo>bae: which gen i5 is that? if it's an old one like 2nd/3rd gen, you might want to use something else since even system reconfigure and guix pull takes quite a lot of time in these
<gnoo>a live distro will always be slow, especially on old hardware
<ekaitz>also ZhuZihao[m] do you know how to load them to gdb alongside the executable?
<bae>gnoo: Oh...OK. Yeah, this is an old Lenovo I'm on right now. I'll take another look at void. I think actually I was thinking of that anti-fascist distro that I couldn't get to work properly. Not it's fault, it just had so many different install options for "persistence" that I just didn't feel confident that I was doing it right.
<apteryx>jeko: the version of git was updated; not sure if that could have anything to do with your problem
<jeko>maximed: Oh if I move the .git repo outside I still get the issue… Maybe it's related to Projectile extension because I get the error when I open a file inside my ~/Workspace (which is my projects root search path). When I open /tmp/test.scm it's OK I can run Geiser.
<jeko>apteryx: I can see a trace in Emacs'messages :
<anadon>The Agda package is broken and looks like there are three ways to get sources and three yet different ways to get the stdlib which for some reason isn't bundled. They also require new environmental variables be set. Where do I even start? The apparent package to add something resembling a stdlib, `agda-ial`, just straight up doesn't build.
<anadon>I can't learn and fix all the tools all at once. I need to work on meson right now.
<kitzman>civodul: if possible; if easier/less time consuming i can open a bug
<maximed>antioxidant-build-system update: email@example.com and dependencies now build with antioxidant
<civodul>kitzman: i'll do it, it's easier in this case :-)
<maximed>antioxidant-build-system update: firstname.lastname@example.org and dependencies now build with antioxidant
***caleb__ is now known as KE0VVT
<maximed>antioxidant-build-system update: email@example.com and dependencies now build with antioxidant
<maximed>antioxidant-build-system update: rust-miniz-sys and dependencies now build with antioxidant
<maximed>antioxidant-build-system update: rust-http-body and dependencies now build with antioxidant
<rekado>apteryx: on the 12th we will have the SAN extension installed. This may lead to a short downtime of the SAN if things go wrong — and since we aren’t using it via multipath I expect things to go wrong.
<rekado>between 10am and 12pm Berlin time it may be safer to shut down the head node of the build farm.