***ChanServ changes topic to 'GNU Guix | https://guix.gnu.org | videos: https://guix.gnu.org/blog/tags/talks/ | bugs & patches: https://issues.guix.gnu.org | paste: https://paste.debian.net/ | Guix in high-performance computing: https://hpc.guix.info | This channel's logged: https://logs.guix.gnu.org'
***Xenguy_ is now known as Xenguy
<nouun>Hey, I'm trying to package Wezterm (https://github.com/wez/wezterm) which is a terminal written in Rust. It requires libssh-rs which I've packaged and added to cargo-inputs but it's still trying to clone the git repo. The wezterm package is here https://paste.rs/k76.scm and I can upload the libssh-rs package snippet if needed but that seems to be working properly.
<f1refly>So I've managed to upgrade alacritty to 0.10.1 and my git diff for the guix repo is 935 lines long. I would now partition all these packet changes into single patches and submit them one by one after following the steps in the guix packaging tutorial.
<f1refly>Do they all belong to the same patch set or should I treat each patch as a new thread?
<AwesomeAdam54321>f1refly: Would the patches be useful individually, because I think they belong in the same patch set
<f1refly>I updated some packages that other things depend on, but not many
<f1refly>maybe i should rejoin it sometime to check it out
<nckx`>Mostly dead. Not even so bad it's good. I stopped popcornwatching a while ago.
***iyzsong-www is now known as iyzsong-w
<f1refly>by the way, do you know how I can get the pinentry program for gpg to display a prompt on the console? I'm currently using the default one, but it's bailing out when I try to commit things via ssh from my other computer :/
<nckx`>Yes. I put 'pinentry-program /home/nckx/.guix-profile/bin/pinentry-tty' in my gpg-agent.conf.
<f1refly>But won't that redirect all pinentries to the tty?
<f1refly>That way I can't open my gpg key with a gui to unlock my password manager
<paul_j>Good morning guix! Quick question - If I wanted to have a play with xmonad, what is the recommended way to install it? I Installed it from guix, but the necessary haskell environment to enable recompiling the config file is not installed. I guess the general question is "What is the best approach for carrying out haskell development?" Guix, or stack/cabal?
<paul_j>Sorry - having asked the question I have been called away - I'll check up on the responses in about an hour!
<abrenon>paul_j: I no longer use it but my setup consisted in opening a shell with the appropriate compilation tools (ghc, xmonad, xmonad-contrib) and generate my custom version in ~/.xmonad
<f1refly>it'd be pretty neat to tell guix to just not use the compiled units instead of having to recompile before every invokation just so it doesn't spam my term with info messages :/
<paul_j>abrenon: Thanks for the comment - I will have a look at that approach.
<abrenon>I no longer use it so I cannot check the exact configuration details I used but I hope the general idea is enough for you to make it work
<paul_j>That's fine - I will experiment. It's quite a challenge to get stuff done in guix, despite being a linux user since 1995. I think the documentation that is available is great, but it would be useful to have a wiki or similar to expand on aspects like this which are not linked to the core system design and operation. I am not (and have never been!) and arch user, but their wiki is a great source of information for "traditional"
<paul_j>distributions. I think I might start to document stuff on a web page myself, as a reminder to me, and possibly as an aid to others.
<paul_j>(thinking to myself) - I guess the cookbook is the correct place. I will look to see how I can add to it...
<abrenon>yeah, the cookbook is a less-known but very helpful resource
<civodul>mbakke: looking at 71ec85b2958798246fc2b5d84c40badf5f75668e, are you sure --with-lto alone was a source of non-reproducibility?
<gnucode>civodul: joke of the day: Why does airline food always taste so bad? Because it's so plain/plane.
<f1refly>in sending a patch series, it says that subsequent patches of a series should be sent to NNN@debbugs.gnu.org, is NNN the ticket number? if yes, how do i get it after submitting the first patch?
<gnucode>f1refly: I am in the same camp. :) It's easier (in my opinion) to just use issues. I haven't actually learned how to use the debbugs in Emacs. In my opinion the debbugs Emacs interface is a little clunky. I always have to look up how to use it in the guix manual before I use it.
<gnucode>hmmm, so I have guix set up for full disc encryption (/boot in unencrypted). I just rebooted just now hoping to boot up guix in a previous state...I do not seem to be able to do so. At boot, grub requests the password to unlock /. Then linux seconds later asks for the same password to unlock /. Then it starts booting the latest generation of my computer. Where in this do I tell Guix System to boot the previous generation? Also not
<gnucode>that I am using Libreboot... and I am in a T400. I honestly not certain if I am using the libreboot's grub or the grub installed on the MBR in /dev/sda to boot...
<lfam>gnucode: Normally, the GRUB menu allows you to select earlier generations of Guix System
<sneek>lfam, phf-1 says: https and firewall configurations are still missing, I will add them shortly.
<sneek>lfam, apteryx says: I've removed the guix-days alias, you shouldn't receive mails anymore from it.
<sneek>lfam, phf-1 says: looking at the tests in `guix-cuirass/tests/remote.scm' we learn that the `(server "...")' field should be filled witht the ip and the port, not just the ip. I guess an example would help in the documentation like `(server "127.0.0.1:5555")'
<gnucode>lfam, I actually do not see a grub menu...I bet I am using libreboot's grub then. maybe...I never saw the graphical grub splash screen with guix's logo with potential entries to select which one to boot. My entire boot process is black and white.
<lfam>I guess it's something special with libreboot
<lfam>After you boot, you can select another generation with `guix system list-generations` and `guix system switch-generations`
<gnucode>lfam: It could be... or maybe I'm just not as experienced user or something. I could see the boot menus in libreboot before when I had unencrypted hard drive...
<gnucode>lfam: really? I did not know that was possible. I would probably need to reboot into that generation then...thanks!
<lfam>Yeah, using `guix system switch-generations` is the "correct" way to do this. If you only choose an earlier generation in the GRUB menu, your change will not persist after a reboot
<lfam>You have to use switch-generations to make the change permanent
<lfam>I would say that choosing generations at the GRUB menu is something I use when debugging, or if the latest generation fails to boot. But it's not the "Guix-y way" to change Guix System generations
<gnucode>lfam: thanks. That's a good explanation. I hope I can get grub to show me the bootsplash screen again. I usually play with guix a lot...and I normally break it. Being able to choose a different generation at boot sure helps me a lot.
<AwesomeAdam54321>Does file-deduplication not calculated in guix size? because when I use `guix size glibc-locales` It still says it's size of 928.6MiB
<gnucode>lfam: # guix system list-generations ...shows generation one, but then shows a backtrace...warning unrecognized boot parameters...I must be using a deprecated syntax somewhere...
<nckx>They are not as scary as they seem ;-) For completeness, you'll find the older-style (arguments `(#:make-flags (list (string-append "prefix=" %output)))) in the codebase but should consider that deprecated. It won't even work in all current build systems anymore.
<unmatched-paren>Are we just replacing all the %s with gexps? or will some of them stay?
<unmatched-paren>i think i get the basic concepts of gexps: #~(...) starts a block of code that's executed inside the store, and #$ allows you to substitute parts of the store block with variables from outside? that seems to be what they're used for in some package definitions i've seen
<unmatched-paren>and the #:phases (modify-phases ...) etc blocks seem to be implicitly run in the store but you can't use ungexp for them?
<Guest6985>friends, I am new to guix; I installed gnome and exwm during the install, but now I want to add xmonad; to that end, i ran ```guix install xmonad``` in the terminal and I can see that the package successfully installed, but I cannot see it in the login screen session selector. What have I done wrong? I tried the same thing with xffce and I could
<Guest6985>see the little applets that come with it in the gnome app drawer. Thank you for helping or pointing me to the correct documentation ( i did try to search)
<Aurora_v_kosmose>ngz: So upgrading/installing the packages again would switch the references to the new definition?