<Mrtn[m]1>"Alternately, see `guix package --search-paths -p ~/.guix-profile"
<Mrtn[m]1>nckx: I think we got it cleared up .. whenever something happens to a package involving the search path or similar .. guix mentions that it is important the config is working, however it doesn't mean anything is necessarily wrong.
<Mrtn[m]1>Thank you guys for the help, nckx and g_bor
<nckx>Mrtn[m]1: Yep. It's not a warning or error based on some misconfiguration. It might be useless to run the suggested command but it will never hurt.
<Mrtn[m]1>nckx: That was what got to me .. I thought I tried everything, to get the "error/warning" to disappear .. and all this time, it was just some extra info. :D
<nckx>Mrtn[m]1: I'm sorry I didn't take you as seriously as I should have. I'm dealing with a bit of a situation here (hint: it's after midnight and I'm trying to find a plumber), my mood should not have made it to IRC but it did.
<Mrtn[m]1>nckx: In that case you did really fine ... I hope you manage to get a plumber. Are you in Germany?
<dftxbs3e>civodul, nckx: also, an info that might interest you regarding POWER9, there is pre-release CPUs (DD2.1 revision) that are vulnerable to Spectre and have broken virtualization but otherwise work that are sold for much much cheaper by RaptorCS, that might be great for a build farm.
<dftxbs3e>you should email email@example.com if you want to purchase these
<raghav-gururajan>nckx Thanks! Yeah, "--pure" did not work. I am gonna try your other option.
<roptat>raghav-gururajan, I found that sometimes running configure in a guix environment doesn't work, because configure embeds some store paths from an older guix environment which was gc'd. Did it happen to you? in that case simply running ./bootstrap again fixes it
<nckx>I've noticed that too. In this case, bootstrap was run immediately prior. (Well… if they listened to me 😛)
<nckx>roptat: I avoid ‘functional package manager’ entirely in non-programmer context because everyone thinks they're first to make the ‘oh, you mean it works? good for you’ joke and it detracts from the message.
<nckx>chrislck: <lispmacs> hi, I've got this problem where, in GnuCash, the Enter key is not doing what it is documented to do (it works fine in Debian). It is supposed to move to next split line in transaction, but it does nothing. I am wondering if this is happening for me onl
<nckx>civodul: Re: retroarch: Debian flirts around the FSDG issue by disabling the Updater menu entry in the .cfg file. This is a regular preference (already provided by upstream) that's also trivial to reënable. I wouldn't consider this acceptable, but what do you think?
<wingo>i fixed my dumb guix problem. it appears to be that the daemon was running without GUIX_LOCPATH
<mbakke>many armhf builds on berlin fail with: `armhf-linux' is required to build `/gnu/store/hibl1fyabr
<mbakke>yxykfadc3h96phd7dw3bw2-karchive-5.63.0.drv', but I am a `x86_64-linux'
<mbakke>looks like the qemu-binfmt service is not running correctly on 22.214.171.124
<mbakke>hmm there is no such service on that machine, yet it was reconfigured recently
<roptat>I had to get a binary version of the IDE, replace their bundled jdk with guix's and at every step in the compilation, I had to check the logs to understand what to run patchelf on to make them work
<roptat>and everytime you update something, gradle downloads a new version of the android sdk, which contains binaries you have to patchelf again...
<bandali>roptat, i'd love to read about java development using guix in general if there's a blog post about it or if you'd be so kind to write one
<roptat>I don't really do java development actually...
<roptat>well, a bit for android stuff, but it's not what I enjoy the most
<roptat>I'm only interested in *building* java stuff