<nanounanue>I have a question related about how to use the docker package under guix. I installed the docker package in my guix home. When I run it, e.g. using docker ps, I got the following error: "Cannot connect to the Docker daemon at unix:///var/run/docker.sock. Is the docker daemon running?" What I should do?
<PotentialUser-76>nanounanue That means the docker daemon isn't running usually. You have to start it somehow (I'm a guix noob, so I don't know how, but there must be a shepherd command for it)
<PotentialUser-76>Also you could try rebooting. Sometimes packages configure the docker service to start automatically at next boot.
<nanounanue>Thanks @PotentialUser-76, I didn't find any example of a shepherd command for it :(
<PotentialUser-76>Hi all, I've never used guix before. I'm thinking about migrating to it from Arch because I dislike systemd, dislike having to constantly update everything and dislike how people on arch forums are not very nice. I'm trying to figure out whether guix would be a good fit for me.
<nanounanue>I am a happy user of guix sinde two years ago, and I am very happy with it, highly recommended
<PotentialUser-76>nanounanue Well one thing I'm wondering is obviously guix doesn't have as many packages as Arch/AUR. If I want to install something but there isn't a package for it, what happens then? AUR for example is nice in that any rando on the net can just upload their shell script, so even though not all AUR packages are good at least you can almost always
<PotentialUser-76>I guess I'm not the first person to wonder about importing from arch packages or aur
<PotentialUser-76>So my biggest concern with guix is getting my hardware to work. Beyond that, it sounds like everything else would be straightforward.
<PotentialUser-76>But my partition table is a bit complicated and I don't want to resize them. But if I run guix in a vm it won't tell me if the hardware is compatible, since it would use the VM's fake hardware.
<PotentialUser-76>Hmm... Can I install guix in a chroot, and try out the drivers that way?
<nanounanue>Mmmm don't know, but you have some options: You can keep Arch as your "base" OS and use guix as package manager
<nanounanue> what do you mean by "properly start the docker daemon"?
<jpoiret>well, you have to start the daemon under the right user, with the proper config and all
<jpoiret>something that's usually handled by systemd/shepherd services
<Altadil>Hi, I have a noob question: I’m trying to update a package with guix refresh. guix lint reports a problem, but it’s already in the current version. Am I correct in thinking the update and correction should be two different patches ?
<minima>hi, i have this package definition that doesn't build - it fails the check phase; how do i go at debugging this? i do see a build log and the build log says that `test.sh' is failing, but how do i take it from there?
<minima>do i manually download the package source code and launch the tests from there?
<minima>is there any facility in guix that semi-automates any of this?
<rrobin_>minima: you can call 'guix build -K -f pkgfile' to build it and it will keep the failed build tree under /tmp for you
<rrobin_>you can retry the build manually after loading environment-variables
<xelxebar>next4th: Ah, okay. Guess we're kind of in the same position, then. hehe
<minima>(oh sure, `--development --container foobar' is clearly different from `--container --development foobar' and they way i wanted it is the latter, where the package you want to work on comes after `--development')
<roptat>stikonas, I don't have access to the servers
<renngar>I have an error with a module loading at boot. How can I change the current-module-debugging-port contained in linux-modules.scm, so that the "loading Linux module" messages display so I can see what is failing?
<roptat>when I boot the system, I can run "herd status", it tells me openssh and smtpd have failed to start, but I don't get network before 1 or 2 minutes after boot, and at this time even "herd status" is unresponsive
<mirai>so its not the “shepherd can't reboot or shutdown” that occurs after a shepherd gets upgraded to a higher version with a reconfigure?
<roptat>is there a way to set a specific time at boot? the SBC doesn't have a battery to save time
<mirai>I'd say having a battery backed RTC would be the better route (something like a DS1307 module perhaps?)
<mirai>but you could do something similar to the urandom seed service
<mirai>if the board isn't powered off too long, maybe it can work?
<mirai>ngz: when exactly should I use texlive-updmap.cfg? Is it necessary for the dblatex package definition?
<user_rngh> hi all! i'm trying to install guix 1.4.0 from usb-stick (i use example config from /etc/configuration/desktop.scm) and installation fails in python-afdko-3.9.1 (check phase). i tried to find a solution - no luck. any advice? this is my first meet with guix.
<roptat>(after "guix pull" make sure "guix describe" tells you it's the guix you just updated, and not the previous version)
<user_rngh>i tried actually...and messing up with system on usb-stick. some how it try to install unrequited packages like zenity and gnome parts after "guix pull" and "guix system init /mnt/etc/my_minimal_config.scm /mnt". i probably do something wrong previously.
<PotentialUser-59>Hey all, I'm thinking of moving to Guix from Arch. I'm curious about updates. Arch is really annoying with how it expects to constantly do full system updates (like every day) which take a lot of time and sometimes break things. People on the Arch forums also get really mad if you do partial upgrades. Guix sounds like partial should be a non-issue,
<PotentialUser-59>but it does say that it's rolling release. So is the Guix community very opposed to partial upgrades?
<ngz>mirai: texlive-updmap.cfg is mandatory to take into consideration fonts installed along the inputs in the package. Otherwise, fonts are installed when updating profiles, which does not happen for fonts in (native-)inputs.
<mirai>ngz: would it make sense for eso-pic to propagate texlive-graphics? This is one of the lines in the log: /gnu/store/xm7db2x02pfk2qas2kb1l9kif85549g4-texlive-eso-pic-66594/share/texmf-dist/tex/latex/eso-pic/eso-pic.sty: File `keyval.sty' not found.
<ngz>mirai: Nope, for sanity reasons I blindly follow "texlive.tlpdb" recommendations for propagation. You simply need to add both to inputs.
<ngz>mirai: It only matters for package developers, tho. As a user, you probably want to install whole package collections anyway.
<ngz>mirai: For example, texlive-eso-pic is located in texlive-collection-latexrecommended, which, in turn, propagates texlive-collection-latex, contaning texlive-graphics. IOW, installing texlive-collection-latexrecommended would install both.
<janneke>PotentialUser-59: what's a partial upgrade?
<mirai>ngz: tbh I'm not so sure what to do about dblatex. I can continue hunting down what's left to get the test/sample file to build but maybe the whole thing should be included instead? I've tweaked the package to this <https://paste.centos.org/view/b5dc89b4>
<janneke>PotentialUser-59: Ok; guix works a bit differently i guess. Usually you would update a profile with packages to new commit that defines some set of package versions. Updating your system profile and your user profile(s) need not to be done simultaneiously
<ngz>mirai: So, in a nutshell, you can remove `texlive-packages' variable from input (and replace `cons*' with `list', obviously). You also need to remove (unset "GUIX_TEXMF") from `check-wrap'. Furthermore, the GUIX_TEXMF dance in `wrap-dblatex' is apparently not needed, so you could drop the whole texlive-packages binding and simply add this list as an argument to texlive-updmap.cfg.
<PotentialUser-78>Hi, is it intentional that signal-desktop for signal messenger is not included as a package on guix? Are there other signal clients that are packaged?
<cmmm>Hello! I'm trying to setup emacs-geiser for my guix system
<cmmm>configuration, but there is one problem. Geiser has issues finding
<cmmm>modules from the nonguix project, which I download as a channel (note
<cmmm>that ~# guix system reconfigure ...~ works just fine).
<cmmm>I had no luck finding where guix clones channels, and there seems to be no nonguix package, that would add it to the GUILE_LOAD_PATH as a library. The other option is to clone nonguix into my home directory, but it's not that clean, because I'll have to pull it, when updating my channels to keep it up to date. Any ideas how to do this in a clean way?
<roptat>PotentialUser-78, I'm not sure if there are freedom issues with it, but at least, it's an electron app, which is extremely hard to build for us
<PotentialUser-78>roptat, thanks. Do you think electron apps will be difficult to build for the forseeable future? Or, once it is "figured out" for one electron app, then it will be easier for subsequent ones?
<roptat>once it's figured out for one, it'll be easier for others I think
<roptat>cmmm, I don't know geiser, so I'm not sure that's what you're looking for, but you should be able to find a repository in ~/.cache/guix for each of your channels. Or maybe you're looking for ~/.config/guix/current instead?
<cmmm>roptat: Thanks! The directory ~/.config/guix/current/share/guile/site/3.0/ does just the thing, but it's kinda weird, that it's in ~/.config
<roptat>it's actually a symlink to /var/guix and then to some place in /gnu/store
<nckx>The symlink 'target' is 'configuration', if that makes sense. And it does, once you look at it that way 😉
<renngar>Using 'guix system vm' I found out that dm-crypt is the module failing to load. It and all of its dependents are in the directory, but I have no idea why it is failing to load.