<vertigo_38>Hi Guix! Does anyone know, how I can switch between java versions? I have openjdk12 systemwide through config.scm and just did 'guix install firstname.lastname@example.org' to get the 11 version. Things looked good during installation, but how do I 'activate' it?
<atw>vertigo_38: what does java -version say now that you've done guix install email@example.com ?
<vertigo_38>atw: still #12, but I think I just found it out, let me check
<vertigo_38>atw: yess. I didn't get at first, that my 'unprivileged user's' packages are accessible through ~.guix-profile/bin/XYZ'. Awesome!
<vertigo_38>atw: funny though, that if I install a through emacs-guix, I get the hint regarding my GUIX_PROFILE, and if I run 'guix install XYZ' straight on bash, I not necessarily do...
<ScaredySquirrel>once you have a fully working services section and a fully working packages section in your operating-system under config.scm how do you modify it to work?
<ScaredySquirrel>under uhh a guix package -m setup for your normal user "user01" in your home directory /home/user01?
<str1ngs>ScaredySquirrel: manifest does not handle services. actually guix package won't do anything with service. only guix system does
<ScaredySquirrel>ok well I removed the services section then I ran guix package -m on the new packages config file for my user and it said um
<montokapro>How does one override arguments in build-systems like `default-ruby` in `ruby-build-system`? I'm having trouble doing so without mutating the guix repository itself, since `default-ruby` inspects the gnu module instead of my personal module.
<PurpleSym>leoprikler: Ah, ok. Last mail on the mailinglist I found was from end of 2018. Is it possible to add NPM packages manually right now? Does node-build-system work?
<PurpleSym>pkill9: There’s an experimental importer and a couple of patches on the mailinglist. But I have not tried it yet.
***ChanServ sets mode: +o nckx
***nckx changes topic to 'GNU Guix | ⚠️ Savannah (guix pull) servers under attack: try and try again… https://frama.link/ddos | 1.0.1 is out! get it at https://guix.gnu.org | videos: https://guix.gnu.org/blog/tags/talks/ | bugs & patches: https://issues.guix.gnu.org | paste: https://paste.debian.net | Guix in high-performance computing: https://hpc.guix.info | This channel is logged: http://logs.guix.gnu.or'
***nckx changes topic to 'GNU Guix | ⚠️ Savannah (guix pull) servers under attack: try and try again… https://frama.link/ddos | 1.0.1 is out! get it at https://guix.gnu.org | videos: https://guix.gnu.org/blog/tags/talks/ | bugs & patches: https://issues.guix.gnu.org | paste: https://paste.debian.net | Guix in high-performance computing: https://hpc.guix.info | This channel's logged: http://logs.guix.gnu.org'
***ChanServ sets mode: -o nckx
***inoaffep is now known as pinoaffe
<pkill9>has anyone configured guix so that it doesn't require the $HOME/.guix-profile symlink? I assume the thing required to do this is to change /etc/profile to use /var/guix/profile/per-user/... instead of $HOME/.guix-profile
<pkill9>hmm actually all references to the guix profile in packages seem to use ~/.guix-profile
<leoprikler>pkill9: where would you like to move ~/.guix-profile?
<pkill9>leoprikler: i want to remove it altogether, it's just a symlink to /var/guix/profiles/per-user/$USER/guix-profile
<dutchie>issues.guix.gnu.org seems to be having trouble, is it related to the dos attack?
<nixo_>Since I've been using guix for a year now, I probably should already know, but where should guix be installed for user accounts? under $HOME/.guix-profile or $HOME/.config/guix/current/ ? I can't find a way to have user-installed emacs packages in the profile
<nixo_>pkill9: are you going to rewrite emacs? :P No seriously, gtk/qt/web?
<leoprikler>nixo_: the guix command is under $HOME/.config/guix/current, packages are in $HOME/.guix-profile
<leoprikler>that said you likely won't find a widget toolkit that isn't OO in some way
<leoprikler>(and if you were to make your own, you'd get OO but different)
<nckx>kmicu: Heh. I get & often share your frustration, but it's easy to forget that people outside of our bubble will have never heard of Guix and it's kind of our responsibility to change that. A friedly e-mail and/or comments can do wonders, unless you've already tried (‘once again’). I wish I had time to draft a blurb but I don't.
<nckx>…and posting comments requires reading ToS :-/
<dongcarl>Is there prior art on intermediate hashes between stages?
<dongcarl>Mostly thinking of: I build something that's hard to build... and it also has extensive tests, which I Ctrl-C'd, I want the next build to just be the 'test stage
<leoprikler>you might be able to do stuff locally if you pass -K
<dongcarl>Huh... Maybe I should contribute that... But it does seem like quite an extensive change
<nckx>dongcarl: This has been discussed (I mean, in general) but it was noted that many (most?) test suites require the intermediate build environment to still exist, and can't easily be run after installation without rebuilding anyway.
<dongcarl>nckx: not sure what you mean by "can't easily be run after installation without rebuilding"
<leoprikler>nckx: I think the idea was to keep the unfinished build and then retry building later from the dirty directory at a given stage
<nomr>I just noticed the guix pull attack issue ... I'm able to pull ok now, but if it helps anyone sometimes earlier used the crude git http protocol to get through: wget'ing the objects/info/packs file and then objects/packs/*.pack file in it. since wget can keep retrying ... thought it was my isp...
<zimoun>kmicu: but it is ads! And IMHO the quality is heterogeneous... Do not feel frustrated because AFAIK Guix is probably one of the most advanced tools for reproducibility in the field of Applied Maths -- and I am in. :-)
<jonsger>hm issues.guix.gnu.org seems to have issues
<zimoun>jonsger: yes, since a couple of hours. Yesterday too.
<kmicu>zimoun: nckx it was a friendly table flip cuz I’m a regular SIAM/Guix reader/user. No frustration here only fun ;) It’s nice to flip the table from time to time for a comical effect 😹
<kmicu>(Iiuc rekado_ represents bio/physics area of HPC and we still need to find some math folks.)
<zimoun>kmicu: I have both hats. Previous life working on PDE and Krylov solvers. Now more about "bioinformatics" and workflow pipeline analysis. (With biologists, everything is bio-something: biochemistry, bioinformatics, biophysics, etc. Whatever.)
<zimoun>no, the news is just ads for projects (mainly US ones)
<sebboh1>Sorry, I haven't been using my guix vm much lately. I should know this already.. but, how do shell script shebangs work on guix? Am I supposed to have a /bin/bash available? Am I in the wrong profile or something?
<sebboh1>I phrased that poorly, I should have just said: I wrote a little shell script and I got this error, please help! -bash: ./first.sh: /bin/bash: bad interpreter: No such file or directory
<jackhill>sebboh1: if it's just for you, I suppose you could use /run/current-system/profile/bin/bash
<jackhill>yeah … just pretend it's a weird way to spell python or something
<jackhill>anyways, as I understand the /usr/bin/env discussion it was sort of for this use case: "there is all this software out there that expects to use it, and we don't want to break it even if it is technically unpure"
<alextee[m]>oh gnome has right click -> open with disk image writer, gonna try that
<sebboh1>I imagine that if I download some project that contains a shell script with #!/bin/bash, it won't work. But there are thousands such projects, surely we don't intend to edit every one... but. Now that I think about it. One of the top priority features of guix is the ability to install multiple versions of things side-by-side--even bash! So, a system-wide /bin/bash is not the solution. I think.
<sebboh1>I'm going to finish the project on a different machine that is not from the future. Let me know how this /bin/bash topic turns out. Seems like one of those problems that sounds simple at first but is actually quite hard.
<nckx>alextee[m]: Writing the image to the drive also overwrites the partition table, so there's no place for a flag to hide. Good to learn about the built-in Gnome thing, let us know if it worked.
<alextee[m]>nckx: the gnome thing worked similarly to manually doind dd, was even faster (7MB/s), but i still have trouble getting it to show on the boot menu
<nckx>sebboh1: Using #!/usr/bin/env bash in scripts has been considered ‘best practice’ for decades now, and those scripts will just work by default on Guix System. Assuming that /bin/bash exists has always been at the author's peril.
<nckx>alextee[m]: Interesting. I wonder what we missed while dd'ing.
<nckx>alextee[m]: You're very welcome to post further questions here (I assuming you're trying to do this with Guix), but don't forget there are more BSD-specific Freenode channels too. They'll know more details about image variants &c.
<reepca>anyone else getting segfaults when trying to run murmurd?
*reepca just realized should probably reconfigure before asking
<reepca>well, reconfigured and the issue still happens... Dec 3 16:36:41 localhost vmunix: [1389245.712196] traps: murmurd general protection fault ip:7fdca77672f1 sp:7ffcb2d88670 error:0 in libQtNetwork.so.4.8.7[7fdca76a6000+ca000]
<nckx>roptat: Your reply to Leo's IPv4 OpenSSH mail seems… off.
<nckx>(If you've sent a correction it hasn't arrived ye.)
<dutchie>if i have a patch that fixes a bug, i don't need to send it to guix-patches as well as the bug, right?