<dcunit3d>i understand that in guix i shouldn't make changes to /etc or other system directories... if i just generated an ld.so.cache, will this cause problems?
<dcunit3d>i'm running into Julia package compilation issues and i'm trying to pin down what guix packages i'm missing.
<jmes>Hey folks, I wanted to try Gnome+Wayland but I'm struggling to get just a bare-minimum setup. I am too dumb to deciper this backtrace (also includes the services in my config) (https://bpa.st/BGFQ). Any help would be appreciated.
<benjamin1>any chance of running guix with an encrypted boot partition?
<benjamin1>I set up my laptop with one a long time ago, before I realized how much of a pain it was going to be
<benjamin1>plan was to have guix manage the grub config for booting both systems (potentially with chainloading?)
<jackhill>jmes: perhaps try changing cons* to list. cons* expects a list as the final argument. For the services field this is usually something like %desktop-services or %default-services
<jackhill>jmes: you also might have a better gnome experience using gdm over sddm since I think gnome has some integration there. Its default is X-only for now, but there is a wayland? field.
<jackhill>benjamin1: I'm runing a Guix system with an encrypted boot (well all of mine /boot is on the same encrpted volume as the rest of /, which might matter by default the grub config loads the kernel and initramfs from /gnu/store and not /boot). I believe that it is still the case that our grub can only unlock LUKS-1 volumes and not LUCKS-2
<jackhill>The good news is, that I haven't found it to be too much of a pain! The gotcha is that I have to enter my password twice, once for grub, and a second time for linux.
<jmes>jackhill: Oh whoops, that should be the silly mistake, thank you! And yes, I've been successfully using the default X+gnome via gdm but I need to test some stuff on Wayland.
<jmes>I'd like to use Xmonad as I do on my other machines but I haven't gotten around to learning guix enough to get that working.
<benjamin1>jackhill: thanks! very glad to know that this is possible. currently my whole disk is LUKS-1, so that shouldn't be an issue
<jackhill>jmes and benjamin1 cool, glad I could help
<benjamin1>do you have an example 'bootloader-configuration' I could take a look at?
<dcunit3d_>it's just really hard to google. i tried strace and no dice. one line and it just can't open the file. it happened with another program the other day. i tried to connect with it with GDB just to see the same thing pretty much.
<dcunit3d>what do you mean? i've got an old textbook open and i'm trying to clarify some things regarding processes/exec/spawn/fork
<Aurora_v_kosmose>Oh. I had been led to believe by the quit message that you had just left.
<dcunit3d>i accidentally opened a second IRC context
<Aurora_v_kosmose>Ah, well, sorry about that. In any case, I'm going to go afk for a while, so you'll have to see if someone else knows. In the event that it takes a while, I would suggest also making a post in the guix-users mailing list.
<phodina[m]><jackhill> "The good news is, that I haven't..." <- I also have encrypted rootfs and boot. Is there a plan to store the secret somewhere so it does not have to be typed twice as the other distros already have this? Either by storing the password or using a keyfile?
<unmatched-paren>Although the dependency on tinystr-macros in tinystr is optional, so I guess I'll create a bootstrap package that substitutes out that tinystr-macros dependency
<nckx>dcunit3d: It's probably because ‘external’ binaries hard-code the interpreter needed to run them, which is the actualy file that's not found (/lib/ld-linux-x86-64.so.2 or equivalent). If so, no environment variable will save you, you'll have to patch the binary with a tool called patchelf (in Guix).
<dcunit3d>i'm working on getting that set up in my environment, someone from nonguix helped me out, but thanks!
<dcunit3d>i'm learning a lot more about linux than when i was using arch
<jmes>Hm, I just tried booting into the previous 2 derivations but they both get stuck at the TTY - I can't even switch to another TTY. It would normally load GDM at this point. Both of these versions were working fine before.
<jmes>I just need to reconfigure once successfully so I get the bugfix :P
<nckx>I don't want to get your hopes up but you *might* get lucky, who knows.
<nckx>Otherwise we'll have to figure out how to get you networked after all.
<jmes>Also hopefully I don't have to rebuild the kernel again. I dunno how system reconfigure works, but I am very much hoping I can just add the networking to the latest derivation without wasting more cycles.
<jmes>Yeah, I don't mind a manually network config. But of course I'd rather avoid it
<Aurora_v_kosmose>dcunit3d_: For just file recovery, you might be better off just booting the system with a livecd/liveusb, decrypting the drive using the device mapper and mounting that to copy onto another system or portable storage device.
<nckx>vagrantc: I'm game for anything that pays, and most things that don't.
<nckx>unmatched-paren, lilyp, the_tubular, and anyone I forgot: Thanks for sharing your SERP samples.
***rgherdt_ is now known as rgherdt
<nckx>Sorry, missed: the_tubular: <Why do you> You're probably right I care too much. But one doesn't want Guix itself to become the joke.
<mbkamble>I am using "guix home" to configure my home env and launching emacs as daemon using home-emacs-service-type. I also have separated my installed pacakges into ~/.guix-extra-profiles as described in the Guix Cookbook. But it looks likes emacs daemon does not inherit the env variables from the login shell (I source the <profile>/etc/profile in
<mbkamble>~/.bash_profile). But rather only those inherited from the user shepherd which seems to source only /etc/profile. As a result eshell PATH contains only the PATHs setup from /etc/profile but not the ones from my guix-extra-profiles. Can anyone provide some hints on how I can source etc/profile of my profiles inside ~/.guix-extra-profiles before
<mbkamble>services from my home-environment are launched
<rekado>lilyp: I don’t know how to provide a single merged issue view that wouldn’t feel terribly disjointed and confusing.
<civodul>nckx: wait, you're using an IRC-to-tty bridge?...
<nckx>Apologies for the confusion, I'm not respo^Wdoing any of this.
<nckx>Also, the VM reconnected after being put in the background (it was ’spamming’ download progress messages for >1h) and guix-install.sh had died. No way to tell why, and I might have accidentally killed the VM for now :3