bug#40998: [PATCH v2 4/4] initrd: Print its command-line parameters.

On 19 February 2022 07:01:55 UTC, Maxim Cournoyer wrote: >* gnu/build/linux-boot.scm (boot-system): Print command-line parameters to >standard output. >--- > gnu/build/linux-boot.scm | 2 ++ > 1 file changed, 2 insertions(+) > >diff --git a/gnu/build/linux-boot.scm b/gnu/build/linux-boot.scm

bug#54077: What does "sequel" mean in the CODE-OF-CONDUCT

Hello, Tobias Geerinckx-Rice writes: > Maxime Devos skribis: >> ‘The following’, I think? > > It's an example of the pseudo-legalese people can slip into when > writing An Official Document. > > On 2022-02-27 14:48, Ludovic Courtès wrote: Maybe something more like "Note: In this document,

bug#54111: guile bundles (a compiled version of) UnicodeData.txt and binaries

Hi guix, On +2022-02-27 20:52:38 +0100, Maxime Devos wrote: > Maxime Devos schreef op zo 27-02-2022 om 20:45 [+0100]: > >   * Add 'perl' (or 'perl-boot0' because that perl is probably good > >     enough?) to the native-inputs of guile. > > > > Actually, the second is already done in

bug#53998: Guix pull always gets stuck at ~80% on fresh i686 1.3.0 install

Hi Ahmad, Ahmad Draidi skribis: > I tested a few more times using the same method (clean install, etc) > and the results were like this: > > - Pull seg faulted, 2nd pull worked > > - Pull seg faulted, 2nd pull got stuck > > - Pull finished without issues > > - Pull finished without issues > > -

bug#40998: Guix System's initrd doesn't honor rootflags

Maxim Cournoyer skribis: > * gnu/build/linux-boot.scm (boot-system): Print command-line parameters to > standard output. > --- > gnu/build/linux-boot.scm | 2 ++ > 1 file changed, 2 insertions(+) > > diff --git a/gnu/build/linux-boot.scm b/gnu/build/linux-boot.scm > index 2f8b114806..30442ec8f8

bug#40998: Guix System's initrd doesn't honor rootflags

Maxim Cournoyer skribis: > * gnu/build/linux-boot.scm (boot-system): Honor rootfstype and rootflags > arguments. Update doc. Error out in case there is insufficient information > with regard to the root file system. > Restore the behavior of inferring the root device from the root file system

bug#40998: Guix System's initrd doesn't honor rootflags

Hi, Maxim Cournoyer skribis: > -(define (bootable-kernel-arguments system root-device) > - "Return a list of kernel arguments (gexps) to boot SYSTEM from > ROOT-DEVICE." > - (list (string-append "--root=" > +(define* (bootable-kernel-arguments system root-device version) > + "Return a list

bug#40998: Guix System's initrd doesn't honor rootflags

Hi! Maxim Cournoyer skribis: > This version field exposes the (already present) version information of a boot > parameters file. > > * gnu/system.scm (%boot-parameters-version): New variable. > ()[version]: New field. > (read-boot-parameters): Use it. > (operating-system-boot-parameters-file):

bug#54111: guile bundles (a compiled version of) UnicodeData.txt and binaries

Maxime Devos schreef op zo 27-02-2022 om 20:45 [+0100]: >   * Add 'perl' (or 'perl-boot0' because that perl is probably good >     enough?) to the native-inputs of guile. > > Actually, the second is already done in 'guile-final'. Maybe this being done in 'guile-final' and 'guile-3.0-latest' is

bug#54111: guile bundles (a compiled version of) UnicodeData.txt and binaries

Ludovic Courtès schreef op zo 27-02-2022 om 14:52 [+0100]: > It would add a dependency on Perl, which is not great (I’m not sure > whether it complicates bootstrapping since Perl is already present early > on, but it’s safer to avoid it.) > > We could rewrite ‘unidata_to_charset.pl’ in Scheme,

bug#54077: What does "sequel" mean in the CODE-OF-CONDUCT

Maxime Devos skribis: ‘The following’, I think? It's an example of the pseudo-legalese people can slip into when writing An Official Document. On 2022-02-27 14:48, Ludovic Courtès wrote: Maybe something more like "Note: In this document, ..." ? If that sounds clearer, let’s do that!

bug#54181: [aarch64] gnutls-dane fails tests

Ricardo Wurmus writes: > I tried to build this derivation > > /gnu/store/6r4y0ni5k1b658mlzr2j5pbzy1d37rq9-gnutls-dane-3.7.2.drv > > on the honeycomb aarch64 nodes repeatedly, also with --cores=1. Every > time this build fails with at least one test failure. It built fine on the first try

bug#54181: [aarch64] gnutls-dane fails tests

I tried to build this derivation /gnu/store/6r4y0ni5k1b658mlzr2j5pbzy1d37rq9-gnutls-dane-3.7.2.drv on the honeycomb aarch64 nodes repeatedly, also with --cores=1. Every time this build fails with at least one test failure. There seem to be different tests that fail each time. Here are some:

bug#54077: What does "sequel" mean in the CODE-OF-CONDUCT

Hello, Maxime Devos skribis: > Vagrant Cascadian schreef op zo 20-02-2022 om 12:26 [-0800]: >>   Note: In the sequel, "project" refers to GNU Guix, and "project >>   maintainer(s)" refers to maintainer(s) of GNU Guix. >> >> What does "the sequel" refer to? > > ‘The following’, I think? Per

bug#54111: guile bundles (a compiled version of) UnicodeData.txt and binaries

Hi, Maxime Devos skribis: > Looking at > , > I noticed that Guile bundles a binary variant of UnicodeData.txt in > srfi-14.i.c. Seems like it should be compiled with > the 'unidate_to_charset.pl'

bug#53998: Guix pull always gets stuck at ~80% on fresh i686 1.3.0 install

Hello again, On 2/23/22 19:17, Ahmad Draidi wrote: I tested again using the same method (clean install, same VM, etc) but with strace running this time a couple of days ago and it failed, but just now it passed. I'll test a couple of times again and let you know. I tested a few more times

bug#53334: Acknowledgement (qbittorrent(<=4.4.0)'s search window fails with "Python is required to use the search engine but it does not seem to be installed")

Documentation about the issue and it's workaround added in the community wiki: * https://guix.miraheze.org/wiki/Packages/qbittorrent -- Jacob Hrbek, In support of ukraine sovereignty #supportUkraine publickey - kreyren@rixotstudio.cz - 1677db82.asc Description: application/pgp-keys