<thomassgn>I have Libreoffice crash when I try to set certificate paths in the Tools->Options->Security menu. Haven't checked if there are bugs or anything. Will look into it when I have the time, but not now - got to go.
<g_bor>I've just talked to Alex, and we did not received any attempt from outreachy applicants so far. I something wrong with our communications setup, or something else. Should we do something to get in touch, or should we wait?
<resh>Hello! This is Reshu Singh(resh) from New Delhi,India.I am Outreachy'18 applicant. I want to work on "Improve the user experience for the "guix package" command line tool"
<jayspeer>hi. can anyone point to step-by-step guide to creating custom packages in guix?
<bavier`>jayspeer: section 4.1 in the manual is a good start
<axg>So I'm trying to run a executable, that I downloaded, from the command line and it won't work. I set teh permission properly, but bash complains that `bash: ./fastboot: No such file or directory` when I try to run it. Using the file command on it gives this: `fastboot: ELF 32-bit LSB executable, Intel 80386, version 1 (SYSV), dynamically linked, interpreter /lib/ld-linux.so.2, for GNU/Linux 2.2.0, with debug_info, not stripped`. After a
<axg>little searching it seems that the problem is with the interpreter, and that it's supposed to be used for 32-bit apps. I suppose it isn't installed and I'm not certain how to find it, a few quick guix package -A's didn't turn up much. Any help appreciated.
<sneek>axg, atw says: I opened a few Dired buffers to remote servers via TRAMP. Emacs seems pretty responsive but autocompletions in ERC and CIDER sometimes hang with a message like "Pinging example.com (Commercial)...". Completion seems slower in general.
<jayspeer>bavier`: thanks for the answer - I'm reading it right now, however it'i little heavy for a start. I was hoping for something easier to comprehend :)
<bavier`>axg: so you downloaded a dynamic executable, and you're wanting to run it on GuixSD?
<axg>bavier`: well yeah, it's supposed to be a simple program for flashing images onto android phones, I'm not trying to install or keep it, I just thought it would just work, as if it's a bash script, and I can get rid of it later.
<axg>on other distros it was as simple as downloading it, setting the execute bit and running it.
<axg>/lib/ld-linux.so.2 is probably the culprit, but not sure what to do with that
<bavier`>axg: the patchelf utility is probably your best option. you can set the path to the interpreter with it
<axg>bavier`: so I would do something like this? `patchelf --set-interpreter /lib/my-ld-linux.so.2 my-program`
<axg>this is an example from their github page, where would I find the ld-linux.so.2 on guix, do you have any idea?
<bavier`>axg: right, but you'll need to find where the interpreter is on your system. I'm not on a GuixSD atm so I can't help much more
<axg>bavier`: I used the `guix gc --requisites /run/current_system` to get a list of everything installed and after grepping for linux there is nothign that turned up with ld-linux. Is there a package that would provide it?
<bavier`>axg: you could maybe explore one of the dynamically-linked executables in your profile?
<axg>bavier`: So you think that it must be installed be default? I don't really know where everything is on the system, but I checked ~/.guix-profile/lib/ and /run/current-system/profile/lib/ and couldn't find ld-linux. I'm grasping for staws here a bit
<axg>thank you for the help regardless, patchelf is an important utility
<jayspeer>I'd prefer to learn how to do it, cause I think it will help not only me but whole community. I need to connect with company's vpn, unfortunately we only use lt2p and pptp. Neither is present in guix package repository, so I'm trying to prepare package definition for both pptp and networkmanager-pptp plugin.
<rekado>jayspeer: the best way, in my opinion, is to look at a simple package and copy from there.
<g_bor>I think that I've found out why we need to disable those additional test in python.
<axg>bavier`: thank you. The build it running right now, will report with the results, but I suppose this should be the end of this little problem. Do you know if there is a plan in guix's timeline to be able to handle more programs by default or is it just going to require patching for the packagers? What I mean is like bash scripts working by default when copied from a different distro which try to use /bin/bash, etc.
<rekado>g_bor: thank you for taking the time to look over this!
<thorwil>i just read, that as alternative to chainloading, one may reference one grub instances grub.cfg in the configuration of another one. which will the appear similar to a sub-menu. but how to get a stable path to the most recent grub.cfg of a guix system (without actually installing grub)?
<g_bor>I still intend to decorate the sources a little, to see exactly where the error comes from, but it should no cause serious problems according to my findings.
<g_bor>Now I think I will try to see if recompiling at the end with deterministic build helps.
<rekado>g_bor: rebuilding everything once after installation works, but there are 1956 different files. All pyc.
<rekado>oh, wait: these end on “opt-1.pyc” and “opt-2.pyc”. That’s why we need to recompile three times: once for each optimization level.
***pkill9_ is now known as pkill9
<platoxia>my user's guix package is broken...I keep getting "guix package: error: could not find bootstrap binary 'guile-2.0.9.tar.xz' for system 'x86_64-linux'" even though locate finds it in several places.
<bavier`>haha, was hacking on guix-daemon and killed by entire DE
<rekado>platoxia: does ~/.config/guix/latest exist?
<rekado>platoxia: do you have a Guix checkout from git?
<platoxia>rekado: yes ~/.config/guix/latest exists. I do not have any git checkouts...this is GuixSD.