<morgansmith>I did a guix pull when you guys said it was failing, and it failed for me. Then when it was fixed, I did it again and it succedded
<vagrantcish>ah, must have tried pulling just before it was reverted
<halfdann>Hey all. I want to try guix to package a clojure/java project. I assume a guix package must be created for every maven dependency. Then somehow the packages must be mapped to maven so projects can depend on them. But I dont see that being done anywhere... Are there examples of packaging a maven project?
<cr4zyg3n3>i tried installing guix, but in the gui install it get's to the wifi and doesn't detect it and then stops what solutions are there? it is a dv5
<morgansmith>Wifi is a known issue in the installer. It was a big hurdle for me to get over and at that point I thought it was a big enough deal to launch another version. Today, even more so. Wifi works after install so if you have access to ethernet, that's the easiest solution
<morgansmith>I got around the issue by doing the "manual installation for wizards" as described in the manual
<cr4zyg3n3>@morgansmith than you. I don't have the wifi and when I try to continue it resets and start from the beginning. I will try pluging in the wifi to usb and see if that works.
<cr4zyg3n3>if that doesn't work I will try the manual install for wizards. thanks!
<morgansmith>I don't think there is a way to setup wifi using the GUI regardless of your wifi setup. I think you can setup wifi using a terminal (just follow the first bit of the manual install) and then finish by using the GUI
<xelxebar>Man, newsboat is like the package from hell that always updates but never has substitutes and also takes longer than the entire Cambrian period to build.
<jgart[m]>I was reading this post from 2012 from edolstra about nix not being "complete until it has static typing". Would it be too much work to add static typing to guix/guile? Why would it be a bad idea? Why would it be a good idea? https://github.com/NixOS/nix/issues/14
<vits-test>the dirs in /run/user/UID are created if elogind-service is enabled, but the "error: connect: /run/user/1000/shepherd/socket: No such file or directory" is due that there is no `shepherd` instance running for Ur user.
<Kimapr[m]>if you run herd without sudo it will try to control your user instance. so unless you run shepherd as your user and won't to control it instead of the system-wide instance you have to run herd with sudo
<helaoban>vits-test: I think I've found the problem. I use the mosh shell when connecting to remote machines. Mosh starts the connection by a initiating a short-lived ssh session to launch mosh-server on the remote machine, before switching over to UDP. When the SSH session is closed, the PAM session that was started by the SSH login is also closed, and elogind removes the user runtime directory
<helaoban>everything works when I connect using regular ssh and not mosh.
<helaoban>The temporary work-around for me right now is to ssh into localhost as the first thing I do after I login via mosh.
<helaoban>this was particularly troublesome because elogind only unmounts /run/user/uid if all PAM sessions for a user are closed. Sometimes I have a several connections to a remote machine open in different terminal windows, sometimes running plain SSH, so I was only seeing this problem once in a while.
<helaoban>I'm interested here specifically in running shepherd under my user.
<Brendan[m]1>Installer just boots to a black screen with nothing on tty1. i can switch to tty2 with the documentation though. is there meant to be the ncurses installer on tty1?
<helaoban>Actually I don't think this has anything to do with pam, but rather specifically elogind behavior.
<helaoban>If I login to my remote guix machine using mosh with 'mosh helaoban@remotemachine' and then run 'sudo loginctl list', 'helaoaban' is not listed, only 'root'.
<bdju>anyone here using syncthing? how should I make it run in the background? I ran syncthing-gtk which seemed to start the daemon, but after closing it, my phone doesn't see my pc anymore, so I think it didn't keep the daemon running
<bdju>hm there's a setting to make it keep the daemon running on exit instead of terminating it, but I still wonder if a user service would be better
<leoprikler>I'm not quite sure how the GTK side handles things, but you could try writing a shepherd service for it
<bdju>it just starts the daemon if it's not already running, and then whether it kills it or not on close is configurable. so if I have a shepherd service it should work fine with the gtk thing
<bdju>I've never made a shepherd service before, though
<rekado_>jgart[m]: why would it be a good idea for Guix?
<rekado_>the nix language is a language with only one purpose, and it appears to be modelled after Haskell (which suggests static types). Guile is a general purpose language.
<rekado_>I for one have not missed static types in Guix, except for monadic functions.
<rekado_>I don’t see what types would bring to the table that would be beneficial for Guix
<Brendan[m]1>i lightly bumped my laptop and it caused the USB to cut out fail the installer after a couple hours :/ i was almost done.
<leoprikler>Static type checking in Guile/Guix would be super nice. You could check at compile time, that a list of packages is indeed a list of packages, and not e.g. a list of packages with a random thunk thrown into the mix.
<vits-test>`nft` not working on arm64-generic kernel. Worth to open a bug?
<nckx>Of course, provided you've made sure the module (if it's modular) is actually loaded & other such basic troubleshooting.
<asterope>Found the commit, it was like it from the start
<vits-test>nckx: yes, the CONFIG_NF_TABLES "is not set" in my /run/current-system/kernel/.config
<asterope>nckx: ah, you've changed it. I'm checkit it...
<nckx>vits-test: Right, the -generic one is the ‘shitty upstream defaults’ one, I always forget that. I don't think that's a/our bug to fix, sorry. NF_TABLES is set in all standard kernels: https://paste.debian.net/plain/1166603
<nckx>If you're unable to use the normal (linux-libre[-X.Y]) kernels on your hardware, I think that should be fixed instead.
<vits-test>nckx: fun with defconf is that the conservative, schedutil, and ondemand cpufreq-governors all has the performance governor as a fallback. But performance the "just set all to maximum freq" is default one.
<rekado_>mfg: check the permissions on ~/.cache/guile/ccache (or delete it)
<nckx>vits-test: ‘performance == peg @ maximum freq’ hasn't been true on x86_64 for a long while; it just means ‘get out of the way of the CPU’. In reality it probably results in the *most* complex algorithm being used. Maybe it's still true on ARM.
<nckx>What do you mean by fallback? CONFIG_CPU_FREQ_DEFAULT_GOV_PERFORMANCE?
<ani>rekado_ : I have installed guix what next shall I do?
<leoprikler>(this should no longer be a problem on your next login or reboot)
<clone11>Hmm so applying the config, manually loading the tcp module, and restarting mpd, it worked, but after rebooting with the new config, I get "ERROR: Failed to open audio output" in mpc, even if I manually load the module in pacmd and restart mpd.
<leoprikler>Okay, first things first, you do actually have pulseaudio running after the reboot, right?
<clone11>Yeah, and applications running on my user work with it
<leoprikler>`pacmd list-modules` also lists the tcp module, right?
<leoprikler>(If push comes to shove, try `pulseaudio -k; pulseaudio -vvvv` then mpc play and check for errors in pulseaudios output)
<clone11>I'm not sure where to find pulse or mpd logs. I didn't see anything glancing through /var/log. The only output I have is the error mpc gives me (ERROR: Failed to open audio output). I don't think I can kill pulseaudio since, I tried pulseaudio -k as my user and root but get "Failed to kill daemon: no such process" while my sound still works.
<leoprikler>what is the output of `ps aux | grep pulseaudio`?
<mihi>has anyone been able to run "guix pull" under any Hurd system, being it the VM image, a child hurd or another Hurd distro with guix as package manager? The error I'm getting seems to be coming from libgit2, and I would think it is not caused by libgit2 incompatibility and not by anything I'm doing wrong.
<mihi>Have tried several times, different things, each time starting from a fresh VM image; and the result is always "Git error: invalid version 0 on git_proxy_options"
<leoprikler>capitalism: an economic system characterized by private or corporate ownership of capital goods, by investments that are determined by private decision, and by prices, production, and the distribution of goods that are determined mainly by competition in a "free market"
<apteryx>dirty checkout sounds scandalous but it's a trivial situation to fall into without really being aware, if you've ever used 'git update-index --skip-worktree' for example.
<civodul>but maybe we could have the script perform that check by default
<mfg>i'm trying to package cura and when i start it it crashes with a segfault - reason is: futex(0x209ed70, FUTEX_WAIT_PRIVATE, 0, NULLFatal Python error: Segmentation fault. Does this seem like a python bug or what does it mean?
<apteryx>that's what dannym suggested; I suggest to go a step farther and have a pristine tree recreated from the referred commit. Using git worktree that's easy and cheap.
<civodul>sounds more difficult to do (does guile-git have worktree bindings?)
<civodul>but anyway, as long as the default is to check, we'll have made progress :-)
<OriansJ>nckx: well you know what they say; "There are two novels that can change a bookish fourteen-year old’s life: The Lord of the Rings and Atlas Shrugged. One is a childish fantasy that often engenders a lifelong obsession with its unbelievable heroes, leading to an emotionally stunted, socially crippled adulthood, unable to deal with the real world. The other, of course, involves orcs."
<kmicu>jgart[m]: it’s not even difficult to add it (whatever approach we choose e.g. solutions from Typed Clojure, Typed Scheme, Typed Racket) but optional and gradual type systems have big costs and little benefits.