<awb99_>That should happen when I do a system reconfigure.
<lechner>maybe it's to make sure the system boots. GRUB is kind of an end-to-end solution
<acrow>awb99: guix is a declarative model, so when you delete a generation guix reconfigures to make the system match the prior generation's declaration; the boot loader, or other packages may change and the boot loader menu is certainly going to change. The prior generation might have different package versions or other package dependencies that need to be brought into sync too, so guix is doing a lot for you to be able to maintain
<iyzsong>awb99_: i think this issue can be fixed. current the menu entries are all in one file generated by grub in a install-bootloader script, if we can make every entry a seperated file, then delete generations is simple as delete those entries files.
<iyzsong>there is bootloader spec about that from systemd, but i think grub haven't implement it.
<yarl>I am using emacs's eshell with tramp to play on a remote guix system. The problem is I have no access to programs installed on my guix home. For example git. I tried to add "~/.guix-home/profile/bin" to "tramp-remote-path" but that did not work.
<rekado>re guile-aiscm: looks like two different versions of protobuf are used
<Kabouik>Anyone using emacs-plantuml-mode and PlantUML SRC blocks in org-mode? I'm getting an issue which I think might be related to Guix because the package manager installs an executable and not a jar file, and org mode expects a jar file
<Kabouik>I set (setq plantuml-default-exec-mode 'executable) but that does not seem to be enough.
<rekado>I???m struggling to understand the conclusion about the jar file
<Kabouik>I may have not explained why I think that. This is what I get when I C-c C-v C-e in the plantuml block in org mode "/gnu/store/d99ykvj3axzzidygsmdmzxah4lvxd6hw-bash-5.1.8/bin/bash: line 1: java: command not found"
<Kabouik>So somehow either org mode, or plantumml-mode, or org-babel do not take into account the value I set for plantuml-default-exec-mode.
<rekado>after ???M-x toggle-debug-on-error??? you should be able to see a backtrace
<Kabouik>Note that this may very well be because I use plantuml-mode from MELPA and not from Guix (I have multiple packages from MELPA because they were not available in Guix, and that somehow locked me into using MELPA most of the time because the Guix emacs packages would often have conflicting dependencies)
<rekado>oh, mixing stuff from MELPA and Guix might be a bad idea, because the Guix stuff might find the MELPA stuff first (and vice versa)
<Kabouik>Yes, that is why most of my packages are now from MELPA, regrettably, and I know sometimes the Guix versions are patched a bit or preconfigured. As is the case with plantuml-mode apparently (guix edit email@example.com shows some of the custom changes, maybe I should try to replicate them in my init.el)
<Kabouik>It's nice, but it lacks the custom changes of manually written Guix patches
<Kabouik>And now that I use some of those packages, using those from the Guix channel is difficult due to conflicting dependencies
<Kabouik>So on the one hand you have more packages but less tailored to Guix system, and on the other hand fewer packages that are specifically made to work with Guix; and you can't really combine them
<Kabouik>I think that's part of why plantuml doesn't work right on my setup
<lechner>Kabouik: Hi, would a solution be to upstream some of the patches?
<Kabouik>Probably, but I feel I'm already locked in with too many unofficial emacs packages
<lechner>Forked packages seem like escape hatches for what should be declarative choices in the upstream packages
<djeis>Does anyone have an example of the right way to add an extra menu entry for an alternate kernel and initramfs that are already in your boot folder when you've also got the store on a btrfs subvolume?
<djeis>Because it looks like the logic for handling a subvolume store unconditionally adds the store prefix to the kernel and initramfs paths of every menu entry, generated or manually entered.
<gnucode>raghavgururajan: awesome! glad to hear it!
<gnucode>I am working on my only guix related project, improving opensmtpd. And here lately I've been having a massing drawing-war with a work friend. She keeps drawing me missing teeth. I've been drawing her in return with a moustace. That's been pretty fun. :)
<f3n1x>haha. I see you, with your moustace ...Never forget to have fun ! gnucode . BTW, when i grow up ;-) , me too i will run a guix server for the essential services (mail, xmpp,... etc) like you are doing. how is it going with opensmtpd ?
<f3n1x>Actually, as a guix newbie, i'm having fun trying to make my laptop's wifi card work. First things first ? Let's see !...
<f3n1x>Question : the manual suggests '$ guix pull'
<f3n1x>'$ sudo guix system reconfigure /etc/config.scm' in order to keep guix updated. I'm missing some basics here... Is '$ sudo -i guix pull' discouraged ? If yes... why ?
<tricon>f3n1x: it's not necessary if you're on Guix SD: running `guix system reconfigure ...' will use the current version of Guix for the user.
<tricon>`sudo -i guix pull' is going to update Guix for the root user.
<GNUtoo>djeis: AFAIK grub doesn't have the notion of subvolumes, it just sees subdirectories, and on regular distributions that is handled by generating a GRUB configuration that ends up with the right paths that work for grub
<f3n1x>tricon and guixers , ah... nice to know, what confuses me is the fact that if i run 'guix pull' i can see the OS upgrading the kernel package, as long as if i run 'sudo -i guix pull' ? Is there any practical difference ? thanks, thanks, thanks
<djeis>GNUtoo: I should have been clearer, I???m trying to figure out what I should put as an extra menu-entry in the bootloader section of my guix system config.
<gnucode>f3n1x: definitely. :) I actually am not using guix system to run my own mail server yet...Since it is probably going to be a while before my service is merged into guix properly, I have been thinking that I should set up a channel, so that others can try out my opensmtpd service that has proper guix records.
<djeis>I???ve recently moved one of my machines over to guix system, but I kept around the btrfs subvolume and /boot folder from the previous distro I was running. While I sort out all of the driver stuff with running guix system on this box I???d like to be able to boot the old distro. The obvious thing to me was to add a menu entry to the grub config guix generates, but I don???t see a way to refer to the old kernel and initrd. If I just give the paths to
<djeis>those files, guix prefixes them with the path of my btrfs subvolume for the store when it generates the grub config.
<f3n1x>gnucode , ah.. nice to know ! Let me know if you set up the channel. So that maybe i can try ?
<GNUtoo>configfile /path/to/grub.cfg can load other other grub.cfg
<GNUtoo>so just loading the grub.cfg from the other distribution maybe works, for me it always worked
<gnucode>f3n1x: sounds good. I'll probably blog about it when I do. gnucode.me
<pkill9>gnucode: I don't know the details exactly, but basically because pacman/apt is I think basically just a static database of binary files and where to get them, e.g. an sqlite database or a plaintext file (not sure the details), but guix computes the database of binary files
<pkill9>assuming there are substitutes for that database available, the part htat takes the longest is computing the guix derivation, i think
<lilyp>if crypto bucks taught us anything then it's that we have to make everyone download the 4.5tb log file
<Kiran>Hey everyone! What's the proper way to configure a combination of DHCP and static networking? I've tried to declare both in my system services but get the "networking is provided more than once" error.