bug#31711: closing

Installing fonts fixed this.

bug#40553: closing

Installing fonts fixed this.

bug#40839: Shepherd activation .GO files are not cross-compiled ... and the Hurd

Hello! The wip-hurd-vm branch cross-builds a VM for the Hurd. It uses some dedicated hacks to build the system packages, services, system profile and shepherd configuration and cross-build them into a qemu image. We did this to avoid too much struggle up front with parameterizing, working around

bug#40842: uwsgi python plugin not found

Here's what happens when I try to run an uwsgi process with the Python plugin. $ guix environment --pure --ad-hoc python uwsgi uwsgi:python $ uwsgi --ini uwsgi.ini [uWSGI] getting INI configuration from uwsgi.ini open("/gnu/store/xmc67azy4vk3mcpyg3qy6vc2wq3v127w-uwsgi-2.0.18/lib/uwsgi/python_plug

bug#40839: Shepherd activation .GO files are not cross-compiled ... and the Hurd

Hello Jan, > /gnu/store/dbmj8ls2bwn0vbwi6qzng56rgrza3z0i-shepherd-host-name.go > $ 11:27:25 janneke@dundal:~/src/guix/core-updates [env] > $ file /gnu/store/dbmj8ls2bwn0vbwi6qzng56rgrza3z0i-shepherd-host-name.go > /gnu/store/dbmj8ls2bwn0vbwi6qzng56rgrza3z0i-shepherd-host-name.go: ELF 64-bit > L

bug#40839: Shepherd activation .GO files are not cross-compiled ... and the Hurd

> The wip-hurd-vm branch cross-builds a VM for the Hurd. It uses some > dedicated hacks to build the system packages, services, system profile > and shepherd configuration and cross-build them into a qemu image. > > We did this to avoid too much struggle up front with parameterizing, > working a

bug#40839: Shepherd activation .GO files are not cross-compiled ... and the Hurd

Mathieu Othacehe writes: Hello Mathieu, > I strongly suspect this is because we would need to wrap the > "compile-file" call in "scm->go" procedure of (gnu services shepherd) > inside a "with-target". > That would look like: > > (if target > (with-target target > (compile-fi

bug#40848: doc: chapter "Building from Git" in "Contributing" misses to list required packages

Hi! The chapter "Building form Git" starts with two git commands to clone and verify the code. Unfortunately it misses to mention before that two packages are required for this to be working: git and gnupg. While the former is obvious, the gnupg package is not that obvious. If you missed to in

bug#40839: Shepherd activation .GO files are not cross-compiled ... and the Hurd

Hey ho! Mathieu Othacehe skribis: > That would look like: > > (if target > (with-target target > (compile-file #$file #:output-file #$output >#:env env)) > (compile-file #$file #:output-file #$output > #:env env)) > > > Now,

bug#40851: core-updates: GNOME Web: Application icon is rendered incorrectly

It seems this bug was reported and fixed upstream (https://gitlab.gnome.org/GNOME/epiphany/-/issues/979). I'm filing this bug anyway, for the record. The problem is reproducible in "guix system vm" too. ## Steps to reproduce 1. guix pull --branch=core-updates 2. sudo guix system reconfigure -

bug#40839: Shepherd activation .GO files are not cross-compiled ... and the Hurd

Ludovic Courtès writes: Hello! >> Now, the tricky part is the value of target, because >> #$(%current-target-system) might not be correct in that context. > > Yes, that brings us back to . > Time flies! But now we really need to address it. Oh! Yes, I g

bug#40839: Shepherd activation .GO files are not cross-compiled ... and the Hurd

Mathieu Othacehe writes: >> We did this to avoid too much struggle up front with parameterizing, >> working around, or removing Linux-specifics from "guix system >> --target=i586-pc-gnu build,vm,..." > > I have not followed really closely the recent progress on the Hurd, but > I think we may need

bug#40744: guile-2.2.4 (integer-length 0) erroneously returns 0, not 1

Apologies for my faux pas ;-/ This was not a guix bug, and you have rightly ignored my report. (now submitted to bug-guile, with hopes of nz human acks :) (I guess it will get a new number, so 40744 can be closed?) (BTW, no offense intended in addressing you as "guix/guile bug-squashers" ;-/) On

bug#40837: core-updates: epiphany web process crashes

I can reproduce this bug. I can't load any page and see the same messages in the terminal.

bug#40858: Cargo in Guix

Hi, I just installed the rust package on guix-system and realized I have no idea of how to use `cargo` to build something. First, cargo is not in my search path after installing `rust`, because there is no link in `.guix-profile`. There is no dedicated package either. Second, the cargo binary inst

bug#40837: core-updates: epiphany web process crashes

On Sat, 25 Apr 2020, sirgazil via Bug reports for GNU Guix wrote: I can reproduce this bug. I can't load any page and see the same messages in the terminal. Thanks, as a fist step it is helpful to know that the problem can be reproduced. The second step is to figure out why this is happeni

bug#40837: core-updates: epiphany web process crashes

I now think what is being shared with bubblewrap is on the write track. After seeing """ const char* pulseConfig = g_getenv("PULSE_CLIENTCONFIG"); if (pulseConfig) bindIfExists(args, pulseConfig); """ in Source/WebKit/UIProcess/Launcher/glib/BubblewrapLauncher.cpp of WebKitGTK, I set the P

bug#40837: core-updates: epiphany web process crashes

On Sat, 25 Apr 2020, Jack Hill wrote: in Source/WebKit/UIProcess/Launcher/glib/BubblewrapLauncher.cpp of WebKitGTK, I set the PULSE_CLIENTCONFIG environemnt variable to the store path rather than /etc/pulse/client.conf, which is what it was set to before. That allowed epiphany to get past the