<mbakke>-r-xr-xr-x. 2 root root system_u:object_r:guix_daemon.guix_store_content_t:s0 569 Jan 1 1970 /gnu/store/wvn92qff4pg4ipflg6169zdnmw8i6jkl-guix-daemon
<mbakke>it does not have '.../bin/...', causing the label to miss
<apteryx>mbakke: was looking at python-pysam; I fixed it on version-1.2.0 by updating + disabling a few tests. I see you pushed a patch from Roel having it used samtools-1.9 instead. Do you know which is preferable?
<mbakke>db48x: indeed, adjusting the label to /gnu/store/.+guix-daemon and relabelling, my last two changes are seemingly no longer necessary!
<db48x>mbakke: we could fix it by creating a second store just for guix-daemon packages
<db48x>and store it in /gnu/guix-daemon/, for example
<db48x>this would allow new guix-daemon executables to automatically be labeled correctly (no need to manually run restorecon after ever guix pull, for instance), and guix-daemon would only allow itself to be put there
<apteryx>mbakke: ack, I thought I saw you were the one who pushed it, I must have been mistaken :-) thanks.
<divoplade>Has anyone succeeded in installing jitsi meet here?
<nckx>about:support says ‘Window Protocol wayland’. Does that mean it's already as native as can be, or can it be nativer?
<nckx>db48x: It's designed to be completely i3-compatible (down to the configuration file), but due to how Wayland works it's also a bit of a platform in itself. E.g., you have to ask Sway (not Wayland) to manage DPMS instead of X, Sway (not Wayland) manages your displays instead of X(randr), etc.
<divoplade>I think many users don't understand command lines because they are in english (and, let's face it, very strange english). If you could use more natural language (like when you use voice recognition interfaces), it would be a lot less scary.
<leoprikler>I think binding Hilfe! to thefuck might help a bit, but it might also complicate some things.
<leoprikler>I somehow like, that nixos has a thefuck rule and Guix does not. It means our users are less likely to shout profanities at the computer when stuff isn't quite working (or alternatively, that stuff works better on our side :D)
<divoplade>Imagine that: you have a fully internationalized program, and you can run katze --hilfe. Then, you find a tutorial on the web, but it's in english and it says to run LANG=C cat --help. Because the locale is set to C, now the program is named cat and understands --help, but at startup you get a message: "You can get the same with katze --hilfe"