bug#57068: Resizing mcron job in vm-image.tmpl interferes with settings

Hi, Ludovic Courtès writes: > Ludovic Courtès skribis: > >> Commit 945ad48cd8029fa77a643e00c7fd350e98cacca0 added an mcron job to >> ‘vm-image.tmpl’ that resets screen size every second. I’m don’t fully >> understand the problem this was addressing, but it has two drawbacks: >> >> 1.

bug#57052: elogind-service specifies a variable that's ignored by defualt

Hello, Cairn writes: > Would it not still be explicit if variables that should go unspecified > were written out, but not given a value? Maybe I'm misunderstanding > the point of explicit values though. I made it *unspecified* in 59ee837d8b, given this service config doesn't yet use

bug#56799: (gnu services configuration) usage of *unspecified* is problematic

Hi Attila, Attila Lendvai writes: [...] > also, seems like it didn't register in this discussion, so i press it > once again: if the default/unspecified value is a symbol (any symbol), > then those configuration fields, whose type is set to be of symbol, > will not error when they are left

bug#56799: (gnu services configuration) usage of *unspecified* is problematic

Hi Attila, Attila Lendvai writes: >> i'm obviously not aware of the entire complexity here, othrwise >> there wouldn't have remained a bug... but regardless of the actual >> API/value used, i don't see how any of this could work without the >> service code explicitly checking for the

bug#57046: Spanish documentation uses exclusive language

Hi, tl;dr: IMO this whole language neutering project, whose goal UIAM is purportedly to exclude exclusion, is self-contradictory. I.e., it excludes those who are used to natural language as they have learned it (including words to charm or insult or play with), and are not distracted by gender

bug#57068: Resizing mcron job in vm-image.tmpl interferes with settings

Hi Ludovic, Ludovic Courtès writes: > Hello! > > Commit 945ad48cd8029fa77a643e00c7fd350e98cacca0 added an mcron job to > ‘vm-image.tmpl’ that resets screen size every second. I’m don’t fully > understand the problem this was addressing, but it has two drawbacks: The vm-image.tmpl is the

bug#57067: Missing Xfce icons

Ludovic Courtès writes: > In current ‘master’ (ca. 6db3b34d7203639ef4286c237a6e536259f92352), in a > VM created with: > > guix system vm gnu/system/examples/vm-image.tmpl > > Xfce is lacking a few icons in window decorations and in the bar at the top: > Fixed in commit

bug#56799: (gnu services configuration) usage of *unspecified* is problematic

Hi, Ludovic Courtès writes: > Howdy, > > Maxim Cournoyer skribis: [...] >> I think mostly because few services make use of define-configuration. >> While attempting to write a new VNC service, it quickly became a visible >> annoyance: >> >> (define-configuration/no-serialization

bug#57083: Jekyll is unusable

Hi, here is the issue with Jekyll : sego@pluto ~$ guix describe Génération 14508 août 2022 14:09:22(actuelle) guix ec6499a URL du dépôt : https://git.savannah.gnu.org/git/guix.git branche : master commit : ec6499aad231b8a5991f38c1ec982be4b3598837 sego@pluto ~/job/site/www$

bug#56556:

I have the same issue. Tested in German language -- it works just fine with the full-fledged LaTeX environment.

bug#57071: Xscreensaver not working since latest patch

Hi, The latest xscreensaver patch rendered xscreensaver unusable on my systems. When I try to unlock my screen I am greeted with the message 'xscreensaver: don't login as root', even though I don't invoke it as root. $xscreensaver-command -lock Aug 9

bug#57093: 'guix style --whole-file' hangs indefinitely if parenthesis is unmatched

Hi, guix style --whole-file package.scm hangs indefinitely if parenthesis is unmatched. Relevant commit a15542d26df42dabdb5e2f76d150ae200230c3b0. Here is an example package definition with missing a parenthesis. (define-public vim-asyncrun (package (name "vim-asyncrun") (version

bug#55657: libgccjit is unusable

John Kehayias wrote: > > As for the original issue here, I guess the LIBRARY_PATH and ld shadowing is > the workaround. I don't know if that is something that can/should be > incorporated into the libgccjit package definition or should just be handled > by any package using it. Currently, that

bug#57095: another "inappropriate ioctl" bug :)

``` ./pre-inst-env guix import pypi -r linode-cli | tee -a gnu/packages/python-xyz.scm ... In guix/build/syscalls.scm: 2284:35 1 (_) 2273:8 0 (terminal-window-size _) guix/build/syscalls.scm:2273:8: In procedure terminal-window-size: In procedure terminal-window-size: Inappropriate

bug#56866: [Shepherd] inetd connections not correctly counted?

Hi, Ludovic Courtès skribis: > We recently experienced a bug on berlin.guix where we’d be locked out of > SSH access because shepherd (0.9.1) would say that the maximum > connection number on the sshd inetd service had been reached. On berlin.guix, which is getting hammered, we see things like

bug#57071: Xscreensaver not working since latest patch

Hi Rick, Rick Huijzer skribis: > The latest xscreensaver patch rendered > xscreensaver unusable on my systems. When I try to unlock my screen I am > greeted with the message 'xscreensaver: don't login as root', even though I > don't invoke it as root. > > >

bug#57091: Git authentication reports subkey fingerprints

On 09-08-2022 23:07, Ludovic Courtès wrote: Hello, As Tobias explains at and as can be seen from ‘.guix-authorizations’, the (guix openpgp) and (guix git-authenticate) machinery reports the fingerprint of subkeys on

bug#57077: guix-jupyter fails a test

Hi! Andreas Enge skribis: > guix-jupyter currently fails to build with the error message below. While I > noticed it when updating python-sympy, the problem was already present > before. It looks like the Jupyter protocol changed, probably in d54b8754fdba52d89aafaaf80b6c8e89bcea92bd, which was

bug#57090: [BUG] Default Notation for chmod in guix style?

Hi, "(" skribis: > On Tue Aug 9, 2022 at 9:59 PM BST, Maxime Devos wrote: >> 'chmod' is not mentioned anywhere in (guix scripts style), so I'd think >> it's just an oversight. The authority on the matter would be Ludovic >> Courtès > > Is it possible that (guix read-print) stores octal

bug#57090: [BUG] Default Notation for chmod in guix style?

On Tue Aug 9, 2022 at 10:01 PM BST, Csepp wrote: > Seems to be a Scheme limitation: > > ``` > scheme@(guile-user)> '(#o10) > $1 = (8) > ``` `guix style` uses a completely seperate reader, defined in (guix read-print), so even though it's possible it has the same limitation, we could easily modify

bug#57091: Git authentication reports subkey fingerprints

Hello, As Tobias explains at and as can be seen from ‘.guix-authorizations’, the (guix openpgp) and (guix git-authenticate) machinery reports the fingerprint of subkeys on signatures (when subkeys are used) rather than the

bug#57090: [BUG] Default Notation for chmod in guix style?

Christopher Rodriguez writes: > [[PGP Signed Part:Undecided]] > > Hello, > > I've noticed that, when I explicitly declare absolute permissions in > octal during a (chmod …) in my package definitions and then run guix > style, it converts them to decimal instead. > > Is this intended? I've

bug#57090: [BUG] Default Notation for chmod in guix style?

On Tue Aug 9, 2022 at 9:59 PM BST, Maxime Devos wrote: > 'chmod' is not mentioned anywhere in (guix scripts style), so I'd think > it's just an oversight. The authority on the matter would be Ludovic > Courtès Is it possible that (guix read-print) stores octal numbers directly as Scheme

bug#57090: [BUG] Default Notation for chmod in guix style?

Note: No need for [BUG] prefixes -- they are prefixed automatically by bug#N and the bug tracker is either for bugs or patches, and the latter has the [PATCH ...] convention. No harm though. On 09-08-2022 22:47, Christopher Rodriguez wrote: Hello, I've noticed that, when I explicitly

bug#57090: [BUG] Default Notation for chmod in guix style?

Hello, I've noticed that, when I explicitly declare absolute permissions in octal during a (chmod …) in my package definitions and then run guix style, it converts them to decimal instead. Is this intended? I've gotten feedback and agree that octal (#o755) is much clearer to read than decimal

bug#57089: r-rmarkdown contains minified JavaScript

On Tue Aug 9, 2022 at 9:38 PM BST, Ricardo Wurmus wrote: > It is not immediately obvious, where the corresponding source code could be > found: They seem to come from various NPM packages; looks like these ones: * https://www.npmjs.com/package/bootstrap *

bug#55657: libgccjit is unusable

Thanks for the new patchset Lily, very excited to have emacs with native compiliation in upstream Guix! (At the very least so I don't have to compile libgccjit and emacs) For everyone following along at home, please see https://issues.guix.gnu.org/57086 As for the original issue here, I guess

bug#57089: r-rmarkdown contains minified JavaScript

r-rmarkdown contains a lot of minified JavaScript. It is not immediately obvious, where the corresponding source code could be found: --8<---cut here---start->8--- rmarkdown/inst/rmd/ioslides/ioslides-13.5.1/js/prettify/prettify.js: ASCII text, with very long

bug#57046: Spanish documentation uses exclusive language

Thank you Csepp/raingloom for speaking up. Csepp writes: > Just a thought, but maybe it shouldn't be a group of men who decides > what language is and is not inclusive I believe we don’t disagree on what is / is not inclusive. > and whether that's important. > We've had some Outreachy interns,

bug#53210: installer: referring to N-1 guix is problematic.

Hi Ludo, Sorry for the delay, I was on holidays for the past few weeks. Ludovic Courtès writes: > Hi Josselin & all, > > I ended up pushing the following patches: > > fdafd40432 maint: Use a pretty version string in ISO and VM images. > 95a03aa5c5 system: install: Always use

bug#55657: [PATCH 0/6] Add native compilation to Emacs

Hi Guix, at long last the following patch set should enable native compilation for both Emacs and emacs-build-system. I tested emacs-dash and at the very least native code is generated, though I haven't yet checked whether it is also loaded. As with any shiny new Emacs feature, please verify

bug#57046: Spanish documentation uses exclusive language

"pelzflorian (Florian Pelz)" writes: > Hi Ludo. > > Ludovic Courtès writes: >> • Using gender-neutral words—e.g., “personas” or “quién” rather than >> “usuarios”. >> >> • Talking to the user: “puedes hacer …” rather than “usuarios pueden >> hacer …”. > > Agree, but when these

bug#57052: elogind-service specifies a variable that's ignored by defualt

Would it not still be explicit if variables that should go unspecified were written out, but not given a value? Maybe I'm misunderstanding the point of explicit values though. signature.asc Description: OpenPGP digital signature

bug#57039: `make check' yields two failed tests.

Maxime Devos skribis: > On 09-08-2022 15:50, Ludovic Courtès wrote: >>> + (entry (tag "tag-for-first-news-entry") >>> + (title (en "Old news.") (eo "Malnova?oj.")) >> The question mark here suggests you’re not running the tests with a >> UTF-8

bug#57046: Spanish documentation uses exclusive language

Hi Ludo. Ludovic Courtès writes: > • Using gender-neutral words—e.g., “personas” or “quién” rather than > “usuarios”. > > • Talking to the user: “puedes hacer …” rather than “usuarios pueden > hacer …”. Agree, but when these don’t work, > • Using the -e suffix, which has the

bug#57039: `make check' yields two failed tests.

On 09-08-2022 15:50, Ludovic Courtès wrote: ;;; (fail (package (name "python-foo") (version "1.0.0") (source (origin (method url-fetch) (uri (pypi-uri "foo" version)) (sha256 (base32 "03ygiww1c9fdgs998x4rqhxa73gq0r30rp0vq50q022wp1d6w0cz" (build-system python-build-system)

bug#57039: `make check' yields two failed tests.

On 09-08-2022 15:50, Ludovic Courtès wrote: + (entry (tag "tag-for-first-news-entry") + (title (en "Old news.") (eo "Malnova?oj.")) The question mark here suggests you’re not running the tests with a UTF-8 locale. Could you add, say,

bug#57052: elogind-service specifies a variable that's ignored by defualt

>For the record, this was noticed and discussed more than a year ago, see >Message-ID: <871rens9a2.fsf@nckx>. It had fallen into the cracks LOL. I'm the one who asked Cairn to report this. I didn't remember publicly reporting it, I only remembered noticing it and not fixing it, and didn't

bug#54786: Installation tests are failing

Closing as all the installation tests are now fixed. Thanks to everyone involved :) Mathieu

bug#57052: elogind-service specifies a variable that's ignored by defualt

Hi, Maxim Cournoyer writes: > Hi, > > Liliana Marie Prikler writes: > >> Am Sonntag, dem 07.08.2022 um 23:29 + schrieb Cairn: >>> "HandleLidSwitchExternalPower= is completely ignored by default (for >>> backwards compatibility)"[1] >>> >>> I noticed (with help in IRC) that my laptop wasn't

bug#57052: elogind-service specifies a variable that's ignored by defualt

Hi, Liliana Marie Prikler writes: > Am Sonntag, dem 07.08.2022 um 23:29 + schrieb Cairn: >> "HandleLidSwitchExternalPower= is completely ignored by default (for >> backwards compatibility)"[1] >> >> I noticed (with help in IRC) that my laptop wasn't suspending on lid >> close when plugged

bug#57039: `make check' yields two failed tests.

Hi, Pierre-Henry Fröhring skribis: > test-name: channel-news, one entry > location: /home/phf/src/guix/tests/channels.scm:323 > source: > + (test-assert > + "channel-news, one entry" [...] > + (entry (tag "tag-for-first-news-entry") > +

bug#57046: Spanish documentation uses exclusive language

Hola, "pelzflorian (Florian Pelz)" skribis: > * the main Spanish translation po/guix/es.po uses usuario > > * the French translation switches between “utilisateur·rices”, > “utilisatrices et utilisateurs” and more often masculine “utilisateurs” > > * the Portuguese, Russian, German

bug#56680: go-1.16.15 build fails in check phase on powerpc64le

[Efraim Flashner]: [...] just removing the native-inputs field completely from 1.17 should try to make go-1.17 build with gccgo. Then try to build go@1.17. That does indeed start a gccgo build and fails after a while with this: ( https://dpaste.org/3UwS2 has more details) starting

bug#53210: installer: referring to N-1 guix is problematic.

Hi Josselin & all, I ended up pushing the following patches: fdafd40432 maint: Use a pretty version string in ISO and VM images. 95a03aa5c5 system: install: Always use 'current-guix'. 57f1892d36 gnu: guix: Default 'current-guix' is built using the current channels. 64a070717c channels:

bug#57077: guix-jupyter fails a test

Hello, guix-jupyter currently fails to build with the error message below. While I noticed it when updating python-sympy, the problem was already present before. Andreas test-name: execute_request location: /tmp/guix-build-guix-jupyter-0.2.2.drv-0/source/tests/kernels.scm:100 source: +

bug#57052: elogind-service specifies a variable that's ignored by defualt

(Resending this email, since I forgot to add the debugs.gnu.org address as a recipient) > IMHO the Guix behaviour of always setting a value is the right one > (explicit is better than implicit after all). As for the default > values, one might disagree as to which fits, but I don't think

bug#57068: Resizing mcron job in vm-image.tmpl interferes with settings

Ludovic Courtès skribis: > Commit 945ad48cd8029fa77a643e00c7fd350e98cacca0 added an mcron job to > ‘vm-image.tmpl’ that resets screen size every second. I’m don’t fully > understand the problem this was addressing, but it has two drawbacks: > > 1. Kicking in every second is inefficient. > >

bug#57068: Resizing mcron job in vm-image.tmpl interferes with settings

Hello! Commit 945ad48cd8029fa77a643e00c7fd350e98cacca0 added an mcron job to ‘vm-image.tmpl’ that resets screen size every second. I’m don’t fully understand the problem this was addressing, but it has two drawbacks: 1. Kicking in every second is inefficient. 2. Resetting the screen size

bug#57052: elogind-service specifies a variable that's ignored by defualt

Am Dienstag, dem 09.08.2022 um 03:52 +0200 schrieb b...@bokr.com: > Hi Liliana, > > On +2022-08-08 12:45:10 +0200, Liliana Marie Prikler wrote: > > Am Sonntag, dem 07.08.2022 um 23:29 + schrieb Cairn: > > > "HandleLidSwitchExternalPower= is completely ignored by default > > > (for > > >