<sneek>civodul, nckhexen says: Is lookup-qemu-platforms silently ignoring unknown platforms a design decision?
<sneek>civodul, PurpleSym says: Wrt release: Can I still push a few world-rebuilding changes to haskell-build-system to core-updates or is it too late for that? They’re currently sitting in wip-haskell, but I never got around to get the indended Haskell ecosystem done.
<rekado>sneek: later tell apteryx oh wow. I don’t know if it existed back then. Last I remember is that it was merely a copy of a binary bazel distribution with a bunch of third-party jars that was only good for downloading a new bazel.
<rekado>sneek: later tell apteryx if you actually have a working bazel build that would be wonderful! Building a newer version of tensorflow would still be very challenging (because bazel needs to be convinced not to download *everything* from the internet), but it would at least be possible.
<f3n1x>Good morning guixers ! I must be missing some basics here... I've just '$ sudo guix install ripgrep' and when i try to invoke the command i'm getting 'command not found' error message instead of. What am i missing ? (see the full log here https://pad.elbinario.net/p/ripgrep-guix )
<PotentialUser-26>I just play around on PI because its in the living room, fanless and always on. For exploring guix home and other functionality its fine, though.
<PotentialUser-26>I wonder if I can cross compile from x86 to aarch64 and publish it somehow to a self hosted substitute server. Compiling on aarch itself is not fun.
<antipode>PotentialUser-26: You can do so with 'cuirass'.
<antipode>ci.guix.gnu.org already does some cross-compilation.
<antipode>Alternatively, it might be possible to do more cross-compilation on ci.guix.gnu.org.
<antipode>(I don't know how to ask Cuirass for cross-compilation, but it's done somehow in gnu/ci.scm)
<cbaines>if you want substitutes for aarch64, do make sure you're using bordeaux.guix.gnu.org, as that has more natively compiled and cross compiled things than ci.guix.gnu.org
<PotentialUser-26>antipode: That would be a nice topic for a cookbook entry. In the company I work for at least one colleague also sees the benefits of guix and we have some arm machines, but it would be nice to have more control about the packages we need to build
<PotentialUser-26>mbakke: The commit you gave me worked with guix pull --allow-downgrades. Building package cache is fast again
<mbakke>PotentialUser-26: can you file a bug report?
<PotentialUser-26>mbakke: When I run guix pull again, it should try to update to the latest version of guix again, right? If it fails again I will file a bug report. I even might try to bisect, but it will take time, because this machine is very slow and it takes upto 30 min for one run
<PurpleSym>Do we have an example on how to use gexp’s in service configurations? I’m trying to write a service file for acpid, which expect config files with event/command info. This is what I have so far: https://paste.debian.net/1257374/
<cbaines>PurpleSym, I think all the services in Guix use gexps in one way or another. Do you have a specific thing you're trying to do?
<antipode>PurpleSym: in 'acpid-files', you are appending a string to a G-exp:
<mbakke>civodul: cbaines reported that rust fails on aarch64, and PotentialUser-26 reports that package cache generation fails
<sneek>apteryx, rekado says: oh wow. I don’t know if it existed back then. Last I remember is that it was merely a copy of a binary bazel distribution with a bunch of third-party jars that was only good for downloading a new bazel.
<sneek>apteryx, rekado says: if you actually have a working bazel build that would be wonderful! Building a newer version of tensorflow would still be very challenging (because bazel needs to be convinced not to download *everything* from the internet), but it would at least be possible.
<antipode>apteryx: Maybe you could do ". location-of-bash-completions" to load them?
<civodul>yeah, i have no idea what changed actually
<PotentialUser-26>mbakke: I might have found the problem with the package cache build. It was probably related to my channels.scm file. I have to examine this a little more, but without channels file it works as normal user too
<apteryx>rekado: re bazel, this runs and passes a hello world self test: https://paste.debian.net/1257384/. There's one TODO left, if you'd like to help (review the sources), and probably it needs to be wrapped with a few core tools
<unmatched-paren>Well, if it has a makefile but no autotools, you can still use gnu-build-system, you just need to delete the 'configure phase.
<GNUtoo>synopsis: Adjust the color temperature of your screen (with Wayland support)
<gnucode>hey guix! I am trying to set up some simple tests for my opensmtpd service records. Currently whenever I run "make" on guix source, my newly written tests are being run directly. I'm not sure how to NOT do that. And it would be nice to get make check-system TESTS="mail" to work.
<unmatched-paren>GNUtoo: problem here is you can't just start a Wayland server on boot
<podiki[m]>why exactly? you can't just write js in a file and work with it like that? (I don't use js at all)
<podiki[m]>(actually did use parenscript once for a very little bit)
<PotentialUser-36>Hi, I just successfully installed Guix using systemcrafter's image (with nonguix kernel), and it loaded successfully to gdm. After installation, I was experiencing some delays when I was typing characters in a terminal in i3. Also in Gnome, window movement where so slow. I tried adding Xorg driver configuration based on this link