<apteryx>I don't know about the problem you're seeing though. I'd comment out stuff and narrow the exact section causing problems, perhaps try to start shepherd manually and see if it spits something more useful
<vivien>lilyp, for the dbus system socket location, mirai had a point in a discussion earlier: the socket should indeed be in /var/run, because guix does not consider /run and /var/run identical (in /run, you have /run/current-system, for instance). So glib is wrong about its runtime directory. I’m trying to build it with /var/run as its runtime directory, we’ll see
<vivien>if that fixes the issue. The fix would be way simpler.
<atuin>I have added a couple of channels but when running `guix repl` I can not find the modules defined on them, is that expected? or am I doing something wrong?
<atuin>I can see in the manifest after guix pull that they are using the latest commit
<lilyp>vivien: there should be an easy glib configure flag to do so; sadly, it's a gnome world rebuild either way
<atuin>vivien: should they be in the union derivation that contains guix modules?
<vivien>atuin, you should be able to see them in ~/.config/guix/current/share/guile/site/3.0/
<jbnote>Hello, would there be a way to tie random store entries to a GC root? I'm using guix build --sources=transitive a lot (or just downloading sources from repl scripts) and i'd like to have "generations" or "profiles" of sources to be able to handle GC gracefully. I know how to do this for final packages, but I just don't know how to do this, either from guile or commandline, for other intermediate entries. Any help would be much
<mange>Hey Guix! I'm trying to fix a bug I've run into in Guix Home, but I don't know how to test my changes because my configuration uses definitions from a private channel, and ./pre-inst-env doesn't load them. Does anyone have any ideas?
<mange>I've tried using "guix time-machine --disable-authentication --url=file:///path/to/my/checkout" but I just get constant "updating substitutes from ..." messages for ages. I've not been willing to let it run long enough to find out if it ever actually finishes.
<civodul>mange: hi! i’d have suggested the ‘time-machine’ approach, i wonder why it keeps updating substitutes
<civodul>could be that all the recent grafts hinder performance a lot
<vivien>lilyp, I think it’s better to keep the hardware description files in /etc, so that a user can generate a local hwdb.bin index with what is known to work on the system. If we want to have this on foreign distros, we must keep "hwdb.d" as the directory name (systemd uses "hwdb.d" too)
<PotentialUser-85>hi i've managed to get a working sway config but i can't get the foot terminal to work in it properly. I get an "Error: opening terminal foot" message when trying to use nano and can't clear the terminal. seems like something to do with terminfo. I tried moving the share folder (includes terminfo) from the package's folder in the gnu store onto my
<PotentialUser-85>system at /share and /usr/share but that didn't change anything. any help would be appreciated. i'm pretty new to guix so apologies if this is a bit of a noob question
<PotentialUser-85>also alacritty doesn't have this issue, just foot, which i would prefer to use
<PotentialUser-85>also i'm having an issue with my wifi connection dropping out regularly, i'm using the same wpa_supplicant process I was using in the liveusb which had no issues at all. however every few minutes or so on the installed system I have to run dhclient -v <interface> again & regularly to restore connection. if anyone could help point my in the right
<ryblade>having trouble installing a guix system. everything appeared to work fine until i rebooted, now grub says "error: no such device [hash]", "error: unknown filesystem" and going into rescue mode.
<graywolf>civodul: Thanks for the tip, will check if firefox's NSPR supports something like this.
<graywolf>Assuming it does not (I expect), is usual fix to add support for it, or use absolute path?
<PotentialUser-85>ryblade something similar happened to me, i had btrfs fileystem but ext4 in my config.scm
<ryblade>PotentialUser-85: i'm using btrfs too, but i have (type "btrfs") in my config.scm
<ryblade>using encryption too, btrfs on luks, no lvm
<ryblade>made sure to use pbkdf2 just like the manual says to
<PotentialUser-85> "Error: opening terminal foot" message when trying to use nano and can't clear the terminal in sway. anyone able to help me with this? i know it's to do with terminfo but im not sure how where to go from there
<apteryx>civodul: fyi, I'm working on a fix for bug #65924
<civodul>apteryx: oh, i started looking into it an hour ago :-)
<ryblade>it's the provided /etc/configuration/desktop.scm with the most minimal of changes
<PotentialUser-85>ryblade seems fine to me but im sure others in here would know a lot more than me. the only thing i can think of is in config.scm there's no distinction between home/root in the device label, i'd double check it's okay to use "cyproot" twice
<ryblade>PotentialUser-85: well i am using subvolumes, that is how it would be done with mount
<ryblade>think i should try with -latest or downgrade to LUKS1? this will just be a general purpose desktop, not a production environment. not sure if it would make more sense for me to be on -latest or -1.4.0.
<jpoiret>you can use the latest RC version, i did that for one of my friends and it worked
<jpoiret>then once the version gets an official release you can use that instead
<jpoiret>you'll have to write the package definition yourself though, i don't have it lying around
<jpoiret>just inheriting grub-2.06 and updating the source field should be enough, as well as disabling tests (last time I checked the test suite had some big changes that made it not work with our current packaging)
<jpoiret>it's probably the best solution, and because you can put arbitrary package definitions in your config it's very clean
<ryblade>sounds a bit daunting, is there some documentation i could read that explains this process? this will be my first time using guix.
<ryblade>would "9.3 Defining Package Variants" in the guix manual be what i'm looking for?
<jpoiret>no, and i'm not too sure that it's documented straightforwardly in the manual (ie. it's mostly a combination of stuff explained all over)
<jpoiret>otherwise LUKS1 can be upgraded to luks2 in place iirc
<vivien>lilyp, now I understand what you mean with the "hardware" rename. It does not require the eudev source code to change, it just means that the UDEV_HWDB_PATH search path should search in lib/udev/hardware. The udev-service-type uses neither /etc/udev/hwdb.d nor $eudev/lib/udev/hwdb.d, it only relies on UDEV_HWDB_PATH
<vivien>So we don’t need to change the hard-coded /etc/udev/hwdb.d or $eudev/lib/udev/hwdb.d paths