bug#42286: SWH fallback fails (git-fetch)

Hi! zimoun skribis: > On Fri, 10 Jul 2020 at 00:24, Ludovic Courtès wrote: >> Hi! >> >> zimoun skribis: >> >>> Trying to download from Software Heritage... >>> Backtrace: >>>4 (primitive-load "/gnu/store/s56y8npabah6jc1bqrhsac6wqb1?") >>> In ./guix/swh.scm: >>>573:13 3 (swh-do

bug#42298: Nonexistent Git commit referenced from current Guix package

Hi, Leo Famulari skribis: > The current Guix package points to a Git commit that does not exist, > which breaks the ability to build the package. > > The current package version is '1.1.0-16.d3eee3c'. > > That commit d3eee3c [0] is the commit that updated the Guix package > previously, to '1.1.0

bug#42151: [PATCH 4/3] database: Do not use journal_model=WAL for the Hurd.

Hi! Jan Nieuwenhuizen skribis: >>From dc6f96fc7de50602fb28d7ad7b8cbff09e55f538 Mon Sep 17 00:00:00 2001 > From: "Jan (janneke) Nieuwenhuizen" > Date: Fri, 3 Jul 2020 23:45:20 +0200 > Subject: [PATCH 4/3] database: Do not use journal_model=WAL for the Hurd. > Content-Transfer-Encoding: 8bit > Co

bug#42151: [PATCH 2/3] gnu: guile-sqlite3: Use sqlite/hurd for locking on the Hurd.

"Jan (janneke) Nieuwenhuizen" skribis: > This fixes > > guix offload: error: exception occurred on remote host 'localhost': > (%exception # synchronous mode: locking protocol" status: 1>>) > > * gnu/packages/guile.scm (guile-sqlite3)[inputs]: Use sqlite/hurd instead of > sqlite. > --- > gnu

bug#42151: [PATCH 1/3] gnu: Add sqlite/hurd with locking fix.

"Jan (janneke) Nieuwenhuizen" skribis: > * gnu/packages/patches/sqlite3-hurd.patch: New file. > * gnu/local.mk (dist_patch_DATA): Add it. > * gnu/packages/sqlite.scm (sqlite/hurd): New variable. […] > +++ b/gnu/packages/patches/sqlite3-hurd.patch > @@ -0,0 +1,51 @@ > +Adapted from Debian: > ht

bug#42151: [PATCH 3/3] gnu: guix: Use sqlite/hurd for locking on the Hurd.

"Jan (janneke) Nieuwenhuizen" skribis: > * gnu/packages/package-management.scm (guix)[inputs]: Use sqlite/hurd. Same here. Which makes me thing: how about applying the sqlite/hurd patch in a build phase of sqlite that would be Hurd-specific? That way, we’d still have a single sqlite package.

bug#42151: [PATCH 0/3] offload to Childhurd fails: setting synchronous mode: locking protocol

Hi, Jan Nieuwenhuizen skribis: > Ludovic Courtès writes: > > Hi! > >>> It seems there is a compatibility bug/problem/thing with the db.sqlite >>> that we produce on GNU/Linux. While an unpatched sqlite3 on the Hurd >>> can read it, and work with it, the unpatched sqlite has locking >>> problems

bug#42151: [PATCH 4/3] database: Do not use journal_model=WAL for the Hurd.

Ludovic Courtès writes: Hi! > Jan Nieuwenhuizen skribis: > >>>From dc6f96fc7de50602fb28d7ad7b8cbff09e55f538 Mon Sep 17 00:00:00 2001 >> From: "Jan (janneke) Nieuwenhuizen" >> Date: Fri, 3 Jul 2020 23:45:20 +0200 >> Subject: [PATCH 4/3] database: Do not use journal_model=WAL for the Hurd. >> Con

bug#42151: [PATCH v2 3/4] gnu: guix: Use sqlite/hurd for locking on the Hurd.

* gnu/packages/package-management.scm (guix)[inputs]: Use sqlite/hurd. --- gnu/packages/package-management.scm | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/gnu/packages/package-management.scm b/gnu/packages/package-management.scm index 9986976cc6..64c6931011 100644 --- a/gn

bug#42151: [PATCH v2 4/4] image: Do not set journal_model=WAL for the Hurd.

This fixes . * gnu/system/images/hurd.scm (hurd-initialize-root-partition): Use #:wal-mode #f in call to ... * gnu/build/image.scm (initialize-root-partition): ... this, add #:wal-mode? parameter, pass it to ... (register-closure): ... this, add #:wal-mode? parameter, p

bug#42151: [PATCH v2 2/4] gnu: guile-sqlite3: Use sqlite/hurd for locking on the Hurd.

This fixes guix offload: error: exception occurred on remote host 'localhost': (%exception #>) * gnu/packages/guile.scm (guile-sqlite3)[inputs]: Use sqlite/hurd instead of sqlite. --- gnu/packages/guile.scm | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/gnu/packages/gui

bug#42151: [PATCH v2 1/4] gnu: Add sqlite/hurd with locking fix.

* gnu/packages/patches/sqlite3-hurd.patch: New file. * gnu/local.mk (dist_patch_DATA): Add it. * gnu/packages/sqlite.scm (sqlite/hurd): Use it in new variable. --- gnu/local.mk| 1 + gnu/packages/patches/sqlite3-hurd.patch | 51 + gnu/packages/s

bug#42151: [PATCH 3/3] gnu: guix: Use sqlite/hurd for locking on the Hurd.

Ludovic Courtès writes: > "Jan (janneke) Nieuwenhuizen" skribis: >> * gnu/packages/package-management.scm (guix)[inputs]: Use sqlite/hurd. > > Same here. > > Which makes me thing: how about applying the sqlite/hurd patch in a > build phase of sqlite that would be Hurd-specific? That way, we’d s

bug#26302: Deploying the i18n’d web site

Find attached a desperate patch for guix-maintenance that works around all listed issues, perhaps not in a nice way. On Thu, Jul 09, 2020 at 04:48:43PM +0200, pelzflorian (Florian Pelz) wrote: > With what I currently have > redirection explodes > > http://guix.gnu.org/manual/html_node/en/en/en/en

bug#26302: Deploying the i18n’d web site

On Thu, Jul 09, 2020 at 05:56:43PM +0100, Christopher Baines wrote: > Thanks for your continued time working on this Florian. I've made a > little bit of progress now, I've taken the wip-i18n branch, applied the > patch attached to this email and deployed that at [1]. > > 1: http://guix-website-te

bug#42151: [PATCH 2/3] gnu: guile-sqlite3: Use sqlite/hurd for locking on the Hurd.

Ludovic Courtès writes: > "Jan (janneke) Nieuwenhuizen" skribis: > >> This fixes >> >> guix offload: error: exception occurred on remote host 'localhost': >> (%exception #> synchronous mode: locking protocol" status: 1>>) >> >> * gnu/packages/guile.scm (guile-sqlite3)[inputs]: Use sqlite/hur

bug#42151: [PATCH 1/3] gnu: Add sqlite/hurd with locking fix.

Ludovic Courtès writes: > "Jan (janneke) Nieuwenhuizen" skribis: > >> * gnu/packages/patches/sqlite3-hurd.patch: New file. >> * gnu/local.mk (dist_patch_DATA): Add it. >> * gnu/packages/sqlite.scm (sqlite/hurd): New variable. > > […] > >> +++ b/gnu/packages/patches/sqlite3-hurd.patch >> @@ -0,0 +

bug#42151: [PATCH v3 1/2] gnu: sqlite: Add locking-mode fix for the Hurd.

* gnu/packages/patches/sqlite-hurd.patch: New file. * gnu/local.mk (dist_patch_DATA): Add it. * gnu/packages/sqlite.scm (sqlite)[native-inputs]: Add it when building for the Hurd. [arguments]: Apply it when building for the Hurd. --- gnu/local.mk | 1 + gnu/packages/patc

bug#42151: [PATCH v3 2/2] image: Do not set journal_model=WAL for the Hurd.

This fixes . * gnu/system/images/hurd.scm (hurd-initialize-root-partition): Use #:wal-mode #f in call to ... * gnu/build/image.scm (initialize-root-partition): ... this, add #:wal-mode? parameter, pass it to ... (register-closure): ... this, add #:wal-mode? parameter, p

bug#42298: Nonexistent Git commit referenced from current Guix package

On Fri, Jul 10, 2020 at 10:17:14AM +0200, Ludovic Courtès wrote: > Hi, > > Leo Famulari skribis: > > > The current Guix package points to a Git commit that does not exist, > > which breaks the ability to build the package. > > > > The current package version is '1.1.0-16.d3eee3c'. > > > > That c

bug#42315: `guix system vm-image` does not produce image with btrfs

Hi Guix, I'm using guix from commit: ec4c404c0575b340a04b3922fb828ac5417832dd I want to create a vm-image with a btrfs filesystem. Following the manual for Invoking guix system , I ran: `guix system vm-image --image-size=12