<Apteryx>sneek: Later, tell alezost that it doesn't seem to be a pinentry issue, as I tried the following: http://paste.lisp.org/display/331729. It seems that buenouanq was right that my keys were made with GnuPG v1 and I was trying to use those with GnuPG v2. The error message is misleading.
<sneek>Apteryx, alezost says: re "No pinentry" error: the problem is gpg doesn't know where pinentry is placed, so gpg-agent has be started with --pinentry-program option. One way to do it is to put "pinentry-program /home/<you>/.guix-profile/bin/pinentry" to your ~/.gnupg/gpg-agent.conf
<Apteryx>sneek: Later, told alezost that the problem was two-folded: 1) I needed to re-import my keys into gnupg v2 after exporting them from gnupg v1. 2) To get gpg v2 happy, I needed to point it to my pinentry program as you recommended. Thanks :)
<Apteryx>sneek: Later, tell alezost that the problem was two-folded: 1) I needed to re-import my keys into gnupg v2 after exporting them from gnupg v1. 2) To get gpg v2 happy, I needed to point it to my pinentry program as you recommended. Thanks :).
<Apteryx>buenouanq: You were wondering how to migrate from gnupg v1 to gnupg v2, right? I did this just now, it was a matter of exporting the key material from v1 and reimporting it from v2, as apparently the keys are not stored in the same format.
<ecraven>davexunit: well, why should I not set state with the config?
<Apteryx>buenouanq: Also, you'll want to configure the pinentry-program option in ~/.gnupg/gpg-agent.conf to something like /home/youruser/.guix-profile/bin/pinentry. I believe gpg-agent should be smarter and just look for "pinentry" instead of some hardcoded path, but this does the trick for now.
<ecraven>isn't everything state on a guixsd system? why should I *not* be able to set ssh keys, create user accounts, and do whatever else?
<ecraven>I don't (necessarily) want them in the store, I want them deployed to the user's home (or in whatever other way so that they are honoured)
<ecraven>I do understand that putting files in users' homes is kind of a no-go, but I don't really see how adding the ssh key is really different from creating the user account in the first place
<ecraven>also, sorry if I didn't explain this properly, but I'm not talking about private ssh keys, but about authorized_keys, so I can actually login to the machine
<buenouanq>Apteryx: I didn't have any issues with pinentry - But I installed pinentry-gnome and am just using it with claws-mail.
<efraim>it turns out my build-slave had the wrong guile-load-path or something set from before the last merge
<efraim>also, is the staging branch also for ungrafting?
<sneek>ng0, galex-713 says: yeah solved the gnupg-2.1.15 install problem long time ago
<sneek>ng0, galex-713 says: then I tried to see how could I use the same keypair for both gpg and ssh (and tls) and failed (to understand and find the correct informations about gpg-agent and stuff like key formats-keygrip)… so I’ll try another time
<ng0>the system should really not care at that low level
<ng0>i have grub_boot, /boot , / , /home as partitions
<iyzsong>when using GPT, grub need a special BIOS boot parition.
<thomassgn>ok, I was struggling finding a way of setting the device for grub-configuration. It's a system with several disks. I thought I had a grub boot partition, but maybe I didn't configure it properly
<iyzsong>there is no configure for that in guix, I think grub will pick the BIOS boot partition automaticlly if you have one.
<thomassgn>wtf, now I get the same error on an mbr setup...
<thomassgn>I'll get ssh running and paste the config soon
<ng0>what about the tor description patch? can someone review and maybe apply it?
<ng0>one of the remaining problems about 0ad is the bundled mozjs. it wouldn't be so much of a problem if they would not apply patches
<ng0>i think it would be easier to package mozjs-31.2.0(...) and somehow make 0ad use that
<ng0>hm.. but even if there's a system package, how to apply the patches which only live in the source of 0ad? just assume that mozjs-31 will just work despite the note that it needs these exact changes for the 0ad engine?
<ng0>i will comment that, the freebsd.org link worked. fedora provides no tarballs, debian doesn#t have it, gentoo only keeps stable releases, nixos doesn't have version 38 yet, archlinux only has it in aur so no tarball, ...
<ng0>should I make (source (uri a list which includes the original source in case it gets functional one day?