<OriansJ``>cehteh: silent protest never achieves anything, only action produces results. Software copyright is not going to change because a bunch of lazy kids didn't add a license file to an unimportant program.
<OriansJ>cehteh: if one is dumb enough to upload their private key material to github, they have more problems than missing license files.
<OriansJ>speaking of dumb shit, I just uploaded another stage1 bootstrap program. Still not sure it is ready to be converted to hex manually yet and it certainly is missing some usability functions but it provides exactly the functionality that one would require for a minimal hex writer. Needs alot more work to qualify as a full hex editor though
<OriansJ>Although I am seriously considering adding a few more useful stage1 programs, skipping making them really user friendly and just use them as one offs for making later work easier.
<yoosty>I've finally written up some notes on installing and getting started with GuixSD, I'd like to massage it in to some form of newbie guide for GuixSD.. how might I start down that path?
<rekado>yoosty: would you be willing to add it to the Texinfo manual?
<rekado>i.e. the official Guix manual in Texinfo forma
<ng0>I really like debugging things on guix... gentoo is just, you have to setup at least one VM to isolate your own configuration, see why it fails, only to realize 1 month later that it is not your fault but others
<ng0>corner cases.. usually it just works. but gnunet-gtk was a pain
<ng0>which gcc version was guix using 1 month ago? 4.9.3?
<civodul>ng0: yes, that's what current master uses
<efraim>it looks like our giflib is affected by cve-2015-7555 and cve-2016-3977
<ding`>hello all! I installed GuixSD. It is working great. The problem is that my girlfriend needs to use google chrome (unfortunately, not chromium) once in a while (job purposes). So the time came, I downloaded chrome from the website and tried to execute it but it gives a bad interpreter error. Is there a way to solve this? probably it could happen with downloaded free software aswell. I'm not looking for instructions to install non free
<ding`>software in the distro, I just want to understand the problem.
<jlicht>ding`: could you try to run chrome from a terminal, and paste the output somewhere? e.g., paste.lisp.org
<ding`>it is just: bash: ./chrome: No such file or directory
<ding`>and bash: ./google-chrome: /bin/bash: bad interpreter: No such file or directory
<ding`>i think the problem might be related to the fact that guixsd uses non standart locations for files
<jlicht>ding`: guix does not use the standard locations indeed. If this google-chrome thing is a script, you can try modifying it yourself to refer to the correct version of bash
<ding`>the google-chrome is a script. i'm fixing it now
<jlicht>so something in /gnu/store/asdfasdfasdf...-bash-4.2.0/bin/bash
<ding`>ok. so the problem with google-chrome script is solved
<ding`>it fails to start chrome with that error message
<jlicht>hmm. Not really a chrome user myself, so I can't help you with that. You could have a look inside the bash script that calls out to ./chrome to see if it makes some assumptions that do not hold on GuixSD
***kelsoo1 is now known as kelsoo
<jlicht>does anyone have experience with using separate "debug" outputs with gdb? I am getting some "permission denied" messages, as these .debug files are not executable
<civodul>jlicht: yes, it works as advertised for me :-)
<civodul>i guess it downloads GHC because you have stuff depending on GHC installed?
<jlicht>oh ha. It does, but atm I don't want to change/do anything regarding ghc or its dependants. guix build <mypackage> just builds my package, whereas guix package -i <mypackage> starts updating ghc. For now, I'll try telling gdb about the store-path to the .debug file (as it won't be installed in my profile)
<jlicht>civodul: hmm, I've tried quite some permutations of setting debug-file-directory, but nothing seems to stick. I'll just have to tought it out with the ghc download, and see if things work after I have installed the debug output in my profile
<civodul>jlicht: sorry i can't tell why it's trying to download ghc without looking at your profile
<civodul>maybe you check if that also happens with --no-grafts?
<jlicht>civodul: okay, just finished the download using my 3g connection. Even with setting up the debug-file-directory, it seems gdb cannot find the symbols :/
<jlicht>also, if I try to use one of the existing debug outputs from glibc, gdb _is_ able to find the symbols. Is there anything besides adding a "debug" output that has to be done to enable debug symbols for a gnu-build-system based package?
***kelsoo1 is now known as kelsoo
<civodul>sneek: later tell jlicht adding a "debug" output should be enough if the package uses gnu-build-system; check what the 'strip' phase does in the build log