IRC channel logs


back to list of logs

<Deeo>guys. hey
<Deeo>can someone tell me where i can find the repo of the source code for guix
***grasshop` is now known as grasshopprWhoppr
<grasshopprWhoppr>hold on. it's only been 3 minutes, and you're on IRC.
<Deeo>oopss.. sorry
<Steap>Deeo: check out
<civodul>Hello Guix!
<atheia>Morning Guix
<atheia>civodul: I forgot to say yesterday: the file systems functionality looks cool!
<civodul>well, it's something we need one way or another :-)
<civodul>i'm trying to implement all the basic stuff so we can boot a system that's actually usable
*civodul just posted details about user account management
<atheia>Wow, neat. Would the user management ignore 'normal' users added through traditional channels (e.g. manual invocations of adduser) or would all user conf be expected to go through the system configuration file?
<civodul>well it encourages users to declare them with the configuration file, but it still works if you add them "by hand"
<atheia>Sounds perfect. Indeed, I think I'd use the declarative method ;-)
<civodul>anyone uses mu4e?
<civodul>it seems to rock
<viric>I use mairix
<atheia>I'm still using it — very happy with it. I now also use it for multiple accounts.
<civodul>ah right, i forgot you were using it, atheia
<civodul>every time i stumble upon it, i like it
<civodul>i'm not sure i'd switch away from Gnus yet, though
<atheia>force of habit :-)
<atheia>And migration is always a pain…
<atheia>Or is there specific functionality that would miss?
<civodul>i think it would miss "posting styles" and scores, at least
<civodul>and the various back-ends: NNTP, web, etc.
<atheia>Ah yeah — I tried Gnus for a short time and never got around to scores etc. They would be cool to have for mu4e.
<civodul>grr, X wrecked havoc
<civodul>viric: does gpg support work in Nixpkgs' mutt?
<viric>what work?
<viric>I use it in the sheevaplug, yes
<civodul>viric: so with gpg, right?
<civodul>but without gpgme?
<civodul>do you have any special settings in .muttrc?
<viric>I used both styles
<viric>yes, .muttrc had something iirc
<civodul>oh, could you check what it was? :-)
<viric>hm I have set crypt_use_gpgme=yes
<viric>without gpgme, it's about binding some macros, involving multiple muttrc lines
<viric>for those things, people look at the mutt wiki iirc
<civodul>ah, ok
<a_e>Hi viric, civodul, the gpgme-mutt question comes from my side as I try to use mutt with gnupg.
<a_e>With the debian mutt, I have nothing special in my .muttrc.
<a_e>If I put "set crypt_use_gpgme=yes" into the .muttrc, the result is
<a_e>Using GPGME backend, although no gpg-agent is running
<a_e>So apparently, gpgme requires the gpg-agent.
<civodul>but that's actually a good thing
<a_e>Maybe. The question now is how to make it work in the classic setting, and what is the difference between debian and guix then.
<civodul>does it work if you run gpg-agent?
<civodul>gotta go, ttyl!
<a_e>No idea, I have never run gpg-agent. I am going back to trying the classical interface.
<viric>gpgme requires gpg-agent, yes
<a_e>I think I got it. Debian installs a file /etc/Muttrc.d/gpg.rc which contains lots of settings.
<a_e>Such as
<a_e>set pgp_decrypt_command="gpg --status-fd=2 %?p?--passphrase-fd 0? --no-verbose --quiet --batch --output - %f"
<a_e>So I need to do this manually with our mutt.
<a_e>After copy-pasting the lines in my .muttrc (and replacing "/usr/lib/" by "") it works with our gnupg-1.4.16.
<a_e>With the latest gnupg, one needs to replace all occurrences of "gpg" by "gpg2", and things still work.
<a_e>Actually, the gpg.rc file is part of the mutt distribution.
<a_e>It can be found in /gnu/store/...mutt-1.5.23/share/doc/mutt/samples/gpg.rc
<a_e>civodul: Problem solved; you may look it up in the archive. Totally silly!