<catern>so... here's a question. when I run /store/...-gcc-cross-boot0-4.9.4/bin/gcc, I get an error about it not being able to find libpthread.so.0. this happens even if I use the LIBRARY_PATH and environment that guix is using for building things!
<ng0>when I add gnu services version-control I get: guix system: error: service 'file-system-/sys/fs/cgroup/elogind' requires 'file-system-/sys/fs/cgroup', which is not provided by any service .. version-control is the module which I wrote
<ng0>nice, emacs segfaulted the second time this month >.<
<iyzsong>ng0: I haven't download qemu yet, but add 'git-daemon-service' to the minimal template seems work for me. also when nothing happend (I get this sometimes too), you can try 'pre-inst-env guile /path/to/config.scm', which will show errors.
<kmicu>ACTION is sure it was a Nix user talking about Nix, not Guix ( ͡~ ͜ʖ ͡°)
<ng0>fr33domlover: we also have an QA process before packages get added
<ng0>which involves reviewing packages, even added ones, and people who know more about licenses add their findings. I personally am not secure with licenses and find this very safe to "offload" to people who know more
<ng0>with "even added ones" I meant that occasionally people seem to go through the sources and check packages
<lfam>paroneayea: I'd like to try staying near up-to-date for gnupg family packages. What do you think we should do? Wait a week or two for an assword update? Create a gpgme variant for assword? Just break assword on master (this is what would have happened if I hadn't decided to spot-check a few dependent packages)?
<lfam>I think it would be relatively easy to put our new git-service into practice for ourselves. I recently tried serving Git over HTTP, and it's really trivial. And doing it over HTTPS is another trivial configuration change to the web server
<lfam>Since we will already be running an HTTPS server...
<lfam>"Basically, all you have to do is put a bare Git repository under your HTTP document root and set up a specific post-update hook, and you’re done (See Git Hooks). At that point, anyone who can access the web server under which you put the repository can also clone your repository."
<lfam>Ideally we'd still have a web-based interface like Cgit
<ng0>if you just want the view, i'd recommend stagit
<lfam>albertoefg: I think the problem is that wordpress updates are not authenticated when downloaded. So, somebody could hijack your internet connection and trick your wordpress server into using a malicious program
<paroneayea>the nicest thing about bitcoin is that it's shown that people are just fine with copy-pasting around random looking strings as an identifier :)
<ifur>lfam: i'd say its a small improvement requiring a level of effort that isn't warranted. terrible that ipsec got dropped from ipv6 just like from ipv4... I certainly don't think https is worth the time, would be better to "ecapsulate" the entire thing and get rid of the metadata issue
<paroneayea>and if necessary they'll just turn it into a QR code ;)
<lfam>Which could have more adoption if the tooling was simpler. Thankfully gnupg-2.1 is simplifying the experience
<ng0>well... and providing an ilusion for people who think their currency exists in a vacuum :)
<paroneayea>lfam: there's nothing wrong with it, as long as you ACK that we need to figure out how to make it scale beyond our nerdparties :)
<lfam>paroneayea: It's just a party, does it need to scale? ;)
<ng0>ideally you have software which is not so complicated that you need to teach how to use it
<lfam>ifur: I'm not a cryptographic expert. But my understanding is that public-key encryption is directly related to the public-key authentication. And in either case, the CA doesn't hold your private key
<ifur>lfam: if the verification step happens inside an encrypted connection that isn't CA dependent, it is much harder to compromise the system at scale
<lfam>I'm looking forward to learning more about these issues
<ifur>paroneayea: well, ssh still works with passwords since that step happens within an encrypted connection, increasing the strength as the process goes a long is much better than an all-or-nothing aproach
<jje>trying to add network-manager-service to my GuixSD. http://paste.lisp.org/+74A2 is my config. /etc/config.scm:12:2: error: invalid field specifier is the error i get from guix system reconfigure. where did i go wrong?
<rekado>jje: ‘define’ cannot be inside (operating-system …)
<jje>ah ok thank you back to the drawing board then.
<rekado>bavier: my view on engineering was that it’s for electrical engineering (geda), CAD, and similar applications
<civodul>well, 'guix package -p' does that but it's not integrated
<buenouanq>how do I determine who to report bugs to? should they all go to guixsd and let you guys figure it out, or should I first try to find if it's the program or gnome or gtk or whatever and talk to them?
<bavier>buenouanq: any amount of triage is appreciated, but sending bugs to us is fine.