*vagrantc wonders when the next released version is due <smithras>leoprikler: using the guix repl, I forget the name but there's a fn that will build a derivation in the store <leoprikler>it turns out I didn't need it (that's what happens when you program at 2am) <smithras>leoprikler: I'm in the same simuation, I just want to finish this one task and then I can sleep :) ***catonano_ is now known as catonano
<smithras>leoprikler: Just trying to finish packaging some old software that I'd like to be able to use easily with guix <smithras>I think I have gotten the patches figured out, so now I just need to see if it builds ***jonsger1 is now known as jonsger
<namtsui>roptat: are you able to get accelerated graphics with guix environment --container <namtsui>without --container I get accelerated graphics <vagrantc>i guess i'll just submit the patch rather than applying directly, and more savvy people can decide when it's appropriate to apply. <akoppela>I found Guix somewhere in the internet and I really like it <vagrantc>compliments at the speed of the internet <akoppela>I'm trying to install GuixSD on DigitalOcean <akoppela>both of them convert existing Debian system to GuixSD <akoppela>I tried to install GuixSD from custom image <akoppela>but when I come to the choose partition section I can see no partitions <akoppela>I tried manual installation in shell a little bit though <akoppela>Guix deploy sounds interesting, I'll investigate that <akoppela>BTW it's amazing to see such project exist <akoppela>I'll be back with report from Guix deploy experiment <str1ngs>vagrantc: what is the status on getting guix into debian. I'm just curious. we get the odd how do I build guix from source question. <vagrantc>str1ngs: all the build-dependencies are there ... i just updated my git branch and tested it ... there are a handful of relatively minor issues before I attempt to upload <vagrantc>could use help updating debian/copyright <vagrantc>still need to enable the guix-daemon somehow ... and put the bash completions in the "right" place. <str1ngs>vagrantc: does this trickle down to ubuntu eventually as well? <vagrantc>str1ngs: but the biggest two blockers, guile-gnutls was uploaded to debian a month or so ago, and then guile-git just landed today. <vagrantc>str1ngs: in practice, i have some concerns about the lack of licensing information on gnu/packages/patches/ <str1ngs>think completions is not so hard. just adding the guix and guix-daemon to the /usr/share/bash-completion/completions/ <vagrantc>str1ngs: yes, the completions exist, they're just installed to the wrong place ... minor issue :) <vagrantc>similar with installing the guix-daemon.serivice and guix-publish.service files <str1ngs>I wonder if it might be just focusing on the dependencies. at lest with the depends its' much easier to build guix from source. <vagrantc>i've wondered weather it might be possible to build a minimalist guix/guix-daemon enough to bootstrap guix without all the patches <vagrantc>yeah, the dependencies are all there in unstable now, which will eventually migrate to testing ... and ubuntu <str1ngs>I've been looking at guix-daemon in the context of using rootless containers vs chroots <vagrantc>looks like ubuntu has their own gnutls package ... so it might take manual syncing for ubuntu to get it <vagrantc>don't know how liekly they are to do that <vagrantc>sometimes they maintain a diff for years... <str1ngs>I guess the guile-gnutls is split from the gnutls package. in that it's build with guile support/ <elais[m]>I learned like an hour ago that the xf86-video-intel driver was holding me back <akoppela>I think `guix deploy` is a tool which does work in my case. <akoppela>I actually use a digitalocean server as my main development machine <Hel>i run "guix system disk-image --system=armhf-linux -e "(@ (gnu system install) beaglebone-black-installation-os)"" command on my guixsd to take an instance of it <Hel>but it takes more than 15 hours until now. what is the reason? <Hel>my guixsd work on virtualbox. <reepca>it seems that babl fails to build due to some floating-point issues in the tests <reepca>just pulled, it's on 18a69803e2eea4f7555d6eafb6497a645c2d094f <reepca>specifically tests/alpha_symmetric_transform.c finds that some floats are too different (Δ > 0.001) after being converted and then converted back <g_bor[m]>reepca: most probably yes, it works fine here. <civodul>oh babl fails to build, i guess that's what you were discussing reepca? <olivuser>when I use st, dwm and stuff, I am asked to recompile when I configure stuff. How would that work in guix? Just the way it does elsewhere, that is sudo make install? <raingloom>olivuser: you probably have to create a new package with your patches <smithras>For things like suckless tools I usually don't bother packaging the patches and I just build & install them locally under my home directory ***Guest281 is now known as mogom
<mogom>how build a disk-image OS with "guix system disk-image ..." from a .scm file like this: <leoprikler>does guix system disk-image /path/to/ene.scm not work for you? <leoprikler>though tbh it will likely be easier to understand if you build a disk-image from your own system <leoprikler>tyreunom-os seems heavily customized towards julien's needs ***Guest284 is now known as mogom
<mogom>leoprikler: Yes, it's works! <mogom>leoprikler: suppose i run this on a guixsd machine. does this command instantiate of current guixsd for the OS that define in .scm file. <smithras>mogom: If you want to update the current guixsd, you can use `guix system reconfigure /path/to/config.scm` <mogom>smithras: Yes, but if i want to take instantiate of current guixsd for a special OS (that described in .scm)? <smithras>mogom: I'm not sure if I understand you correctly, do you want to change the current guixsd to match the special configuration file that you have? <leoprikler>if you want to image your current guix system, you do that with guix system {disk-image,vm,...} /your/etc/config.scm ***Guest256 is now known as mogom
<olivuser>is it normal that creating the .profile is the process that takes the longest time when installing smaller programs? <leoprikler>if the program is downloaded within a matter of seconds, then yes, profile hooks do take more time ***Guest291 is now known as mogom
<raingloom>leoprikler: Arch's pacman introduced something a few years ago that made hooks only run when needed, that might be we worth taking a look at. <kmicu>leoprikler: when the main Matrix instance/bridge reconnects from Freenode I always see block of nicks reconnecting at the same time through all IRC channels. Almost all of them have ‘[m]’ postfix so they are Matrix users centralised on a main instance. <kmicu>(On mainstream irc channels those nicks take out the whole screen x) <kmicu>There’s a gif in that blog post! That makes me unreasonably happy. <civodul>kmicu: it's not perfect though, but i ran out of time :-) <civodul>i've become a fan of animated GIFs (i know, i'm late to the party) <g_bor[m]>I did just a bit more reading on the babl test failures, and it seems that the package should work as intended even if those test fail. <zimoun>civodul: Nice! Have you discovered the package `emacs-gif-screencast' ? ;-) <civodul>zimoun: ah, i think i discovered it at one point, but here i used byzanz <dutchie>is ci.guix.gnu.org having trouble? (specifically the web frontend) *jonsger1 started another brave try to get bootstrap-tarballs for powerpc64le... <efraim>jonsger1: did you have to remove a.out.h from guix/build/make-bootstrap? <efraim>i really want to know if you have issues with bootstrap guile on powerpc64le, i ran into problems on big endian powerpc <jonsger1>for powerpc64le you need "--with-long-double-128" as well <efraim>diffoscope doesn't show any difference when the mtime of a .desktop file is changed <leoprikler>efraim probably because the mime type is inferred from the contents of a file? <jonsger1>efraim: you have a powerpc big endian branch somewhere? <peanutbutterandc>A lesson that I learned today (perhaps someone could explain it to me exactly why this happens): never `sudo guix pull` as a substitute for `sudo su - && guix pull # guix pull as actual root user`. Doesn't exactly work. suceeding `guix pull` from the non-root user throws errors (permissions, etc. -related) <leoprikler>hmm, did your ~/.config/guix/current change instead of root's guix? <divansan`>Hi All. Does anyone know if ubuntu's snap is working on Guix system? <peanutbutterandc>Since `sudo whoami` says root. I thought perhaps it'll just work. But it didn't... <efraim>jonsger1: right now it lives on my G4 <leoprikler>peanutbutterandc: it did work like that for some time iirc <efraim>I looked into snap, it's pretty tightly dependent on systemd so I don't see it working <leoprikler>guess I'll have to avoid recommending that to ppl from now on <efraim>Gentoo has a bug report somewhere about it not working on openrc <peanutbutterandc>leoprikler, I see. Perhaps I should try it over and over a few times and see if it'll work and if I didn't something different that time. Thank you. (I also don't see why it should not work) <jonsger1>divansan`: are there any snaps who aren't available as snaps? <roptat>peanutbutterandc, I think you need sudo -E to pass some environment <jonsger1>divansan`: anbox itself seems to have dependencies on libsystemd. But I guess it's easier to package Anbox then snap <jonsger1>but I don't say packaging anbox is easy :P <civodul>however it's not clear what's non-free in there, and there are clearly free bits in that directory <roptat>peanutbutterandc, not sure, but I think sudo -E guix pull does what you want (no need to pass explicit variables) <mjsb>I wanted to ask a tip to solve the missing gio-launch-desktop case for MATE desktop as suggested by Barbato on the bug-guix list" <mjsb>I've added the module (use-modules (gnu packages glib)) and the package (glib "bin") to system's configuration <mjsb>But system reconfigure objects "Wrong type to apply: #<package glib@2.60.6 gnu/packages/glib.scm:163 7fb2aec31d10>", what am i missing? Thanks <reepca>mjsb: I would guess that you forgot to quote (glib "bin") and so it's trying to evaluate it (which it does by invoking "apply" with the first object in the list, glib) <reepca>basically: (glib "bin") → `(,glib "bin") or (list glib "bin") <bgardner>Good morning guix; I had a guix machine that was switched off for about 5 months. I turned it on and promptly did 'guix pull' but it immediately replies 'Git error: the SSL certificate is invalid'. I searched but found nothing obvious, any advice? <mjsb>reepca: thanks! i'm on my first steps on this fantastic Guile language <ggoes>stranger things have happened <bgardner>str1ngs: 12 minutes, but more than enough to annoy git <mjsb>Has anyone encountered the warning "Unable to find swap-space signature" and also missing the message "shepherd[1]: Service swap-/dev/sda1 has been started." ? <bavier>mjsb: seems like a message you might get if the declared swap device hasn't been formatted for swap <str1ngs>bgardner: that was a good catch though <bgardner>str1ngs: Thanks, but would have been better to catch before bugging #guix about it. :P <mjsb>bavier: curious, until 4th November morning, it used to set swap space on /dev/sda: Adding 3904508k swap on /dev/sda1. Priority:-2 extents:1 across:3904508k SSFS <str1ngs>bgardner: it happens, I hadn't though of time dilation after reading question myself. no physics pun intended :P <nckx>mjsb: That line is just your system using (‘swapon’) an existing formatted (‘mkswap’) partition. Some time on 4 Nov, your swap partition somehow became unformatted. (???) <nckx>mjsb: If you haven't mkswap'd it again, it would be interesting to see what ‘file -s /dev/sda1’ has to say now. <mjsb>nckx: thanks for the tip! I'll try it right away <dongcarl>Anyone have trouble getting `fc-list` to pick up fonts? <dongcarl>Reproducer: `guix environment --container --pure --ad-hoc fontconfig font-google-roboto -- fc-list` <dongcarl>Perhaps I understand incorrectly, but this should have roboto in its output right? <efraim>I'm not completely sure, but I don't think so <dongcarl>efraim: Huh... Well rsvg-convert seems not to be picking up one of my fonts, and it picks up fonts using fontconfig, so that's why I'm asking... <dongcarl>If anyone has any clues on how to get fontconfig to work, please lmk <str1ngs>dongcarl: does calling fc-cache first help? <mjsb>nckx: great it turned back as before :) ! Thanks <str1ngs>dongcarl: I know profile builds the font directory. I don't know if environment does <dongcarl>I see that there is a `/gnu/store/dhnnmps8h8kyrid573w9yyw7njazdxxl-fonts-dir/share/fonts` <dongcarl>I guess the question is how to get fontconfig to pick it up... <str1ngs>yeah I was pretty much figuring out that it use ~/.guix-profile my self which you won't have based on the flags you have <str1ngs>I'm still not 100% sure what's happening there, but I have a better idea now atleast. <dongcarl>str1ngs: Ah, look at the fontconfig package definition <ggoes>has anyone attempted a guix + LUKS + libreboot install recently? i am going to do that in about an hour <str1ngs>dongcarl: "~/.guix-profile/share/fonts," ? <dongcarl>str1ngs: yup, that's how it picks up the fonts I think <str1ngs>I wonder if fontconfig expands ~ that kinda interesting as well <bandali>ggoes, i’ve done guix+luks on a not-yet-librebooted x200, worked nicely (i used the installer wizard) <ggoes>bandali: yeah, i just know the grub setup can get confusing for libreboot sometimes <zimoun>Sleep_Walker: I replied you by email about bug#20071 and the response is "address not found". 