<DusXMT>I think Gentoo has an alternative to udev (so maybe we could use that?) and there's still alternatives to gem such as kdm, ldm (not sure if it's called that), and when everything else fails, there's still xdm
<civodul>because one needs to install Guix to be able to use it anyway
<alezost>plotr: the point is: “guix.el” is a part of Guix and is maintained inside of it. There are no plans to add it to melpa, because there may be problems with paths (you can install Guix wherever you want and “guix.el” will not know where to find Guix modules or user profile)
<plotr>well, there're plenty of packages in emacs archives which interface to or rely upon external tools - they all have that potential problem of paths difference on the end system and it's usually solved rather trivially by introducing customize option with some sane default
<plotr>there're other solutions like exposing dbus interface which is independent of installation paths for example
<civodul>oh but wait, hydra.gnu.org runs a 2.6 kernel, and that's not something we can change :-/
<mark_weaver>I think the relevant question is: what is the oldest kernel version that end users of guix are likely to run, when run on top of another system. and I guess we should think of debian and ubuntu lts.
<davexunit>civodul: btw, I'm holding off on the minetest stuff for a bit. upstream found some (now obvious) issues with my patch that I need to take care of. :)
<DusXMT>civodul: Okay, I'll clean it up a bit, try compiling everything on an up-to-date guix (since there's been some changes since I began the packaging) and send the patches to the ML today if all goes well :)
<mark_weaver>that removes the package from your profile, meaning that it creates a new profile tree of symlinks with that package absent. if it said nothing to be done, that suggests that it thinks you don't have that package in your profile.