bug#44559: Solution

2020-12-30 Thread jeremiah
I created a procedure to work around the build failure and enable a successful build: # when gnutls-3.6.12 build breaks you need to do: # run the following as root # turn off networking ip link set enp0s25 down # Fixup the time so that the build will succeed timedatectl set-ntp false timedatectl

bug#45559: Cuirass has not successfully evaluated the stagig branch in 3 weeks

2020-12-30 Thread Leo Famulari
The Cuirass instance at ci.guix.gnu.org has not successfully evaluated the staging branch since December 6: https://ci.guix.gnu.org/jobset/staging-staging Is there anything we can do? Does anyone have advice for continuing with Guix development?

bug#45555: [wishlist] Packaging GWT

2020-12-30 Thread Ricardo Wurmus
Ricardo Wurmus writes: > The “lib” directory contains a large number of Jars that are expected to > be available when building GWT. It is not clear if all of these > libraries are needed to compile GWT. Let’s not think about this now and > just package as many of them as possible, leaving

bug#45554: [whishlist] Mathjax 3 / Google Closure Compiler

2020-12-30 Thread Ricardo Wurmus
Ricardo Wurmus writes: > So the next step appears to be to package an older pre-Bazel version of > Google Closure Compiler (and the associated Google Closure library), so > that we can build wicked-good-xpath and speech-rule-engine. v20200920 is the last version of the project that comes with

bug#45555: [wishlist] Packaging GWT

2020-12-30 Thread Ricardo Wurmus
GWT (http://www.gwtproject.org/) is a toolkit for generating JavaScript applications from Java. RStudio is implemented with GWT, so we should package it if we ever want to offer an RStudio package for Guix. The GWT repository is here: https://github.com/gwtproject/gwt This looks easy to build

bug#45517: Failed boot on arm32 with u-boot due to missing requirements with the distro boot protocol

2020-12-30 Thread Mathieu Othacehe
Hello Denis, > I then built it with: >> cp `guix system disk-image --target=arm-linux-gnueabihf lime2.scm` \ >> guix.img > > However when booting the image, u-boot doesn't find > /boot/extlinux/extlinux.conf. > > However running the following command in u-boot makes the board boot: >>

bug#45519: MLO failed to load u-boot.img on beaglebone black(AM335x)

2020-12-30 Thread Denis 'GNUtoo' Carikli
Hi, I've generated an image for the beaglebone black with this (beaglebone-black.scm) file: > ;; Based on Guix's beaglebone-black.tmpl > (use-modules (gnu) (gnu bootloader u-boot)) > (use-service-modules networking ssh) > (use-package-modules bootloaders screen ssh) > (operating-system >

bug#45519: MLO failed to load u-boot.img on beaglebone black(AM335x)

2020-12-30 Thread Denis 'GNUtoo' Carikli
On Tue, 29 Dec 2020 05:33:55 +0100 Denis 'GNUtoo' Carikli wrote: In addition I forgot that the patch I talked about was for omap3 and not for AM335x. Denis. pgpf5IWLeeep6.pgp Description: OpenPGP digital signature

bug#45517: Failed boot on arm32 with u-boot due to missing requirements with the distro boot protocol

2020-12-30 Thread Denis 'GNUtoo' Carikli
Hi, I've generated an image for the Lime2 with this (lime2.scm) file: > ;; Based on Guix's beaglebone-black.tmpl > (use-modules (gnu) (gnu bootloader u-boot)) > (use-package-modules bootloaders) > (operating-system > (host-name "lime2") > (timezone "Europe/Paris") > (locale "en_US.utf8") >

bug#45519: MLO failed to load u-boot.img on beaglebone black(AM335x)

2020-12-30 Thread Denis 'GNUtoo' Carikli
On Tue, 29 Dec 2020 04:47:25 +0100 Denis 'GNUtoo' Carikli wrote: > > "/libexec/MLO")) (u-boot (string-append bootloader > > "/libexec/u-boot.img"))) (write-file-on-device mlo (* 256 512) > > image (* 256 512)) > > (write-file-on-device u-boot (* 1024 512) > >

bug#44871: arcan: update to 0.6

2020-12-30 Thread Vinícius dos Santos Oliveira
Em ter., 29 de dez. de 2020 às 01:34, Maxim Cournoyer < maxim.courno...@gmail.com> escreveu: > Hello, > Hi, Would you like to give it a try? > I'll be busy until Jan 4. I could give it a shot afterwards. -- Vinícius dos Santos Oliveira https://vinipsmaker.github.io/

bug#45545: gsasl fails to build on aarch64

2020-12-30 Thread Caliph Nomble via Bug reports for GNU Guix
Hi, The package gsasl fails to cross-compile to aarch64 on an x86_64 machine (tested most recently on commit 8e128df5bf), at least, on mine. It seems to not recognize libgcrypt during configure, even though it's listed in the package's inputs. The build log is long, so I'll just list the

bug#45360: Cannot log in to GNOME on foreign distro with Guix

2020-12-30 Thread Evan Straw
Hello, I have more information on this bug. Apologies for the delay. I've been able to narrow the problem down to a single package - when I install sbcl, I am unable to log in, and when I uninstall sbcl, the problem disappears, and I am able to log in normally. Even using a profile with only the

bug#45554: [whishlist] Mathjax 3 / Google Closure Compiler

2020-12-30 Thread Ricardo Wurmus
We should attempt to package Mathjax 3. It is needed by a number of R packages that cannot be upgraded due to the lack of MathjaxR, which provides Mathjax 3 for R. Mathjax is written in JavaScript. Parts of it are written in Typescript. While I made some progress translating the Typescript

bug#41654: test-name: verify-store + check-contents failing on guix-1.2.0rc2-1.0d4b1af

2020-12-30 Thread Stefan
Hi Ludo’! Could you please take a look at the bug report ? There are two reproducible problems when building the guix-1.2.0 package. There is a patch already for the first of the two problems (an incomplete cleanup) at .

bug#45507: [udiskie]: Fails to start

2020-12-30 Thread Michael Rohleder
"Raghav Gururajan" writes: > Udiskie application crashes upon start, with the following error: > > *** START *** > Traceback (most recent call last): > File > "/gnu/store/xbl08cq6s7wpzi3qp6nvwh1x7nia2py2-udiskie-2.1.0/lib/python3.8/site-packages/udiskie/cli.py", > line 222, in