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

2022-08-08 Thread bokr
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 > > backwards compatibility)"[1] > > > > I noticed (with help in IRC) that my laptop wasn't

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

2022-08-08 Thread Attila Lendvai
> 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 unspecified value for > fields that have a maybe

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

2022-08-08 Thread Attila Lendvai
i got back online... > That said, whether it’s ‘unspecified?’ or something else, you have to > have a check in place, right? With the new interface it becomes: > > (if (eq? port 'unset) #f port) > > Or you can provide an actual default value (an integer in this case), > but that’s possible

bug#47222:

2022-08-08 Thread paren--- via Bug reports for GNU Guix
We now have nettle 3.7.3, so this isn't an issue anymore. Closing. -- (

bug#57046: Spanish documentation uses exclusive language

2022-08-08 Thread lfvega--- via Bug reports for GNU Guix
Sorry! I honestly didn't see the author reasoning for using feminine words. Thank you so much for pointing me to the relevant notes. According to their reasoning, using made up neutrals like "-x" or "-e" make automatic reading or autocorrection difficult, and  using "-as/os" would be too

bug#57059: [BUG] pcc build failure

2022-08-08 Thread paren--- via Bug reports for GNU Guix
The build for the `pcc` compiler is broken on my machine (x86-64): ```log starting phase `set-SOURCE-DATE-EPOCH' phase `set-SOURCE-DATE-EPOCH' succeeded after 0.0 seconds starting phase `set-paths' environment variable `PATH' set to

bug#57046: Spanish documentation uses exclusive language

2022-08-08 Thread pelzflorian (Florian Pelz)
Cc to the Spanish translators in po/doc/guix-manual.es.po Thank you Jean Pierre De Jesus DIAZ for filing a bug instead of starting an edit war on Weblate. But if there is a decision on changing, someone will have to edit the translation on Weblate. For comparison, * the main Spanish

bug#57046: Spanish documentation uses exclusive language

2022-08-08 Thread lfvega--- via Bug reports for GNU Guix
I applaud your effort using inclusive language in the official documentation, as someone who uses it daily in most occasions. Sadly, I've seen some concerning issues in the Spanish documentation related to the usage of inclusive language, specifically in the manual

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

2022-08-08 Thread Liliana Marie Prikler
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 in and charging, which I hadn't seen happen

bug#57046: Spanish documentation uses exclusive language

2022-08-08 Thread Jean Pierre De Jesus DIAZ via Bug reports for GNU Guix
Hello, As an Spanish speaker too I didn't notice it at first when reading the documentation and feels weird that it's deliberately "usuaria" instead of "usuario". For example, in Argentina, only 8% of the population uses inclusive language:

bug#57046: (No Subject)

2022-08-08 Thread Jean Pierre De Jesus DIAZ via Bug reports for GNU Guix
FWIW author cites: https://guix.gnu.org/es/manual/es/guix.es.html#DOCF50 As the reason for using feminine words. https://guix.gnu.org/es/manual/es/guix.es.html#FOOT50 Quoting from the manual: >NdT: En esta traducción se ha optado por usar el femenino para referirse a >personas, ya que es el

bug#56965: wterm does not work on sway

2022-08-08 Thread jbranso--- via Bug reports for GNU Guix
August 6, 2022 3:45 PM, b...@bokr.com wrote: > Hi Joshua, > > On +2022-08-03 21:54:12 -0400, Joshua Branson via Bug reports for GNU Guix > wrote: > >> wterm is said to be a simple terminal for wayland: >> >> #+BEGIN_SRC shell :results: raw >> guix show wterm | recsel -p synopsis >> #+END_SRC

bug#57037: Package `guile-newt' cannot be cross-compiled

2022-08-08 Thread Mathieu Othacehe
Hello, > The `guile-newt' package that is used for the installation UI can't > be cross-compiled as it tries to load the `newt' dynamic library when > the Guile code is compiled. I've tried to find a solution/fix but I > don't know much about how Guile byte-code compilation works. Fixed with

bug#57049: cool-retro-term-1.2.0 build failure

2022-08-08 Thread 宋文武 via Bug reports for GNU Guix
"bdju" writes: > build log: http://ix.io/46Yn > guix version: just shows up as 0 for some reason... cool-retro-term fixed in master now, thank you for the report! I have version as 0 too...

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

2022-08-08 Thread Cairn via Bug reports for GNU Guix
"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 in and charging, which I hadn't seen happen on other systems. I now know that I can set this by configuring