<quiliro>what i mean is to have a machine connect to the net every so often so that i updates all available substitutes (or source if they are not available)...and then take that machine to the offline site
<rekado_>8G left is barely enough: 4G for texlive, 4G for the graft temp directory
<lfam>pkill9: The functional packaging model means that if a dependency of hello-2.10 changes, then hello-2.10 needs to be updated based on the new dependency, even though the version of hello has not changed. There are also be new grafts to apply
<lfam>I mean, there may also be new grafts to apply
<Apteryx>Documentation is scarce and it doesn't seem to do what one configures it to, and doesn't log any clue about why.
<PotentialUser-89>I have couple of versions of GUIX studio installed on my machine. If I try to open a .gxp file with an earlier version it still opens in the latest version installed. and cant make the earlier version as default in windows association
<atw>Apteryx: is this a ratpoison-specific problem or does it happen with other WMs?
<Apteryx>currently I can't find a way to make it see ratpoison in Ubuntu 16.04; I haven't tried with oher WMs.
<Apteryx>I've studied a bit the ratpoison package provided by Debian/Ubuntu; it seems to use something called 9menu to generate X menu entries.
<atw>hmm...I know that slim reads .desktop files out of a directory like /usr/share/xsessions. I'm betting lightdm does something similar, and that your ubuntu-installed lightdm isn't reading Guix's xsessions directory? (guessing)
<Apteryx>I'm looking forward having all what I need for work packaged in Guix and cannibalizing this system into GuixSD ;)
<Apteryx>atw: I've tried making my own /usr/share/xsession/ratpoison.desktop file, but it didn't get listed at the lightdm-greeter... Strangely, the deb package doesn't provide such a file at all.
<Apteryx>(but manage to make it available through lighdm)
<atw>If my hypothesis is right, then using guix to install another wm that provides a .desktop wouldn't make the wm appear in lightdm either
<atw>in ubuntu/debian, it may be that the package manager creates the .desktop if it decides it to be appropriate.
<Apteryx>The postinst script from the Debian package seems to shed some light. It does some command like: 'update-alternatives --install /usr/bin/x-window-manager x-window-manager /usr/bin/ratpoison 20 --slave /usr/share/man/man1/x-window-manager.1.gz x-window-manager.1.gz /usr/share/man/man1/ratpoison.1.gz
<Apteryx>So maybe some entirely different mecanism than the xsessions file is used to plug it into the system.
<atw>that does sound like the used to "publish" ratpoison to lightdm
<Apteryx>civodul: Thanks! I'm guessing something in randr exists to scale things, as there is this option in Ubuntu's unity: "Scale for menu and title bars" which makes every font appear bigger (and even the UI elements of applications such as Icecat)
<civodul>yes there's "xrandr --dpi", which is supposed to be per-screen
<civodul>in practice though, it seems to be for all screens
<ng0>how well does guile-emacs perform? I've read some use it here. I assume emacs packages for current emacs can not be used with it (from what I remember from the note in the Guile announcement + discussion about it), or how far is it progressed?
<OriansJ>well I found a fresh hell, trying to manually boot guix from grub in qemu. Would it be unreasonable to request that vmlinuz and initrd.img files have a hard link generated by default in /boot ?