<mark_weaver>rekado: so, it turns out that civodul wouldn't have been able to properly merge 'core-updates', because there are many unsigned commits on the core-updates branch, and so the commit hook rejects the merge :-(
<mark_weaver>the only options I see to address this are (1) rewrite the history of the core-updates branch, signing all of the commits myself (including the commits that are already signed by others), or (2) temporarily removing the commit hook, just long enough to push this merge.
<mark_weaver>and we are going to run into the same problem when trying to merge any other branch that contain unsigned commits, e.g. core-updates-next
<mark_weaver>rekado: do you know anything about how to modify the commit hook? is that something we need to ask the sysadmins to do, or can we do it somehow?
<rekado>there's also LIBRARY_PATH and LD_LIBRARY_PATH
<mark_weaver>catern: you must ensure that when compiling things, you either use *only* toolchain/libraries from Guix, or *only* toolchain/libraries from your host OS. mixing them will lead to problems like this.
<ng0>i need the :debug outputs for human readable output, right?
<ng0>or do the normal builds install symbols and code to debug? I found the manual not so good in that section when I last read it
<mark_weaver>ng0: if the package specifies a "debug" output (via the 'outputs' field), then the default phases of gnu-build-system will put the debugging information there. otherwise, it gets stripped.
<mark_weaver>ng0: at present, we only provide "debug" outputs for relatively few packages.
<ng0> /home/ng0/.guix-profile/bin/torsocks": not in executable format: File format not recognized
<mark_weaver>ng0: the issues (as I vaguely recall them) include: (1) firefox steering users to a catalog of addons that include non-free software, and (2) suggesting that users install non-free codecs and plugins when they try to watch videos, etc.
<mark_weaver>here's what I don't understand. people are saying that contributing to IceCat development is too much, and then they propose as an alternative to do the exact same work, but not in the IceCat project.
<mark_weaver>torbrowser has enough developers, but they have different goals. they are not doing the job we need.
<ng0>I could get in touch with the icecat developer, but i don't feel confident enough in firefox sources to do direct development in it, i only know how to build and patch things there
<civodul>mark_weaver: ↑ could it be that something went wrong with the re-merge?
<ng0>alright, torsocks reported upstream, lets see how it works out. I'll search their trac now for eventual discussions on freedom issues and torbrowser, see if someone tried to address this before
<ng0>there are so many tickets.. some are usable, but the keyword i search for now returns so many results i should just address the tor devel list
<ng0>hu. i compared to torsocks-2.2.0-rc1 on my gentoo with a torsocks'd git fetch, and it seems my problem is directly related to the perl5 bug
<ng0>if i only knew more about torsocks to hack and patch it
<civodul>obarun, mark_weaver: i've fixed the POTFILES.in issue in master
<ng0>i see i missed a file in my commit which fixed part of that. thanks
<sapientech>using python2.7 from guix, and getting an issue with python2-pygtk: glib/_glib.so: undefined symbol: PyUnicodeUCS2_DecodeUTF8
<sapientech>online, people are saying that the interpreter is not compiled with the same settings as the binary extension
<ng0>can i address the guix-devel list so that people can review what I plan to open as one or multiple (child) trac tickets on trac.torproject.org regarding freedom issues? Or to decide wether trac or tor-dev ML is to be addressed.
<sapientech>update: looks like i was actually using my systems python2, using an environment to check...
<mark_weaver>civodul: I ran "git diff origin/master master" before pushing to verify that no files were changed by the combination of commits I did.
<mark_weaver>but I'd encourage someone else to double-check that, in case I made a mistake
<ng0>Can someone review my libextractor patch if it requires some more changes?
<rekado>sapientech: yes, this usually means that you’re mixing system python with Guix libraries or vice versa.
<cmhobbs>are there any tiling wm packages in guix yet?
<ng0>with.. i need to get back to testing my git service, i had it there how to test it. ./pre-inst-env guix ..commands-for-vm-i-forgot.. /path/to/system.scm which contains the testvm with the ssh service
<ng0>I will send the torproject request for edits etc email later to our list, there might be a better one, but we talked about it here and my stress level can not afford to subscribe to more mailinglists than necessary which might or might not be impossible to catch with tagging.
<ng0>one expression of frustration for me is where #355355 in Gentoo lead. it was one of the things turning me away from Gentoo, the ignorance, inability to talk about problems, get no clear feedback, and in the end the clear separation between official appointed developers and out-of-tree developers like the collaborative I work with.
<ng0>this is nothing i have encountered so far in guix.
<ng0>i think i bring this bug up so often because it's the thing which annoyed me the most in trying to build guix on gentoo. then you fix it out of tree, try to upstream to portage, positive reaction at first, and then somebody rolls over you and the talk with the other people like a tank and all questions remain unanswered
<civodul>this is not a feeling that we want to see anyway, but could happen if we don't pay enough attention
<ng0>this really hit me hard, the ignorance towards contributions... I withdrew my intentions to become a gentoo dev and limit what I do to our gentoo overlay
<ng0>"not all gentoo devs.." but every one who doesn't step in (in fact I got even called out with someone else to "stop making drama") on this supports it. and their council seems pointless from discussions I followed, some leadership problems in gentoo. Well, i don't want to drag this here. there's this large thread on the guix-devel list i wanted to add my replies too but it kept growing so it's hard to add to that. as long as we can discuss, have open discu