<ham5urg>The next problem I have with that nasty VPS/container is, that it mounts '/' at boot. No entry in /etc/fstab in the original OS. Some kernel command line at boot time I guess if it is a VPS. Now I get 'gnu/system.scm:835:2: error: missing root file system', can I let this unconfigured too?
<bjc>it's been a while since i messed with this stuff, but i think you need a root file system or guix will yell at you. however, since the bootloader is what's responsible for mounting it, guix assumes that by the time shepherd has started the root has been mounted
<bjc>so if you don't go through grub, then something has to be responsible for starting pid 1. and i don't think that exists in the standard location (ie /sbin/init) on guix, but buried somewhere in the store
<bjc>about a year ago i had some experiments that i abandoned for creating a stable location for shepherd so i could start it from nspawn containers, and made some progress, but i stopped using nspawn since then, and abandoned the project as a result
<ham5urg>bjc, yes, I believe too that GUIX will not start as /sbin/init is not at the place where the hosts kernel will expect it. I can close this silly VPS and look out for another host.
<KarlJoad>It might be worthwhile to add into the section exactly how to specify a particular package's output to use. Mayhaps I will send a patch?... But I do not want to duplicate the manifest section.
<KarlJoad>ACTION is back after getting their Emacs server restarted...
<trevdev>Evening 3 of trying to package the most recent LTS version of nodejs. My teeth are getting shorter
<trevdev>I did get this thing to build on my system, but in the guix build environment nothing can be found
<trevdev>gyp: SHELL=/gnu/store/4y5m9lb8k3qkb1y9m02sw9w9a6hacd16-bash-minimal-5.1.8/bin/bash not found <-- this error message is what I'm working on now
<trevdev>"I cannot find the explicit shell you need me to find"
<devmsv>Hi, why could it be that'guix home' is not sourcing .profile on foreign distro?
<devmsv>if I do . ./profile after 'guix home reconfigure' I get my guix-home profile/env. launching another shell still uses my '.guix-profile'
<devmsv>I did read *13.2 Configuring the Shell* top to bottom but I assumed that having your shell managed by guix-home is having 'service home-bash-service-type' in 'home-config.scm'. Guess I'm wrong. *How can I manage my shell with guix home?*
<SUPERB[m]>Shall we consider Guix OS as a testing one like Arch or a stable using the latest packages like fedora?
<lechner>SUPERB[m] / it's both. cutting edge packages that run super stable!
<ennoausberlin>Hi Guix. I can not figure out how to install / use emacs-tree-sitter on Guix
<ennoausberlin>jpoiret: There is lots of software that is not easily packaged for Guix. But I always look for alternatives then and usually can replace it with better reproducible software (but lose features sometimes)
<nalaginrut>rekado: I can find libgcc_s.so with "guix environment gcc-toolchain", but it still SEGFAULT...
<rekado>segfault often is the result of forcing together ABI-incompatible libraries.
<rekado>if you’ve got binaries that have already been linked with your system libraries and then you combine them with libraries from Guix (which are *not* linked with your system libraries) you’ll have a bad time.
<nalaginrut>rekado: but I saw all libs in ldd are linked to guix-profile stuff
<yarl>I tried (let's say for fun) to move some macros 'define-enumerate-type', 'operation-id' from guix/store.scm to guix/store-protocol.scm and exported thoses. Then #:use-module (guix store-protocol) and add it to MODULES in Makefile.ac but it doesn't compile ("source expression failed to match any pattern in form (operation-id valid-path?)")
<yarl>Now, if insteal of #:export in (define-module ...) I (export valid-path?) after (define-operation (valid-path?)) it works.
<yarl>So, there is a difference between #:export and (export ...)?
<acrow>The new ci/qa system for patches is super nice. And so, I see I need a patch for my patch. My question is how to best submit it and keep the automation flowing? Should I invoke git format-patch ... -n2 or do a git rebase, squash and resubmit a single patch? All against the established issue or just abandon the failure and make a fresh submission to guix-patches with the corrected patch?
<elb>Hi all, happy new year. I'm trying to run esphome in a guix container, and I'm running into trouble due to missing gnu/stubs-32.h. There's a bug from 2018 about this (#32087) with no resolution. I'm hoping someone knows of a workaround.
<apteryx>is there a means by which keyboard layouts are exposed on Guix? (environment variable?)
<elb>I tried running a 32-bit environment with guix shell --system=i686-linux, but it reports being x86-64, so esphome is installing a 64-bit platformio, which breaks
<apteryx>seems like /run/current-system/profile/share/keymaps is the place
<sughosha>Is it possible to have an executable script in `(home-files-service-type)`? I tried to make the original file executable, but after installing in the store it is read-only. I created the script for updating all profiles in my $GUIX_EXTRA_PROFILES, and want it to be in ~/.local/bin.
<lechner>sneek / later tell rekado / thank you for that erudite summary. your wording belongs on the website as a "customer" testimonial. at this point, i likewise find it hard to envision switching distros again
<nckx>elb: Containers don't imply virtualisation, nor does --system= when there's no need for it. You can try setarch(8), specifically the linux32 command, to change the reported personality, on the chance that that's what esphome is sniffing.
<nckx>Or just ask esphome to install the right one, however one does that.
<elb>correct, I don't want virtualization; I'll try setarch
<elb>I think maybe there's not a "right one", I'm not currently sure
<nckx>‘but it reports being x86-64’ implied otherwise.
<nckx>Don't get me wrong, I'm stoked that you are, elb, I'm just not surprised at all that you're encountering untread ground (at least untread by upstream Guix; if somebody has such a fixed toolchain they aren't sharing it).
<sneek>rekado, lechner says: / thank you for that erudite summary. your wording belongs on the website as a "customer" testimonial. at this point, i likewise find it hard to envision switching distros again
<rekado>efraim: I wasn’t brave enough for openjdk10, 11, or 12.
<rekado>had to explicitly use icedtea-8 in some ancient packages, but the number is pretty low.
<rekado>I got to build right up to the foot of the groovy mountain.
<graywolf>nckx: I can give that a try since this is a blocker for me (no, I'm not entering 10 separate passwords on each boot). Could you point be to 1. where that code should be located (at least correct git repo) 2. how this is usually tested? I'm currently using qemu to play with quix, so I guess I need to somehow tell guix system init to use my version instead of the official one
<graywolf>I'm getting "Invalid volume group name playground/store0" when trying to boot VM after install, but funny thing is, that is no such volume. Both the install script and the (operating-system ...) reference only playground-store0. Any idea what could be mangling it?
<podiki[m]1>katco: agreed! :) perhaps time to bring that up on the mailing list as I've also wanted that
<podiki[m]1>I'm not sure, but likely just using the newer mesa for any X related packages (server mostly) would be mostly what you want?
<katco>i'll start a thread! and yes, i got a new GPU which needs >= v22. i want to rotate my screen again XD
<podiki[m]1>I'm thinking with 1.4.0 out now we can re-evaluate our core-updates/staging to move more towards feature branches
<katco>yeah, and drivers are something that, at least imo, should move as quickly as possible.
<podiki[m]1>mesa I think is a good example: self contained packages but affects many dependents, should be quite stable in any changes though
<katco>(once they're known to be stable of course)
<podiki[m]1>otherwise using your own guix checkout for your system, with just the cherry-picked mesa updates maybe is easiest
<podiki[m]1>I think the question is who is impacted in which ways? people not using substitutes? (we have inferiors though, and probably things like browser changes still lead to lots of building time)
<mvnx>I booted from the QEMU 1.4.0 qcow2 image then used `guix system reconfigure bare-bones.scm` where `bare-bones.scm` is the source example `bare-bones.tmpl` with bootloader and filesystems modified as a copy from `/run/current-system/configuration.scm`. It runs fine but next time I boot the qcow2 and pass GRUB it is just a black screen. Any idea why
<panosalevro>is it possible to get an "unbound variable" error despite having the correct 'use-modules' form?
<vivien>If there is a circular dependency somewhere, you will get at least one of these
<vivien>I only know that case because I’m not a guile expert
<katco>panosalevro: yes, to my frustration. if the module you are trying to use contains errors, the variable you're trying to use may not be bound
<katco>panosalevro: a kludge i use when i'm writing a new module is to sprinkle `(format #t "1~%")` after each top-level form to make sure the file is getting compiled all the way through
<apteryx>bjc: rpi requires a couple binary blobs to be present on its sdcard (it has its own bootloader), but after its booted it doesn't require any for basic operation (including gpu acceleration)
<apteryx>so the firmware is akin to the BIOS on your PC
<panosalevro>katco: im not good with guile. can i see an example somewhere? im curious to use it
<apteryx>so far I've only tested that our u-boot-rpi-arm64 u-boot package worked with it, but I'm working toward trying the full Guix System on it.
<katco>panosalevro: sorry, no. intrinsically, it's not something i'd ever check in. i'm not great with guile either. i just stick that s-exp after top-level forms to see how far through the file guile got
<apteryx>phodina[m]1: any modifications made to your icecat config that could explain it works for you and not for me?
<apteryx>ah, could it be related to the wrong TZ bug
<podiki[m]1>also just tried on a private browsing instance of icecat, does go through the cloudflare check really quick and to the login page
<podiki[m]1>do they do any ip tracking or anything else? maybe some other residual state?
<apteryx>I haven't defined a TZ environment variable to workaround it yet... I was hoping to fix it.
<mirai>Does guile or guix offer a way to get the amount of CPU cores available? I'd like to calculate this value to pass as a command-line argument for a shepherd service
<civodul>mirai: there's current-processor-count in (ice-9 threads)
<apteryx>(continuing gitlab saga) nope, it's not the wrong date...
<civodul>oops, guix.gnu.org temporary down, working on it...
<apteryx>ah! found the remaining icecat issue; it's the general.appversion.override that was set to 5
<apteryx>setting that to 102.6.0 in about:config makes it work
<apteryx>perhaps some cruft that persisted in my ~/.mozilla profile
<lebowski>hi guix! i am trying to package a newer version of a python library which already in guix. the thing is - the newer version removed setup.py, so now guix gives me this error "misc-error #f "no setup.py found" () #f ". what i can do to resolve this issue?
<lebowski>maybe i am missing something obvious here
<jlicht>lebowski: Does it perhaps have a pyproject.toml file instead? We do have a pyproject-build-system if I recall
<jman>Hello, I tried adding a comment to https://issues.guix.gnu.org/60112 and sent an email a few hours ago to firstname.lastname@example.org but I don't see my comment. I noticed also a delay (a few days) for an email sent to help-guix@