***M6piz7wk[m] was kicked by ChanServ (User is banned from this channel)
***ChanServ sets mode: +o litharge
***litharge sets mode: -o litharge
<semente>hi guys, I'm new on guix and I'm having an issue trying to setup a second encrypted disk. I've added it to mapped-devices, and to file-systems (see https://paste.debian.net/1247149/). The command `guix system reconfigure' works but after reboot I get the error: pre-mount actions failed.
<semente>am I missing an option to mount this file system after the root fs is mounted?
<efraim>jonsger[m]: I've just arrived in Kosovo for debconf and have been awake for about 24 hours. you're asking for permission or hoping that by asking I'll fight the merge conflicts? :P
<FlaminWalrus>lechner: I've long had a vague thought that the file tree was a mistake---symbolic links seemed an indication that what users really wanted were sets (in the mathematical sense) of inodes on which to perform queries, and links were a feeble attempt at deforming the tree of inodes into the graph of a set-inclusion poset
<FlaminWalrus>Haven't given it much technical thought though. Maybe someday I'll have a psychotic break and implement all my half-baked OS ideas in my very own TempleOS...sounds fun
<jonsger[m]>efraim ah okay, Marius did it already. It was more asking about the permission as I wasn't involved with staging lastly
<attila_lendvai>is anyone here using syncthing-gtk? it stopped working for me in the past couple of months.
<NaturalNumber>i am having a difficult time installing xmonad. i thought i could add it to system packages and everything would work, but it seems like i have to manually install every dependency. i'm going to try building it from source now, but any help is appreciated
<PurpleSym>weidtn: That’s alot of channels. I cannot reproduce the error with only the 'guix channel. Does your `opencv` package come from a different channel maybe? (You could try `guix show opencv` and look at the location.)
<aramus>It's from the original 'guix channel. I think I also installed it before I added the other channels
<PurpleSym>aramus: I see. Not sure what the problem might be, sorry ☹️
<aramus>Is my laptop the problem maybe? ThinkPad T420 has intel HD3000 GPU.
<aramus>Sorry for name change btw, im online on the phone
<PurpleSym>I don’t think the hardware is the problem. The question is: Who is trying to load libGL?
<weidtn>well from the error message it seems like python is trying to load libgl.so.1 , doesnt it?
<nckx>I always forget that my 'sway.desktop' setting is actually part of the auto-login I have set up. Not sure how useful this is, probably not much, sorry: https://paste.debian.net/plainh/54725c60 — but, if you have sway installed as a system package, it should show up in an sddm menu of some kind, no?
<nckx>I thought that's how all this was supposed to work and be all friendly and stuff.
<andrzejku>what's the difference between system package and just a package
<nckx>System packages is what we call packages you add to the (packages ...) field of your operating-system. You can also install packages with 'guix install', per user, but these end up in a different profile and I'm not 100% sure that a user-installed sway would work without additional configuration. It should, but...
<jpoiret>nckx: it won't get picked up by the DM, but if you're launching sway manually it will work
<jpoiret>DMs in general don't look at user-specific stuff
<jpoiret>andrzejku: the thing is, most DMs in Guix are hardwired to look into the system-wide profile's dirs to find the .desktop files
<jpoiret>that's why the WMs should be installed there
<nckx>The (modify-services ...) snippet on that page you link to, under slim-service-type, can be repurposed to add (sddm-serwice-type (sddm-configuration (display-server "wayland"))) instead of the 2 slim- services. I'd start there.
<jpoiret>ideally, we should instead have DMs that simply let you login, and then you chose the session you want
<andrzejku>The desktop environments in Guix use the Xorg display server by default. If you’d like to use the newer display server protocol called Wayland, you need to use the sddm-service instead of GDM as the graphical login manager. You should then select the “GNOME (Wayland)” session in SDDM. Alternatively you can also try starting GNOME on Wayland manually from a TTY with the command “XDG_SESSION_TYPE=wayland exec dbus-run-
<andrzejku>session gnome-session“. Currently only GNOME has support for Wayland.
<pashencija[m]>I have found out the problem that causes my system not to boot. It's `FDTDIR` in extlinux.conf (check extlinux.scm)
<pashencija[m]>Once I remove that line, the FDT passed by bootloader is in use and it boots fine. What would be the best way for me to get rid of it? Should I somehow overwrite `menu-entry->gexp entry` in my bootloader definition? Should I edit extlinux.scm (and send a patch) to make this line optional? How do I pass parameter if I do that?
<bud>but, is it possible even to install something like sublime text (in a unofficial manner)?
<nckx>Socially ('ethically' just sounds too insufferable) we don't support them here or anywhere official. Technically, they can sometimes be made to work, but it can be tedious. There's no FHS compatibility layer (yet).
<nckx>Tricky in that you'll have to front-load a few Guix concepts and implementation details that usually come much later, if at all.
<bud>as i understand guix can replace package managers for python, ruby, emacs etc. and i guess it could be used to replace sublime package management as well (that stuff is open source, python based).
<bud>another thing i was thinking about is initsystem, guix use sheperd right? i am one of the weird few who actually likes systemd. i guess that is even more complicated to set up, but maybe, there are others with guix+systemd?
<bud>jpoiret: and that i3-wm systemd notify thing, only works with systemd (it is hardcoded for systemd in the i3 source).
<jpoiret>like the system vs. user profile distinction, search paths and all. I think it should be part of the mandatory reading for new users so that they're not surprised when something doesn't work how they expect it to
<jpoiret>bud: arf, i was looking at the source to see if it was configurable
<jpoiret>it's something i've wanted to implement myself
<bud>i really know nothing about how guix actually works, but you are saying that it wouldn't be a big deal to create a custom "package?" with a "simple" patch to support shepherd in the same way systemd is now supported in i3.
<jpoiret>and, to be honest, we could even turn it up a notch and add a way for those callbacks to transmit their environment values
<jpoiret>one thing i hate with systemd is that the environment variables aren't scoped, ie if one service says "okay update the activation environment", every starting service will inherit that environment, whereas i'd rather have only services that rely on the one that modified the activation environment inheriting it
<jpoiret>for an example i know: GRUB 2.06 currently has issues with LUKS2, so while the patches make their way to upstream, some people carry in their config.scm a definition of a modified grub with additional patches applied, and it works for them :)
<jpoiret>andrzejku: so, guix does 2 things differently compared to other traditional distros. One is to hardwire dependencies into the packages themselves, meaning that you don't need to also install the other dependencies: they'll still exist in the store, but not in your profile
<jpoiret>and sometimes, we don't have a proper way of doing that, so we fall back to installing them alongside with the package in the profile, (they're called propagated-inputs) in which case you'll be able to see them by looking at the /manifest file in the profile
<jpoiret>-I only lists installed packages, not their propagated dependencies (i think)
<jpoiret>andrzejku: guix puts built packages into /gnu/store. Then, some guix commands allow you to link some of these out of the store, into for example profiles
<andrzejku>jpoiret, but is that mean that it can smartly manage dependencies: suppose A --> depends B and C --> depends B and D so when I will try to uinstall C then D (a hard wired dependency will be removed) and B left untouched
<jpoiret>you'll see that if you `ls -ld ~/.guix-profile`, it links to somewhere else, which is itself also a link, etc., ending up somewhere in the store
<andrzejku>jpoiret, I mean is any additional command to clean up dependencies needed
<singpolyma>jpoiret: mostly true, though arguable propagated shit is "runtime" if it lands in your profile
<jpoiret>we have a distinction of "native-inputs" and regular "inputs", whose meaning is related to cross-compilation: the former will be built for (and presumably to be run on) the host machine (the one building), while the latter will be built for the target machine
<jpoiret>singpolyma: right, but there's no such clear distinction in guix, some inputs might be used at runtime as well
<jpoiret>ah no, you're not trying to just modify the binary in your user profile to become setuid. What this does is just install some specific binaries into /run/setuid-programs/, which should be in your PATH if you use guix system
<apteryx>rekado_: re routing to berlin idrac from node 129, still: "open failed: connect failed: No route to host" anyone at the datacenter? :-)
<f1refly>is anyone here able to have thunar work with gvfs? I installed thunar, thunar-volman and gvfs globally but when I open the advanced settings of thunar it tells me gvfs couldn't be found so thunar-volman can't manage removable media. It's really annoying to mount every flashdrive I insert by hand..
<singpolyma>Would be nice if guix had some way to do "optional store references" maybe...
<nij->Isn't anything running in a container? WHy would docker be harder?
<jpoiret>flatpak was made with the idea of a "universal packaging and sandboxing solution, distro-independent" while docker is more of a developer CI and isolation solution
<jpoiret>ie apps packaged for flatpak should work out of the box, whereas with docker you'll have to configure the containers so that they can access what they need (and it'll create more friction compared to flatpak)
<nij->!! Does that mean I can run an app for windows on guix?
<jpoiret>flatpak is used by some distributions as an alternate package manager (a shame really)
<jpoiret>sometimes, guix keeps around older versions of some packages (often only major versions, ie python 2 and python 3, although python 2 is being phased out now) because those often differ greatly