<wleslie>I've just set up a new system. I've used debian for the base system (kernel, xorg, window manager, terminal) and then installed guix on top for user applications. I installed guix using the automatic script.
<wleslie>I performed a guix pull on Tuesday and installed a few packages. it failed at one point because it couldn't take the lock in /var/guix/profiles/per-user/wleslie/. I compared this directory with the one on my laptop; on the laptop these are owned by the user, on the new system these were owned by root, and after chowning them I could install things.
<wleslie>today, /var/guix/profiles/per-user/wleslie/current-guix is owned by root again, and so `guix pull` fails with `guix pull: error: symlink: File exists: "/var/guix/profiles/per-user/wleslie/current-guix"`
<apteryx>sneek: later tell civodul heya; by the way it's quite wasteful to offload the image derivations; not only the .qcow2 needs to be downloaded, but also its raw constituent partitions! That's 4 G for the lighweight-desktop image root partition, and 1 G for the final qcow2 :-/. We'll have to introduce some finer grain mechanism to control this.
<apteryx>sneek: later tell civodul sorry for the spam, but one last thing: if you apply the v2 patches from https://issues.guix.gnu.org/44353, you can generate an image like: ./pre-inst-env guix system disk-image --image-type=qcow2 --image-size=10G gnu/system/examples/desktop.tmpl; copy it outside the store, chmod +rw, and run it with: "qemu-system-x86_64 -m 2000 -bios $(guix build
<wleslie>on chromium not starting: it looks like a font problem. it crashes with `FATAL:platform_font_skia.cc(97)] Check failed: InitDefaultFont(). Could not find the default font`. I've installed gs-fonts, font-dejavu, font-gnu-freefont-ttf, and fontconfig, and run `fc-cache -rv` and xset
<sneek>civodul, apteryx says: heya; by the way it's quite wasteful to offload the image derivations; not only the .qcow2 needs to be downloaded, but also its raw constituent partitions! That's 4 G for the lighweight-desktop image root partition, and 1 G for the final qcow2 :-/. We'll have to introduce some finer grain mechanism to control this.
<sneek>civodul, apteryx says: sorry for the spam, but one last thing: if you apply the v2 patches from https://issues.guix.gnu.org/44353, you can generate an image like: ./pre-inst-env guix system disk-image --image-type=qcow2 --image-size=10G gnu/system/examples/desktop.tmpl; copy it outside the store, chmod +rw, and run it with: "qemu-system-x86_64 -m 2000 -bios $(guix build
<sneek>civodul, apteryx says: don't forget the '--non-volatile' option tobe able to make use of the extra disk space.
<mbakke>related to the disk image offloading, we need a much more aggressive GC schedule on the build nodes; maybe -F 200 every 8 hours?
<civodul>mbakke: hi! did you notice ENOSPC recently?
<mbakke>civodul: indeed, even with manual GC in between the sceduled ones!
<civodul>there's a cleanup-cuirass-roots mcron job on berlin
***b7 is now known as brown
***brown is now known as Guest62565
***Guest62565 is now known as b121407
***b121407 is now known as zazavatar
***zazavatar is now known as brown121407
<mroh>aha, just 2 inputs in gst-plugins-bad for a webrtc module, it seems.
<civodul>apteryx: hey! did you push the update-guix-package patch? i can't find it
<ane>with guix using recutils to display search results, is this done via a guile wrapper for librec or are the results generated by hand?
<bluekeys>Hi guix. str1ngs, I've been told that you have a pinephone, is that right? Any thoughts on getting guix on it?
<bdju_>hm I can't do a second update with --dry-run to see if the package I'm building has a substitute by now
<bdju_>anyone know if qtwebengine has a substitute? I started updates last night and it's still going because of qtwebengine
<vits-test>bdju: what about `guix weather qtwebengine` ?
<bdju_>thanks, didn't know weather worked for individual packages. looks like there is no substitute yet, so I'll let it finish
<lurdan>hi, please help me to rescue my guix system, which can't boot. I try to live linux distro and mount filesystems, but noticed that I can't chroot in that guix system (chroot doesn't know where to exec bash...)
<efraim>/run/current-system/profile/bin/bash I think. I'm on my phone
<lurdan>[g_bor] No, my earlier generations also don't boot (because I've changed filesystems, so I try to boot system with live linux ditro(finnix) and mount guix system's filesystems.
<g_bor[m]>You could try to find a bash in the store and run that in the chroot
<lurdan>[efraim] Thanks,so, I guess, specifing that path to chroot, and after logging in, I will be required to set PATH to current profile, herd start guix-daemon, ...and might be able to run guix reconfigure...?
<civodul>i'd really like to get the gappinfo thing fixed because i think it makes a real difference to desktop users
<apteryx>civodul: sadly I won't have time to dedicate to gappinfo until the weekend, I'm afraid. I hope the patches shared for the disk-image action will provide at least better debug tools for the endeavour!
<civodul>apteryx: i haven't tried them yet; i have a hacky workflow where i share a host dir over 9p and then link to that from /var/guix/profiles to emulate "guix install" :-D
<civodul>it does sound like a real improvement though, so thanks for doing that!
<civodul>i *think* i'm approaching a real patch for gappinfo
<civodul>if everything goes well, i'll post it, and then maybe we can to an RC/testing round
<apteryx>one thing to note is that if the .guix-profile doesn't exist from the start, the alternative-desktop-file or something called similarly will search up for an existing directory and put the watch on that
<civodul>apteryx: yes, i've included /run/current-system support this time :-)
<vagrantc>i acutally haven't tested that the packages work in quite a while ... hopefully ... :)
<lane>hi all, I'm completely new to guix, but I'm hoping to use it for a project and want to start by packaging by project's dependencies. I tried following the "Building From Git" instructions and I got the following error when running `configure`: "checking whether Guile-JSON is available and recent enough... no
<lane>configure: error: Guile-JSON is missing; please install it." I tried doing `guix environment guix --pure --ad-hoc guile-json` to fix the issue, but it didn't seem to work. Any ideas?
<lane>(`bootstrap` seems to have succeeded with a couple of warnings)
<civodul>lane: hi! it could be that your Guix is providing too old a version of Guile-JSON
<civodul>you can fix that by running "guix pull" first
<nckx>(I don't mean to imply you're new here, I know you're not.)
<fnstudio>nckx: if you're new to the system (like more or less i am), you search for "guix upgrade" and you land on that page and you *might* (maybe not) have the expectation that that does the whole trick