<rekado_>sneek later tell paroneayea Looks like Firefox (and thus Icecat) includes hardcoded directories from where it will allow loading of media plugins. This might be why WebRTC doesn’t work in later versions.
<sneek>paroneayea, rekado_ says: Looks like Firefox (and thus Icecat) includes hardcoded directories from where it will allow loading of media plugins. This might be why WebRTC doesn’t work in later versions.
<Apteryx>rekado_: Interesting! I was wondering why WebRTC is broken in our IceCat build (well it can send video after I enable something related to peers in about:config, but cannot receive it)
<rekado_>The failure is some failing test when building git.
<adfeno>I once did guix pull recently, then got the latest version of git package recipes as normal, however, I tried to guix package -u root's package list, and that's when I also got a git test failing.
<lfam>If you don't have time to debug it, you could send it to bug-guix and CC mbakke :)
<adfeno>I also don't have it installed, nor do I use it.
<guix_notor>Which place is better to copy Tor config in GuixSD?
<lfam>It seems like not that many people are currently in the channel who can help with this, so if you need more help, please write an email to <firstname.lastname@example.org> that clearly explains what you are trying to do, what sort of OS system you are using, and what is not working.
<lfam>On GuixSD we have a Tor system service, which is documented in the manual, section Networking Services. You might also find examples of how to configure it on our mailing list archives or by searching the web. It would be nice to add an example to the manual so it's more clear.
<guix_notor>I need to copy config in some place to be used by tor-service.
<lfam>Okay, unfortunately, I don't have more time to help with this. Good luck and please send a question to help-guix if you get stuck
<lfam>Now that `guix pull` builds from a Git checkout, the Guix version string is a commit hash (yay!). Before that change, is there any possibility of reversing a version string like 'guix (GNU Guix) 20170802.20' back to the commit?
<lfam>I suppose I don't know what the trailing '20' is
<ng0>lfam: woops. A long forgotten public draft. I need to fix that up once guix can build again on low memory machines. But even back then I just wrote down what I knew from practical experience and reading the documentation of tor.
<lfam>ng0: At least it shows an example of how to pass a configuration file to the service. Even that is useful
<ng0>I think it's all about understanding the right words.. like "the torrc can be passed as an file-like object".. coming from systems where you just edit a /etc/tor/torrc or /etc/conf.f/tor or something, you'll be puzzled about this without any explanation and most people don't have the habit of consulting more than 1 documentation (even if we'd like to have everyone read the Guile documentation or improve other
<ng0>of course if you don't know how to configure tor, that won't safe you the time from reading their documentation, and it's just wrong that other systems do that.. leads to lots of "maybe-right" information which is often not system-specific and only generic and would better be placed in upstream documentation, and system specific documentation should just be an annotation to upstream. Or even *be* in upstream as
<ng0>a system-specific note. But we can't have everything..
<ng0>fyi, I'm giving firefox-latest (whatever version I started with packaging) a try and the rust integration needed for the build isn't that big.. or I'll still have to make it build and hit an not so obvious wall.
<ng0>I have something about gajim where I'm not really quick in replying.. about the plugins. Would anyone like to deal with them? https://dev.gajim.org/gajim/gajim/issues/8682#note_180384 I know that it isn't enough what they propose, but I can't come up with an sufficient enough explanation in the time I currently have
<ng0>they seem to not hvae understood what I tried to tell them
<efraim>lfam: I skipped the tests on go-1.8.3 and now i'm getting ERROR: In procedure put-bytevector: Value out of range: 0 from grafting go
<lfam>efraim: It's the same error I got trying to build 1.9.0rc1 :(