<civodul>hydra.gnu.org is in a bad shape, time to spawn 'guix publish' everyone <bavier`>I hope we can get GuixSD supported for it <catern>hmm, I'm having some trouble using the ubuntu font from the font-ubuntu package... it's not listed by fc-list... any idea what's wrong? <rekado>catern: have you tried “fc-cache -f” to rebuild the cache? ***boegel|afk is now known as boegel
<rekado>new version of GIMP has been released <efraim>the 2.9 series is their development branch iirc <efraim>how do I put more than 1 substitute url? <alezost>catern: if it's not on GuixSD and fontconfig is not installed with Guix, you need to tell fc-cache to search inside "~/.guix-profile/share/fonts" <alezost>catern: or just install fontconfig with guix and try what rekado said <efraim>--substitute-urls={subA,subB} only checks the last one, like --sub-urls=subA --sub-url=subB <sturm>question about luks encrypting my hard drive - do I need both a "mapped-device" and a "file-system" block? I think I do, but not sure what this would look like. <sturm>do they both go inside "file-systems"? <sturm>or does "mapped-device" live at the top-level of "operating-system"? <catern>rekado: hey, that worked! thanks! <sneek>Someone once said the cake is a lie <efraim>sturm: i'm going to guess (type luks-device-mapping) is wrong, but I have no experience with it <sturm>ah of course, needs to be a list of devices, not just a single device. This seems to work: (mapped-devices (list (mapped-device ...))) <sturm>thanks for the suggestion efraim <sturm>yay, seem to be successfully installing onto a second machine based on substitutes running on first :) <sturm>paroneayea: Just found your Pump.io post from 6 months back about your experiences installing GuixSD and encryption. Are you still running non-encrypted /root and encrypted /home? <rekado>I use an encrypted /home and non-encrypted root. But I'm not automatically mounting /home. I do this manually on boot. <rekado>Now that I have libreboot I'll move to a fully encrypted disk. <sturm>rekado: that sounds like a good move with Libreboot <efraim>guix on debian, should i install pavucontrol from debian or from guix? <rekado>efraim: do you use debian's pulseaudio daemon? <jlicht>catonano: there was some work done it earlier, and I had a try at it as well <jlicht>if you want to have a look, I mostly emulated the nixos approach of packaging rust <jlicht>as in, the actual steps that nix took to package rust ;-) <catonano>ok. Yes I'd like to take a look. Not now, though. Probably tonight <jlicht>it would need some polishing, as I stashed my work and started to work on npm related stuff <catonano>I'll do my best. Possibly I'll ask you for enlightment ;-) <jlicht>apologies for the mess, and I recommend having a look at the build recipe nix has for rust <jlicht>tl;dr: if we want to have a nice and reproducible rust compiler (the binary itself), we need to bootstrap it from back when it was written OCaml <efraim>rekado: I think I use both, which is about as long as i've been having audio issues <efraim>is it our ocaml package that needs help? <jlicht>efraim: afaik, not really. As long as it is able to properly compile the ancient version of the rust compiler, we're good <efraim>i mean i think its been broken for quite a while <jlicht>For me, rust (or OCaml) or not a priority right now <catonano>jlicht: I'm back. Ok, I'll take a look. As for reading the Nix recipe, I have a hard time readign their language. I don't even understand when a function is being declared (means of abstraction) and when it is being called (means of combination) <catonano>In fact I had tried with Nix some time ago and I gave up <paroneayea>davexunit: civodul: rekado: would any of you be interested in representing guix on a podcast? <davexunit>paroneayea: I would normally say "yes", but I am on a bit of a hiatus right now. <davexunit>hopefully civodul or rekado will be interested. <davexunit>I hope to get back to guix hacking once I sort out some real world things. <wingo>how do i git tag -s on guix? i seem to just have gpg2 <wingo>so i get error: cannot run gpg: No such file or directory <wingo>apparently "guix environment --ad-hoc gpg@1.4" <efraim>you could use gpg2, we haven't applied the patch yet to have gpg2 also provide a `gpg` binary <wingo>yeah i think i have gpg2 in my normal env <catern>is there a single package I can install that pulls in the rest of the GNU toolchain? i.e. autotools, gcc, etc., like build-essential on debian. I don't like seeing all these different packages in my list of installed packages ***exio4 is now known as exio
***exio is now known as exio4
<alezost>catern: no, you should install "gcc-toolchain" instead of "gcc", but the rest (autoconf, automake, make, etc.) you also need to install <catern>OK. another question, is there a way in Emacs to get functionality similar to running 'guix environment' in my shell? <efraim>you can create your own meta-package that pulls in all of those things, gnome and xfce are both examples of metapackages <davexunit>catern: not currently, but I really want such a feature, too. <efraim>gnupg-2.1.14 changes the tests to use scheme and includes a custom scheme interpreter gpgscm <efraim>it get more fun, our libgcrypt, libgpg-error and libassuan are too old to build it <janneke>davexunit: i'm running emacs inside a named `development' profile <janneke>that way i can install packages into development and have emacs pick them up <coffee_master>is it possible to use guixSD? or too-unstable? The website says that it's not production-ready but maybe it is stable enough to use it <janneke>coffee_master: fwiw, i switched to GuixSD a month ago and am quite happy with it, it's not as polished as Debian, but then again, you get GuixSD and not Debian ;-) <coffee_master>janneke, thanks for anwser, i will install then and try, but a loooooong manual to read : ) <janneke>coffee_master: i installed Guix on a Debian Jessie in january, and worked to move/add everything I needed for myself and my clients to Guix <janneke>when everything I really needed was coming from Guix, I switched <sankey>does guix or its infrastructure have any concept of a "package maintainer" role? <efraim>we try to package the software as it is distributed from upstream so there's not a lot of maintanence, everyone has packages that they feel more or less comfortable around <janneke>coffee_master: depends on what you want to do <janneke>coffee_master: the manual isn't that large, and a good read imho <janneke>ACTION 's constitution isn't built for these times <phant0mas>hey janneke could you rebase your mingw work on core-updates-next and try again? :-) <janneke>hey phant0mas, i haven't touched mingw in about a month, what's core-updates and core-updates-next, exactly? <janneke>i mean, when are they targetted to get merged, do you know? <efraim>core-updates as soon as possible, before hydra went down we were hoping for within a week <efraim>core-updates-next is the next branch of core-updates so we can throw patches somewhere <janneke>does merging core-updates imply a release, or does core-updates just serve to take the hit of a world-rebuild only once in a while? <janneke>i'm trying to package mono; with #tests? #f it's trivial... <janneke>finding which tests to disable (and *how*) is seriously eating into my time <nully>FYI: Hydra should be back up :3 <nully>the disks should be slightly faster <nully>mark_weaver: i can add more space -- i think only 100G was added -- i'll pop in another 200G after this meeting i'm in <efraim>web interface is still down but I can ping hydra <lfam>wingo: You can also set the Git configuration option gpg.program to 'gpg2' <lfam>BTW, feel free to comment on the 'Install gpg2 as gpg' guix-devel thread. I didn't push the change because I felt there was not a strong consensus in favor of the change, which could break many people's PGP setups. The breakage would be trivial to fix, but it would still be annoying. <lfam>BTW, feel free to comment on the 'Install gpg2 as gpg' guix-devel thread. I didn't push the change because I felt there was not a strong consensus in favor of the change, which could break many people's PGP setups. The breakage would be trivial to fix, but it would still be annoying. <lfam>And perhaps dangerous, considering how many scripts I see that do not check return values <efraim>I thought the consensus was to go ahead ***boegel is now known as boegel|afk
<ng0>more precise, the nsgmls binary <lfam>avoine: Thanks for the link! <sankey>when i edit a guix package using guix edit <package>, i then have to copy the changed file into a separate guix clone on my local disk before committing <sankey>i suppose it's actually not too crazy, i'm literally wining about running a single command :) <alezost>sankey: "guix edit" just opens a file with the package definition (which is placed in the store in your case, I think). If you run "./pre-inst-env guix edit", it will open a scheme file from your git checkout <lfam>Huh, I wonder why my substitutes mirror is giving me 502 Bad Gateway errors while mirror.hydra.gnu.org is still working as expected <lfam>Could it be that if I requested something that mirror.hydra.gnu.org did not have cached, it would also return 502? Could that be the explanation? <sankey>fwiw, i'm also getting 502 on mirror.hydra.gnu.org for many subtitutes but not all <lfam>sankey: Okay, that's too bad, but at least it indicates that my server is not misconfigured. Those 502'd substitutes must the things the mirror does not have <lfam>Looking forward to getting hydra.gnu.org running again <lfam>I don't know why my mirror lacks some of these things, though.