<luis-felipe>Oh, the instructions to build the website don't work for me, I get the following error after I run the command in the "Build locally" section of the README:
<luis-felipe>guix environment: error: stat: No existe el fichero o el directorio: "/home/yo/.guix-profile/lib/locale"
<luis-felipe>In any case, the style for the proposed banner just puts the banner below the header element, changes the background color to "#144054" and adds "box-shadow: inset 0px 0px 4px black;"
<luis-felipe>If someone with commit access would like to make the change.
<pkill9>chromium extensions packaged in guix now, nice
<atomsk298>Hello, I am attempting to build a package, but I am having some difficulty towards the install phase. The error Im seeing is no binary interpreter for lua or ruby found, but Im not exactly sure what is meant by that. Any suggestions? Here is the paste of the code:
<raingloom>heeyy, so, my VPS says it /gnu/store/<hash>-bash-5.0.16/bin/bash does not exist, but it is definitely there. what the heck could be up with it? last thing i remember doing was running guix pull, but i think i interrupted it? but that should not break login.... right?
<mroh>abcdw: So, we need to update our emacs-use-package to make it useable with emacs28?
<abcdw>Dear maintainers, can I send a patch to update version of emacs-use-package? It has latest in the repository 2.4 since november 2018, but this version doesn't work with emacs28. melpa and many other GNU/Linux distributions uses version from 20200721.
<abcdw>mroh: lol, I was writing the message about it)
<abcdw>Actually the version from 20200721 works with emacs27. And there is not so much sense to keep a separate emacs-next-use-package.
<bdju>anyone here using piper and ratbagd? I installed piper as my user and added the simple service to my system config but it still can't find the daemon
<leoprikler>abcdw: there is, because you can specifically build that using emacs-next as #:emacs
<leoprikler>instead of hardcoding version use (git-version version revision tag)
<abcdw>leoprikler: it works even built with emacs-minimal. I won't be adding a separate argument here.
<bryanhonof>Hello, I recently started using NixOS and I think I am getting the hang of it. Now, I'd like to liberate my machine with Guix but I am unsure if my Wi-Fi card is supported, is there any way to check it?
<abcdw>leoprikler: can you clarify the message about git-version, please?
<abcdw>bryanhonof: Just boot with livecd/usb and check)
<bryanhonof>abcdw: That could indeed work, I'll try that. Thank you ^.^
<leoprikler>abcdw: When building stuff from git commits, we use a versioning scheme, that looks like (version (git-version v r c)), where v is the latest "stable" version, c is the commit and r is a revision tag
<leoprikler>r is typically counted from 0 upwards, but there are other kinds of r (e.g. date tags) too
<leoprikler>Apart from the fact, that you're replacing a stable version without a comment as to why, lgtm
<leoprikler>Comment as in code comment, but your commit message needs the changelog treatment too
<efraim>hmm, my disk image has an extra EFI partition in it :/
<leoprikler>[And again, since stable works fine, why replace it for 27 users?]
<abcdw>leoprikler: Replacing seems logical, because it will be easier to maintain one package instead of two. I see only one problem in this patch: I remove diminish from propagated inputs, which can break someones setup.
<leoprikler>In that case why even have emacs-next, when emacs already exists?
<apteryx>civodul: I think I hadn't post the last version I meant to test
<jsoo>In other words, I don't mind if it's in a separate package as long as I can use it as an input when cross-compiling ghc
<apteryx>civodul: I'll try to test it now, and if it seems to work, I'll share it
<vagrantc>civodul: so, it seemed that the simple bash, mkdir, xz and tar bootstrap binaries are simple enough to copy for the tests, but %bootstrap-guile %bootstrap-coreutils&co %bootstrap-binutils %bootstrap-gcc are proving to be more challenging
<vagrantc>i wonder if a flag to pass to tests GUIX_USE_SYSTEM_BOOTSTRAP or something would make sense
<vagrantc>although jwilk someone pointed out that passing RES_OPTIONS=attempts:0 should disable name resolution, which might be simpler for disabling the network tests at least ... doesn't resolve all the bootstrap binary stuff, though
<vagrantc>definitely tests requiring bootstrap-guile are failing when they can't download it
<apteryx>civodul: I've tested your patch again with a disk image, and I cannot reproduce the success... not sure what's going on. I've grafted the glib package with your patch added.
<vits-test>buenouanq: if i remember well Gnome has some settings for focus, like "click to focus, point cursor to focus". can it be the case?
*vagrantc tries copying /usr/bin/guile-3.0 to gnu/packages/bootstrap/$(BOOTSTRAP_ARCH)/guile
<vagrantc>but i have this suspicion that's not where it goes...
<bluekeys>Hi guix. I just got a delivery of a pinephone. Anyone else here got one? Anyone running guix on it?
<vagrantc>depending on how far the pinephone has deviated from pine64+ and pinebook, both of which work reasonably well, it should certainly be worth trying, though you'll probably at least need a custom bootloader
<apteryx>interestingly when testing in a disk image the guix in use doesn't seem to be the guix that populated the store, so installing something pulls the complete deps (doesn't reuse those of the GNOME desktop)
<PotentialUser>just wanted to check if there were any plans on porting .NET 5.0
<apteryx>another disk-image question: aren't these supposed to be booted as persistent storage? When I boot it right now, nothing gets persisted (it seems to use some volatile overlayfs on top of root)
***lukedashjr is now known as luke-jr
<cbaines>I just tried restarting goggles on bayfront, but it doesn't start...