<wdkrnls>nckx: Re: 10 h ago on my printer issue - my printer is Samsung as you suspected and yes I did put splix into my cups extensions. Perhaps I also need to download it into my user profile as well?
<xelxebar>cacsr: Yeah, I would love this too. I know Void Linux maintains binary package builds for musl. Ostensibly once could try the moral equivalent of s/glibc/musl/ on gnu/packages and see how far you could get.
<Gooberpatrol66>I edited pulseaudio-service-type with (script-file "/home/nathan/.config/pulse/default.pa")))))
<lfam>Get strace with `guix environment --ad-hoc strace`. Then, stop the guix-daemon, copy the full command that is used to start it, and run that command with strace: `strace -f /var/guix/profiles/per-user/root/current-guix/bin/guix-daemon --build-users-group=...`
<lfam>I would add `2>&1 | tee ~/tmp/guix-daemon.log`
<lfam>Then search that log for "/home/nathan/.config/pulse/default.pa"
<lfam>You could share the log or at least the relevant parts
<lfam>Honestly I don't think this direction of investigation is going to pan out
<lfam>There are usually some people that use JACK on Guix here during the European day. I would try again then or ask on help-guix
<lfam>I'm sure they can give you simple instructions to get it working
<PotentialUser-10>Hello everyone! I'm having trouble trying to use guix on ubuntu 20.04. Could someone help me?
<terpri_>PotentialUser-10, probably, what sort of problems are you having?
<PotentialUser-10>Hi, terpi_. Actually, i'm having the same as in this issue https://issues.guix.info/41603 but doing the fix they advise (--authorizing) does nothing for me. The command seems to just not work as my terminal remains blank except for the usual 'hint' message. Using EOF helps leaving that freeze state and gives: guix archive: error: s-expression does
<terpri_>well, just check with ls -d (sudo'd for root)
<rlp10>Ugh, sorry to trouble you folks. When I install the hello package, it tells me that the connection is refused to /var/guix/daemon-socket/socket. If I run guix-daemon it says that it can't bind becaues the address is already in use. What am I doing wrong? I can't understand if it is running or not.
<terpri_>rlp10, ps aux | grep guix-daemon should show the daemon running as a root process, if it's running
<terpri_>(there might be a built-in command for it, but that's how i check)
<rlp10>hmm, so it's not running. if i run it I get 'address already in use' and if I run it as root, it can't find the command. how do I run it?
<terpri_>rlp10, are you running guix system, or on top of a foreign distro?
<rlp10>terpri_: That works, yay. Thank you for your help. Sorry I'm such a newb.
<PotentialUser-10>terpi_, I'm beginning to remember, that once I was lacking time to wait some command to finish (it was too late in the evening) and having in mind that guix is so 'bullet-proof' just interrupted it. May be that's the reason?
<terpri_>rlp10, np, glad it worked :) (a bit surprising that the installer doesn't do it for you)
<PotentialUser-10>terpi_, moreover, from some point I can no longer use info guix and man guix
<terpri_>PotentialUser-10, generally it's safe to just kill guix commands, ime
<terpri_>PotentialUser-10, but, you can check the store with "guix gc --verify=contents"
<terpri_>that checks the hashes of files installed under /gnu/store to make sure there's no data corruption
<rlp10>I've installed the hello package :) I can run it manually be doing so from its /gnu/store folder, but it isn't in my PATH. How do folks normally set that up?
<xelxebar>Anyone else having issues with guix lint erroring out about problems downloading release info from github?
<rlp10>OK, now comes the real test - I'm installing emacs :)
<terpri_>PotentialUser-10, that's a bit odd...maybe double-check that $GUIX_LOCPATH is set sensibly, and run again with "guix install --debug --verbosity=2"?
<terpri_>(possibly only one of --debug and --verbosity=2 is relevant, also, so you could try twice with one of the options if it's too noisy)
<PotentialUser-10>terpi_, here's the last line in my .profile: export GUIX_LOCPATH=$HOME/.guix-profile/lib/locale and the same under root
<cacsr>xelxebar: If it is just a simple replacement of keywords, it may not work. There are also differences between the linker and nscd and locale. At present, I have not found a replacement for nscd under musl.
<cacsr>xelxebar: I plan to use two or more libc in Guix at the same time. Now it seems that a non-FHS system like Guix can do it.
<terpri_>also i just remembered that GUIX_LOCPATH needs to be set in the systemd service file for the daemon to see it, but that was fixed quite a while ago... /etc/systemd/system/guix-daemon.service should have an Environment='GUIX_LOCPATH=...' line
<mwelt>Hi all. Short question regarding config.scm. If I want to change a service configuration, do I need to remove the xyz-service-type from the service list and readd it with a new configuration, or is there a way similiar to `set-xorg-configuration` for other service types too?
<mwelt>... provided that the service in question is already referenced in %desktop-services and such
<wdkrnls>I'm not sure I understand what you are asking, but in my config.scm I am using (modify-services ...) to make changes to a service specified in a list of services.
<amber_lambda>Hi! I'm an arch user who is looking at Guix SD, but I've read in a couple places that Guix SD doesn't support LVM2. These posts were from a couple years ago - has GUIX SD since added LVM2 support?
<lfam>There's no incompability. It's just that nobody has done the work to make it work with our tooling
<lfam>Guix System is configured by editing a configuration file and then running a command to effect those changes. So somebody needs to write some code to support it via that workflow
<amber_lambda>Ah, I see. If I had the guile skills and the knowhow of how both LVM2 work and how the Guix config system work, I'd be happy to help
<lfam>Guix also works great as a package manager on top of another distro. I use it on Debian extensively and it works well without interfering with the Debian stuff. It's a nice way to test the waters
<vagrantc_>and then started going crazy with arm machines ... which is a... challenging way to use guix :)
<lfam>It's interesting to me that you were put off by a missing feature and then decided to tackle a huge project :)
<vagrantc_>got a little disheartened last time i tried my Debian packages of guix ... i really have a hard time debugging the test suite failures and it seems like new ones keep cropping up every time i fix or disable or workaround a few
<vagrantc_>was really hoping to get guix 1.1.0 into Debian...
<civodul>nckx: it works on my laptop but it times out on bayfront
<nckx>As soon as I said that I got a spew of backlog from the lag fairy, all credit to lfam.
<ajgrf[m]>lfam: OK, thanks. Looks like call-with-output-string might be the easiest options.
<rekado_>nckx: sorry about the index; I forgot to start the index job when I restarted goggles.
<pinoaffe>hi guix! I found two broken packages: package lxrandr is broken, it can't find xrandr when installed, to fix it xrandr should either be made a propagated input, or lxrandr should be patched to refer to the xrandr in the store
<nckx>rekado_: No sorries needed. If anyone noticed, I didn't hear any complaints. Gave me an excuse to read goggles.
<civodul>i've temporarily stopped cuirass to let it make progress
<wdkrnls>I just reconfigured my system over ssh. Is there some way to restart it without restarting the computer? I'm trying to debug why I can't get my printer working and my significant other is using the monitor for the computer I'm trying to fix.
<wdkrnls>I was thinking I could just run 'herd restart' as root, but since ssh is one of those services, I figure maybe that would not be a good idea.
<civodul>wdkrnls: you can "sudo herd restart S" for each service S that you want to upgrade
<civodul>that'll stop the running instance and start the new version
<wdkrnls>Really the only change I made was add my non-root user to the lpadmin group. Maybe that requires no service changes?
<wdkrnls>Well, I guess it still makes sense to restart CUPS.
<nckx>Hm? I don't see any attachments… let me check again…
<wdkrnls>Printer 'SCX-4200' requires the '/gnu/store/rbwxfbg89125qb0f17vj5zh1nw03gfi6-cups-2.3.3/lib/cups/filter/rastertoqpdl' program but it is not currently installed. Please install it before using this printer.