Re: Suggestion for a guix shell feature.

[Tobias Geerinckx-Rice]

Hiyall,

On 29 December 2023 03:58:27 UTC, Maxim Cournoyer  
wrote:
>Guix doesn't/shouldn't make use of LD_LIBRARY_PATH, except in rare cases
>to wrap binaries.  It's better to patch the dlopen calls to use the
>absolute shared library file name.

Fully agree.

Furthermore, '--ld-library-path' sounds like an inflexible alias of a 
nonexistent '--ad-hoc-search-path=FOO=/bar' option.

So why not instead write a cute little (name "LD_LIBRARY_PATH") fake package 
that does nothing but declare a search path for /lib?  It could live in any 
channel rather than further fatten 'guix shell'.

>Perhaps you are missing the package configuring LIBRARY_PATH and other
>useful environment variables for finding libraries?  That'd be
>gcc-toolchain, if I recall correctly.

I might be mistaken but I assumed this was more about running 'pre-existing' 
(cough cough nudge nudge) software not built from source.



Kind regards,

T G-R

Sent on the go.  Excuse or enjoy my brevity.

Re: Western US mirroring?

[Tobias Geerinckx-Rice]

I'm happy to assist but not currently available to be volunteered into leading 
the effort, sorry.

Kind regards,

T G-R

Sent on the go.  Excuse or enjoy my brevity.

Re: Western US mirroring?

[Tobias Geerinckx-Rice]

[+CC the -maintainers alias for good measure]

I can't speak for the collective but enthousiastic +1 from me.

OSU should already have me on file as representing Guix (for the POWER9 VM) so 
let me know if I can expedite anything.

Kind regards,

T G-R

Sent on the go.  Excuse or enjoy my brevity.

Re: Shutting down qa.guix?

[Tobias Geerinckx-Rice]

Hi Chris,

I agree that Guix should step in to maintain the level of service 
that QA currently offers, by paying for hosting and sharing 
responsibility for system administration.


Whether the software's maintained or improved is something over 
which we've historically had very poor control.  Things go awry 
when we pretend otherwise.


Christopher Baines 写道：

it's not the most cost effective setup


Has this been explained in more detail before?

I also think that fundamentally I may think that processes and 
tooling

to make changes is more important than others regard it to be.


The disproportionate amount of effort you've put in, mostly 
unaided, implies as much.


(Proportionally disproportional thanks for that, by the way.)

Both


more comments to provide some context for the configuration.


and

making some high level architecture diagrams for QA and the 
bordeaux

build farm


would be very much appreciated!


As for monitoring and responding to problems, that's a bit more
complicated, but in most cases a herd restart of the relevant 
bit will

temporarily resolve the issue.


Chuffed that the Guix Data Service embodies the same debugging 
philosophy as the other Guix infrastructure.


Kind regards,

T G-R


signature.asc
Description: PGP signature

Re: Upgrading Guix's security team

[Tobias Geerinckx-Rice]

Great, I was waiting for someone to reply so's to glom on and ask to be 
included in the same commit to minimise noise.

So, there.

Kind regards,

T G-R

Sent on the go.  Excuse or enjoy my brevity.

Re: How to properly package umbrella projects?

[Tobias Geerinckx-Rice]

Side note: different subprojects have different licenses.


That would not factor into my decision.


Well, apart from adding a ‘license’ argument to the procedure, but there 
are other missing arguments (synopsis, description) from that rough 
example anyway.


Kind regards,

T G-R

Sent from a Web browser.  Excuse or enjoy my brevity.

Re: How to properly package umbrella projects?

[Tobias Geerinckx-Rice]

Hi Horse,

On 2023-10-08 7:52, Unstable Horse wrote:

short question: a program I'm writing depends on gst-plugin-gtk4 which
is a part of gst-plugins-rs[0]. What's the most appropriate way to
package such a project:


In the majority of cases, I would say: a single package (here, 
‘gst-plugins-rs’) with multiple outputs.  However.


- This repository seems to be cleanly designed to efficiently(?) build 
only a single plug-in[1], rather than building all of them only to throw 
most away.  Verify that, though.


- This is Rust, with its associated Cargo dependency hell, and 
dependencies seem to be neatly declared[2] per-plug-in.  I think it's 
wise to bite off only as much as you're currently willing to chew.


For those reasons at least, I'd go for a single gst-plugin-rs-gtk4 
package, written in this style:


(define* (gst-plugin-rs name
   (native-inputs '())
   (inputs '())
   (cargo-inputs '())
   (cargo-development-inputs '()))
  …)

(define gst-plugin-rs
  (gst-plugin-rs "gtk4"
 #:inputs
 (…)
 …)

You'll have to do some work in gst-plugin-rs to change the default of 
"auto" for each unwanted plug-in.



Side note: different subprojects have different licenses.


That would not factor into my decision.

Kind regards,

T G-R

Sent from a Web browser.  Excuse or enjoy my brevity.


[0]: https://gitlab.freedesktop.org/gstreamer/gst-plugins-rs
[1]: 
https://gitlab.freedesktop.org/gstreamer/gst-plugins-rs/-/blob/main/meson_options.txt
[2]: 
https://gitlab.freedesktop.org/gstreamer/gst-plugins-rs/-/blob/main/video/gtk4/Cargo.toml

Re: A Forum for Guix Users

[Tobias Geerinckx-Rice]

Hi!

I saw this thread mentioned in #guix.

Csepp 写道：

We could also bridge IRC to Matrix


This will happen if EMS (representing ‘Matrix’ here) fixes the 
mysterious errors that are currently plaguing channels trying to 
migrate from portalled⁰ to plumbed⁰ rooms.


Kind regards,

T G-R

[0]: https://libera.chat/news/matrix-deportalling


signature.asc
Description: PGP signature

Expect bayfront (bordeaux) downtime on 26 May

[Tobias Geerinckx-Rice]

Bonjour!

This is a service announcement for users of the bayfront (or bordeaux) 
substitute server, which also handles IRC logs IIRC, and probably some 
other rando services.  That's most Guix users.


The original French message follows.  The TF;DR is that networking will 
probably be severed during the 60-90 minutes starting 26 May at midnight 
CEST.  Then, everything will be perfect again.


Kind regards,

T G-R

Sent from a Web browser.  Excuse or enjoy my brevity.

 Original Message 
Subject: [hebergement-bdx-cogent] Opération programmée 00:00 CEST 
(UTC+2) 26-MAY-2023


Bonjour,

Cogent nous annonce une opération de mise à jour de leur équipements en 
tête de réseau ce qui engendrera une coupure le

00:00 CEST (UTC+2) 26-MAY-2023 de 60 à 90 minutes.

Tous nous services hébergés au datacenter seront perturbés durant 
l'intervention.


Sacha.

Re: Welcome new committers

[Tobias Geerinckx-Rice]

Welcome (further) aboard, Josselin & Simon!

You've both contributed tremendously to Guix over many years, and it is very 
much appreciated.



Kind regards,

T G-R

Sent on the go.  Excuse or enjoy my brevity.

Re: The package/inherit trap

[Tobias Geerinckx-Rice]

Hi,

On 7 March 2023 17:46:50 UTC, Simon Tournier  wrote:
>Well, from my point of view, we have a trap because the documentation is
>not clear. :-)

Both.

However, merely documenting something is not enough when we have the chance to 
fix misleading naming, as we do here.  It would be nice to have, but orthogonal.



Kind regards,

T G-R

Sent on the go.  Excuse or enjoy my brevity.

The package/inherit trap (was: gnu: stellarium: Enable ShowMySky.)

[Tobias Geerinckx-Rice]

Hi!

Maxim Cournoyer 写道：

Simon Tournier  writes:
It is not clear for me why you choose one over the other.  From 
my

current understanding, I would be tempted to always use
'package/inherit' and never plain 'inherit'.


I also got confused by that in the past;


Same.  I think it's a rite of passage.  A questionable one.


The way I process it internally now is this:

If the inheritance is for *same-source/same-version* variants of 
a
package, they should use package/inherit, as any security issues 
found
in the parent package should also be applied to that package 
(since they

use the same source).  Otherwise, plain 'inherit' should be used
(e.g. for newer version variants).


That about jives with my intuition.

Judging by the (IMO) universal confusion this causes, it is (IMO) 
spectacularly poorly-named.  A docstring doesn't fix that.


Could we rename it to something like 
‘package+replacements/inherit’?  To me, that captures the spirit, 
without being overly longer.


But I'll gladly judge other bikesheds if they lead to a less 
misleading name.


Kind regards,

T G-R


signature.asc
Description: PGP signature

Re: Requesting permission to post a job search in guix-devel

[Tobias Geerinckx-Rice]

Hi Andrea [on-list],

So, good news.

A majority of maintainers has awoken, and all agree that job 
searches are welcome on guix-devel@ as long as they:


 1. are related to Guix, obviously not an issue here;
 2. do not promote non-free software.

Promotion would include applicants being ‘encouraged’ or required 
to produce non-free software to get (or increase their chances of 
getting) the job.


Certainly not the vibe I got from your company, so if you/Gio' can 
vouch for that, feel welcome to share your post!


Best of luck,

T G-R


signature.asc
Description: PGP signature

Re: Guix on Apple Silicon

[Tobias Geerinckx-Rice]

Roman,

On 2023-02-25 20:17, Roman Scherer wrote:

I'm working on a channel to run Guix on an Apple M1. I wonder if there
is interest in bringing some of its packages into Guix itself,
provided licensing allows it.


As long as they're FSDG-OK, I'd love to see this happen.

Kind regards,

T G-R

Sent from a Web browser.  Excuse or enjoy my brevity.

Re: [PATCH] download: Add url-fetch/xz-file.

[Tobias Geerinckx-Rice]

Hi Hilton,

I agree with Ludo' and also wonder if a generic 
‘url-fetch/compressed-file’ wouldn't be better.  There are closure 
arguments to be made for this xz-only approach.  I don't know if they're 
convincing.  Cluebats welcome.


(I was going to bring up ‘url-fetch/tarbomb’ as an example, but it 
doesn't actually handle anything besides gzip!  Madness.)


On 2023-01-25 10:07, Hilton Chain wrote:

+(setenv "XZ_OPT"
+(string-join (%xz-parallel-args)))


Why set this kluge…


+(invoke (string-append #+xz "/bin/unxz")
+#$file-name)


…when we have full control over xz's arguments?

Kind regards,

T G-R

Sent from a Web browser.  Excuse or enjoy my brevity.

Re: Oniro or Guix on Zephyr kernel?

[Tobias Geerinckx-Rice]

Hi,

On 2023-02-24 19:36, Mitchell Schmeisser wrote:
I don't think the guix daemon is technically 
required

for the shepherd to boot (being the daemon is a shepherd process
itself).


No, not at all.  I think this is a common (and not unreasonable!) 
assumption we Guixers forget exists.


The ‘Guix daemon’ is not required to run Guix software or Guix System, 
only for store operations (building, GC'ing, …).


The name ‘guix-build-daemon’ would have been closer to the truth.

Kind regards,

T G-R

Sent from a Web browser.  Excuse or enjoy my brevity.

Re: adding motif to guix

[Tobias Geerinckx-Rice]

Hi!

Not a review, but how is *tif ‘not an X toolkit’...?  Why not just say it ‘uses 
*tif’, instead?

Kind regards,

T G-R

Sent on the go.  Excuse or enjoy my brevity.

Re: Resurrecting top-notch continuous integration for Guile

[Tobias Geerinckx-Rice]

Hello,

> (Speaking of which, I hereby ask fellow Guix hackers to voice any
> concerns they may have regarding this use of project resources.)

Please use project resources.  Thank you.

Kind regards,

T G-R

Sent on the go.  Excuse or enjoy my brevity.

Re: Unexpected error with #~(modify-phases

[Tobias Geerinckx-Rice]

You're probably missing (guix gexp), and the 'replace' syntax fails before 
Guile ever gets to expanding the '#~'.

Kind regards,

T G-R

Sent on the go.  Excuse or enjoy my brevity.

Re: #:configure-flags flags #~'() or #:configure-flags flags #~()

[Tobias Geerinckx-Rice]

In this example, only #~'() makes sense.  #~() is nonsensical here and will 
cause a syntax error when ungexped.

Kind regards,

T G-R

Sent on the go.  Excuse or enjoy my brevity.

Re: #:configure-flags flags #~'() or #:configure-flags flags #~()

[Tobias Geerinckx-Rice]

Hi!

It's not about 'right' (why would grepping Guix return wrong code...? 
Impossible! :-).  It's a matter partly of preference and partly of using the 
best tool for the job.

Omitted from your second example is a call to list, and the #~ that both have 
in common is just syntactic sugar for (gexp ...).

So the two forms you're comparing are:

  (gexp '("a" "b" "c"))
  (gexp (list "a" "b" "c"))

Both are completely equivalent when they contain only strings.  Choose 
whichever you like.

When you have several procedures to call, calling 'list' can look cleaner:

  (list (string-append "foo=" bar) "baz")

Although strictly speaking ` uses fewer characters and is just as correct:

  `(,(string-append "foo=" bar) "baz")

Most Guix developers prefer (list ...) because it's more self-explanatory to 
people unfamiliar with Lisps.  However, 'quoting is such a fundamental building 
block that it probably matters little in practice.

Your name looks familiar so I'll assume you understand basic Lisps concepts 
like quote & quasiquote.  If not, I strongly suggest learning the basics, it 
will make Guix much less mysterious.

As long as configure-flag gets a list, it matters little how you construct it:

  #~(append (list "my" "flags")
'("are" "many")
   (string-append "colo" "ured"))

Just be consistent.



Kind regards,

T G-R

Sent on the go.  Excuse or enjoy my brevity.

Re: What's missing from qutebrowser for text rendering?

[Tobias Geerinckx-Rice]

Thanks.  Could you try adding a few mainstays, such as Bitstream Vera & DejaVu, 
and make sure that fc-cache -rv returns no errors?  (Some being ENOENT is fine).

That usually placates IceCat, at least.

Kind regards,

T G-R

Sent on the go.  Excuse or enjoy my brevity.

Re: What's missing from qutebrowser for text rendering?

[Tobias Geerinckx-Rice]

Which fonts do you have installed?

Kind regards,

T G-R

Sent on the go.  Excuse or enjoy my brevity.

Re: Winding down of Fosshost

[Tobias Geerinckx-Rice]

Hi Jonathan,

indieterminacy 写道：

Given Fosshost's place in the ecosystem: is this something which
requires mitigating at the Guix end?


I'm aware of two dealings with Fosshost in the past, neither of 
them crucial:
- They hosted a Big Blue Button instance[0] only for the duration 
 of our COVID Days[1].

- They donated and hosted[2] two x86_64 machines.

fosshost1. responds to pings; fosshost2. does not.  I never had 
SSH access to either.  The machines may have been shut down and 
the fosshost1 IP repurposed.  They might never have made it to 
production at all.


Chris Baines[3], CC'd, will know.

Kind regards,

T G-R

[0]: (dead link) https://guixbbb.fosshost.org
[1]: 
https://lists.gnu.org/archive/html/guix-europe/2020-12/msg00012.html

[2]: https://guix.gnu.org/fr/donate/
[3]: https://logs.guix.gnu.org/guix/2020-11-07.log#141750


signature.asc
Description: PGP signature

Re: Status of hibernation (suspend to disk) in Guix

[Tobias Geerinckx-Rice]

Ivan Vilata i Balaguer 写道：
But then I wonder if I may have rushed to post the patch, as I 
don't know
whether hibernation is supposed to be more or less mature or 
supported in Guix
(we may not want to encourage people to use a feature which may 
easily cause

data loss)…  Though it works quite well for me!


OTOH, I deliberately hadn't documented ‘resume=’ so far.

OTOH, I have been hibernating multiple times a day for years now, 
only ever rebooting my laptop for kernel updates.


So the feature is probably safe, and we should probably consider 
it supported at this point.  Thanks for bringing it up!


So the TL;DR would be: Is it worth adding such documentation, 
given the

current state of hibernation support in Guix?


I think documenting the current status quo in time for 1.4.0 is a 
good idea.


The next step is to automate things so ‘resume=’ becomes optional. 
This should have landed already, but hasn't for personal reasons. 
The code is basically ready, but won't be in the release.


Kind regards,

T G-R


signature.asc
Description: PGP signature

Re: nss-certs@3.81: server certificate verification failed. CAfile: /gnu/store/…/ca-certificates.crt CRLfile: none

[Tobias Geerinckx-Rice]

Hi Simon,

zimoun 写道：

Is it a bug in Guix nss-certs side?  Or on Gitlab server side?


No Guix bug, the server is misconfigured.

It's incorrectly sending an ISRG Root X1 certificate, which chains 
to the expired DST Root CA X3.


It should not send ISRG Root X1 at all.

Kind regards,

T G-R


signature.asc
Description: PGP signature

Re: guix open

[Tobias Geerinckx-Rice]

( 写道：
How would that interact with ``guix package --show''? Perhaps it 
might

be better to add a ``guix package --open'' option?


Ah, damn, yes.  I didn't think of that.

(Actually, I think this nicely illustrates the folly of adding 
cute subcommands that should be options.  It illustrates this, er, 
~somehow!~, but it does.)


Yes, ‘guix package --open-home-page’, ‘--open-browser’, whatever, 
but again be a bit more descriptive.


(My bike shed alarm is now positively howling, but I feel like my 
unconditional support for the actual feature makes that almost 
OK?)


Kind regards,

T G-R


signature.asc
Description: PGP signature

Re: guix open

[Tobias Geerinckx-Rice]

jgart 写道：
what do you think of having a `guix open` command that opens the 
projects
home-page in your $BROWSER? 


[…]

bloat? 


Yes — as ‘guix open’ — but it would make a nice addition to ‘guix 
show’.


Kind regards,

T G-R


signature.asc
Description: PGP signature

Re: Antioxidant (new rust build system) update - 100% builds

[Tobias Geerinckx-Rice]

Hi Maxime,

This is so great.

It's been downright fun watching antioxidant steadily grow in 
power.  Thank you so much for working on it!


Kind regards,

T G-R


signature.asc
Description: PGP signature

Re: https://guix.gnu.org/ is offline

[Tobias Geerinckx-Rice]

Brendan Tildesley 写道：
https://guix.gnu.org/ doesn't load for me and another person in 
IRC


Thanks!  You can follow along with debugging at 
.


Kind regards,

T G-R


signature.asc
Description: PGP signature

Re: elogind configuration

[Tobias Geerinckx-Rice]

Antonio Carlos Padoan Junior 写道：

I will investigate further.


All right!


/run/current-system/profile/etc/elogind/logind.conf


What made you find/look at this file?  It's not used.  I don't 
know

why it exists.



Oh, I was on the wrong track. :)


Ah, so it exists as a funny prank!  That's good.

(Or maybe it isn't.)

This obvious trap bugs me, but I'm not sure what to do about it. 
That's why I asked how you found it.


- I do like the fact that /gnu/store/xxx is a little microcosm of 
 what the package thinks its world should look like—including 
 /etc.


- Patching hundreds of packages to ‘make 
 sysconfdir=$out/share/doc/examples install’ or so is no 
 improvement.


- /run/current-system/profile/etc *is* the actual system 
 configuration for at least one thing (etc/ssl) so we can't 
 simply delete the former to enforce /etc usage and reduce user 
 confusion.


But this is a tangent.  Happy debuggings,

T G-R


signature.asc
Description: PGP signature

Re: elogind configuration

[Tobias Geerinckx-Rice]

Hi Antonio!

Antonio Carlos Padoan Junior 写道：

I do not know why but "suspend" stopped working on my computer
after a recent upgrade (pull & reconfigure).


Do you still have a working system generation to compare?

Does suspending without elogind work?  E.g., using the more 
reliable


 ~ λ echo "mem" | sudo tee /sys/power/state # or "freeze"

user interface.

Is anything interesting logged (in ‘sudo dmesg’, or the aggregate 
/var/log/messages) when it fails?


If all else fails, try reconfiguring and rebooting with an older 
kernel, e.g.,


 (use-modules (gnu packages linux) …)
 (operating-system
   …
   (kernel linux-libre-5.15)
   …)

I was hoping that configuring suspend-state variable to "freeze" 
instead of the

defaults could eventually fix my issue.


I know you probably know this, but I must point out for the 
archives that this drains your battery (and/or wallet) faster.



/run/current-system/profile/etc/elogind/logind.conf


What made you find/look at this file?  It's not used.  I don't 
know why it exists.


You can view the configuration file of the currently running 
elogind with


 ~ λ sudo grep -0a ELOGIND_CONF_FILE /proc/$(pgrep 
 elogind)/environ


Kind regards,

T G-R


signature.asc
Description: PGP signature

[PATCH mumi] view/html: Unambiguously imply date:YYYY-MM-DD.

[Tobias Geerinckx-Rice]

---
 mumi/web/view/html.scm | 2 +-
 1 file changed, 1 insertion(+), 1 deletion(-)

diff --git a/mumi/web/view/html.scm b/mumi/web/view/html.scm
index 552d435..171fbf9 100644
--- a/mumi/web/view/html.scm
+++ b/mumi/web/view/html.scm
@@ -167,7 +167,7 @@ simple query language.  Here is a list of supported query 
terms:")
  "date:2d..now")
", "
(span (@ (class "filter"))
- "date:2018-04-01..2018-04-02")
+ "date:2012-04-18..2022-04-18")
", "
(span (@ (class "filter"))
  "date:1m..today")

base-commit: 02485074c9ae3d3b0039ac4c44fa37f2e2e75eac
-- 
2.37.3

Re: bug#58417: Installer script no longer works with `yes` utility

[Tobias Geerinckx-Rice]

[Shunted to guix-devel@]

Jonas Freimuth 写道：

bash -c 'yes | bash guix-install.sh'


While this happens to work (again) now, that doesn't mean it 
always will or should be considered supported.


We should reserve the right to ask future questions to which the 
safe/sane/common answer is ‘no’, without phrasing it awkwardly 
just to make an unthinking stream of ‘y’s happy.


 $ guix-install.sh
 …
 Would you like to NOT enable the Cool Experimental Feature? 
 (DANGER) [Y/n]


Conversely, I'd like to add a comment that does commit to always 
keeping ‘yes '' | bash guix-install.sh’ working, assuming there 
was no other input or detected issues.  Also nice for humans in a 
hurry.


Does that seem unreasonable to anyone?

Kind regards,

T G-R


signature.asc
Description: PGP signature

Re: substitute derivation: also substitute grafts?

[Tobias Geerinckx-Rice]

Quick note:

On 1 October 2022 17:29:03 UTC, Ricardo Wurmus  wrote:
>If substitutable was merely a hint that a daemon could be free to ignore
>it wouldn’t be any worse than downloading a substitute vs building
>something locally.

Substitutability has legal implications in Guix, whether or not it shouldn't.  
Any 'suggestion' would have to be a third state.  Just something to factor into 
the decision.



Kind regards,

T G-R

Sent on the go.  Excuse or enjoy my brevity.

Re: Hostile takeover of the matrix room

[Tobias Geerinckx-Rice]

Hi Jacob,

I recommend seeking help for your compulsive lying.  Czechia's a 
great country, they don't deserve to be associated with abusive 
behaviour.


Please remember that you've been banned from Guix for just this 
pattern of dishonesty, of which I'm only your latest victim. 
Don't take it personally.  I don't.


That ban includes these mailing lists.  It *should* include the 
bug tracker, but there seems to be a technical glitch preventing 
that.  I'll look into it.


Jacob Hrbek 写道：

during transfer of #guix:matrix.org on #guix:tchncs.de


I asked Matrix.org, but no such ‘transfer’ attempt appears to ever 
have taken place.


They do, however, absolutely not endorse the operation of spambots 
to fake it or force it upon everyone else in the room.


This bot should have vanished as soon as the first of several 
complaints rolled in — before I was ever made aware of it.


(One tip: if you want to run your own community, you'll have to 
learn to deal with such complaints in a less rude & condescending 
manner, or users won't respect your authoritah.)


A legitimate transfer would have been quick, relatively painless 
(I'm *extremely* impressed by the matrix.org staff), and avoided 
all disruption and confusion in the original room.


It's disappointing, but not surprising, that you chose the latter.

Hail Guix,

T G-R


signature.asc
Description: PGP signature

Re: Hostile takeover of the matrix room

[Tobias Geerinckx-Rice]

jbra...@dismail.de 写道：
He probably spends his free time adopting kittens 
that have been abandoned in sub 0 blizzard weather, though that 
is speculation of course...  


I can neither confirm nor deny these foul accusations, nor that it 
is merely a front for building my deadly army of adorable 
far-right floofballs.


Thanks :3

T G-R


signature.asc
Description: PGP signature

Re: branch master updated: gnu: gitolite: Wrap programs instead of using propagated inputs.

[Tobias Geerinckx-Rice]

Thompson, David 写道：

Will this build be retried at some point?


Yes: now ;-)

(There are no automatic retries.)

Fresh new errors at 
.


I would say these look fundamental and not transient, but if you 
say you built this at home, I don't know what to say…


Kind regards,

T G-R


signature.asc
Description: PGP signature

Re: [POSTMORTEM] Subkey is not authorized by .guix-authorizations

[Tobias Geerinckx-Rice]

Ludovic Courtès 写道：
I’m busy these days so I’d rather not commit to starting a 
discussion on

this, but I’d suggest testing waters on #savannah on IRC.


They weren't wild about it.  We'd be asking for a lot from their 
perspective.  I haven't given up on convincing them otherwise, but 
an alternative approach would be to write a minimum viable 
verifier (the machine has Guile \o/ although it might need 
updating), and then just regularly pull the guix repository as 
(keyring) data, without executing any of its code.


Kind regards,

T G-R


signature.asc
Description: PGP signature

Re: Fwd: [core-updates] libaio test fails on powerpc64le-linux due to kernel bug

[Tobias Geerinckx-Rice]

Thiago,

Done:
- Ran ‘apt update && apt full-upgrade’
- rebooted
- read [0] to figure out what Debian's weirdo unames mean.

Thanks!

T G-R

[0]: 
https://unix.stackexchange.com/questions/509247/debian-linux-kernel-versioning


signature.asc
Description: PGP signature

Re: FSDG issues of SCUMMVM-based games

[Tobias Geerinckx-Rice]

In a strange coincidence (I mean, I assume they don't troll our lists...?), I 
just got a friendly reply to assure me we've not been forgot.

Kind regards,

T G-R

Sent on the go.  Excuse or enjoy my brevity.

Re: FSDG issues of SCUMMVM-based games

[Tobias Geerinckx-Rice]

I got an auto-reply with a ticket number from the FSF, but no answer yet.

I was aware of and unimpressed by Debian's rationalisations on the matter.

Still, this isn't as clear-cut as (say) the Realtek drivers, so IMO we can 
afford to wait as long as is needed.

Kind regards,

T G-R

Sent on the go.  Excuse or enjoy my brevity.

Re: Who owns guix-mirror?

[Tobias Geerinckx-Rice]

Hi Lars-Dominik,

Lars-Dominik Braun 写道：
you could also enable “temporary interaction limits”[1] in your 
org
account, which applies to all of its repositories. It’s only 
valid up

to 6 months, but maybe better than nothing…?


It is!  Thank you.

I've set it to ‘collaborators’ and added a calendar reminder in 6 
months.


Kind regards,

T G-R


signature.asc
Description: PGP signature

Re: Who owns guix-mirror?

[Tobias Geerinckx-Rice]

Hi Marius,

Marius Bakke 写道：

(took me a while to find it):


Indeed.  Thanks for saving me that trouble.  I've now done the 
same.



Awesome logo, by the way!


Thanks :-)  Keeps the PRs away, or at least you can't prove 
otherwise.


Kind regards,

T G-R


signature.asc
Description: PGP signature

Re: Who owns guix-mirror?

[Tobias Geerinckx-Rice]

Oh,

Maxime Devos 写道：

.


That's not some weird role-play — I wasn't part of the org when I 
wrote it.


Kind regards,

T G-R


signature.asc
Description: PGP signature

Re: Who owns guix-mirror?

[Tobias Geerinckx-Rice]

Hi Philip,

Philip Beadling 写道：
I was wondering who owns the mirror as there is no public 
ownership declared on github.com?


Is it owned by Guix or is it run by a trusted third party,  etc? 


It's Marius Bakke (mbakke) and me (nckx).  It probably wouldn't 
hurt to make that list public.  Marius, what say you?


So trusted, and not even third, parties.  You're also trusting 
GitHub, and the mirror *is* completely unofficial.  There's no 
guarantee that the synchronisation won't break just when an 
important security update is pushed to Savannah.


Kind regards,

T G-R


signature.asc
Description: PGP signature

Re: sneek

[Tobias Geerinckx-Rice]

jgart 写道：

Does anyone know what git repo sneek lives in?


https://gitlab.com/dalepsmith/sneek

Guix has nothing to do with its deployment or hosting though. 
That's all Dale.


Kind regards,

T G-R


signature.asc
Description: PGP signature

Re: FSDG issues of SCUMMVM-based games

[Tobias Geerinckx-Rice]

I've sent an e-mail to the FSF licencing department asking for 
their guidance on the matter.  I erred on the side of netiquette 
caution and didn't CC this list.


Either the inclusion of [a subset of] Drascula in Trisquel[0] is a 
similar oversight, or we're missing some legal subtlety.


I'm hoping for the latter, as I'd hate to see old art become less 
accessible.


Kind regards,

T G-R

[0]: https://packages.trisquel.info/hu/nabia/all/drascula/filelist


signature.asc
Description: PGP signature

Re: FSDG issues of SCUMMVM-based games

[Tobias Geerinckx-Rice]

Hi Liliana,

Liliana Marie Prikler 写道：

The packages
- drascula,


[…]

1. Their license explicitly prohibits selling of the games 
themselves

and may thus be qualified as non-free.


Yep, it's pretty explicit, and I agree that it's an unreasonable 
restriction that makes the software non-free.



2. The "sources" consist of binaries that are installed as-is.


Wow, you weren't kidding.  Of the 1145(!) or 63 MiB(!) of files, 
literally not one is source code.


At best, the archive contains 3 ‘text’ files: one with only 
numbers, one with only asterisks, and one with only blank lines.



- lure,
- queen, and
- sky


I didn't check these, but I believe you if you say they're just as 
bad.


I see no way to keep these in Guix.

Thanks!

T G-R


signature.asc
Description: PGP signature

Re: Welcome to our new committer!

[Tobias Geerinckx-Rice]

Hi Andrew,

A big fat welcome from me as well.

Savannah UI being what it is, I'm almost completely certain that I 
managed to make you a member of the ‘GNU Guix’ organisation there. 
You should be able to push to the Git repository.


For my own future reference: did you get any automated mails about 
that from Savannah?


Kind regards,

T G-R


signature.asc
Description: PGP signature

Updating linux-libre

[Tobias Geerinckx-Rice]

Hi,

Just a heads-up so we don't needlessly burn energy like it's 2020:

I'm (still) updating the linux-libres to the latest kernel.org 
versions, but it's taking one hell of a long time to deblob & 
build them all on a mere i7.  I didn't realise it was this 
expensive!


(And berlin is down, so no cheating.)

I hope to see them finished by tonight…  ¯\_ (ツ)_/¯

Kind regards,

T G-R


signature.asc
Description: PGP signature

Re: python-pytest in references graph

[Tobias Geerinckx-Rice]

Hi Bengt,

Berlin is currently in a degraded state (probably a Shepherd bug).  The main 
Web site works, although it's probably not being updated, and last I checked 
substitutes did to, but issues. is down and I don't think Cuirass is building 
new substitutes.

We can't remotely reset the machine, so we wait until somebody can.

Kind regards,

T G-R

Sent on the go.  Excuse or enjoy my brevity.

Re: User group during build process

[Tobias Geerinckx-Rice]

Hiya,

On 24 July 2022 19:17:29 UTC, Maya  wrote:
> shouldn’t opensmtpd-service-type already extend setuid-program-service-type 
> with appropriate setuids?

A matter of taste (I disagree with your characterisation 'useless'!), but I 
certainly wouldn't mind.  Plenty of services do this for convenience nowadays.

You seem to be familiar with the mechanisms needed; would you like to propose a 
patch?

Kind regards,

T G-R

Sent on the go.  Excuse or enjoy my brevity.

Re: User group during build process

[Tobias Geerinckx-Rice]

Hi Maya!

So... You cannot change group ownership in the store.  There are no additional 
user groups in the build environment.  The chgrp failing is by design ('it's a 
feature, not a bug'), and there's no way to subvert this.  The group is not 
required during the build process.

The correct way to make smtpctl setgid is to use Guix System's setuid-programs 
field, and use (setgid? #t) (group "smtpq") for smtpctl.

Kind regards,

T G-R

Sent on the go.  Excuse or enjoy my brevity.

Re: Tom Lord passing

[Tobias Geerinckx-Rice]

Thanks for sharing, even if accidental.

What a shame.

Kind regards,

T G-R

Sent on the go.  Excuse or enjoy my brevity.

Re: maradns reproducibility fixes and the merits of picking a random number

[Tobias Geerinckx-Rice]

Ludovic Courtès 写道：
Honestly, I don’t think it’s worth bothering about the 
non-substitutable

trick.


Agreed.


In practice, maradns should be able to rely on /dev/urandom at
run time, right?


That is my understanding.

Kind regards,

T G-R


signature.asc
Description: PGP signature

Re: Could Guix System eventually run on top of HyperbolaBSD ? slightly off topic

[Tobias Geerinckx-Rice]

On 14 July 2022 10:23:49 UTC, zimoun  wrote:
> Well, I am missing where it is announced.  Could you be more specific?

https://www.hyperbola.info/news/announcing-hyperbolabsd-roadmap/

Far from 'recent' in my book.

Whatever my opinion on WSL, Darwin, and the Hurd, I must concede that they at 
least exist.  

Porting Guix to something that doesn't is a poor investment in comparison.

> If you run OpenBSD kernel and OpenBSD userland, why not just run an
OpenBSD system? :-)

Because it contains blobs.  HyperbolaBSD doesn't, by definition (see above).



Kind regards,

T G-R

Sent on the go.  Excuse or enjoy my brevity.

Re: guix refresh to a specific version?

[Tobias Geerinckx-Rice]

They should even redirect from http: to https:, and here they do.

Kind regards,

T G-R

Sent on the go.  Excuse or enjoy my brevity.

Re: repl macro (metacommand?) for guix CLI (sub)commands

[Tobias Geerinckx-Rice]

>This is because each of those "CLI calls" end up running `(exit 0)`
>at the end in some form or another.

Should they?  Is this an accepted pattern in the functional style to which Guix 
tries to adhere?

(I don't know!  It just caught me by surprise.)

Kind regards,

T G-R

Sent on the go.  Excuse or enjoy my brevity.

Re: glibc-locales

[Tobias Geerinckx-Rice]

The intended use is NOT to use a package at all, see 
https://guix.gnu.org/en/manual/devel/en/html_node/Application-Setup.html#Locales-1

Strongly put (and very possibly missing something :-), this sounds like 
maintenance effort to support an antipattern.

Kind regards,

T G-R

Sent on the go.  Excuse or enjoy my brevity.

My GPG key just expired. I know.

[Tobias Geerinckx-Rice]

Hi,

Just a pre-emptive note that, yes, I'm aware.

Kind regards,

T G-R

Sent on the go.  Excuse or enjoy my brevity.

Re: Non-free data in Poppler test suite

[Tobias Geerinckx-Rice]

Hi,

Mark's reply addresses everything that would worry me from an FSDG 
perspective and more -- thanks Mark!


On 2022-07-01 15:12, Ludovic Courtès wrote:

It may also be that this qualifies as fair use (AIUI, we’re talking
about pages extracted from larger PDF files, right?).


...but from a copyright perspective, no, this does not fly at all I'm 
afraid.


Kind regards,

T G-R

Sent from a Web browser.  Excuse or enjoy my brevity.

Re: How to reinstall the bootloader without guix system reconfigure?

[Tobias Geerinckx-Rice]

P.S.: I would have answered this on either list; the move from -help to -devel 
was not a factor.  I didn't even notice.

Kind regards,

T G-R

Sent on the go.  Excuse or enjoy my brevity.

Re: How to reinstall the bootloader without guix system reconfigure?

[Tobias Geerinckx-Rice]

Hi,

Guix System reinstalls GRUB every time for convenience, but there's no need to 
run 'guix' just to fix GRUB.  

You can reinstall it by hand if you know what you're doing, using GRUB's 
grub-install command.  It doesn't even matter which distribution's GRUB you 
use, as long as it's not ancient.  Guix's GRUB does not carry Guix-specific 
patches.

What does matter very much is whether you use the UEFI or non-UEFI version.  
Can you share your operating-system's (bootloader ...) snippet?

Form this distance, I can't tell you why one GRUB broke & the other one didn't.


Kind regards,

T G-R

Sent on the go.  Excuse or enjoy my brevity.

Re: maradns reproducibility fixes and the merits of picking a random number

[Tobias Geerinckx-Rice]

...I mean: as long as there's this second, run-time random term added to it as 
upstream says there is.  I didn't audit the code to verify that.

Kind regards,

T G-R

Sent on the go.  Excuse or enjoy my brevity.

Re: maradns reproducibility fixes and the merits of picking a random number

[Tobias Geerinckx-Rice]

>I am at a loss as to what to do then ... nothing and just have it be
>unreproducible? embed a specific random number? come up with better
>upstreamable patches?

From upstream's response and my own biases and my reading of the room here, I'd 
say #2.


Kind regards,

T G-R

Sent on the go.  Excuse or enjoy my brevity.

Re: maradns reproducibility fixes and the merits of picking a random number

[Tobias Geerinckx-Rice]

Hi,

Vagrant said:
> It is expensive to generate the random prime on some hardware, so doing
> so at runtime might not be feasible in some cases...

But in the same reply you're paraphrasing, upstream also says:

> In 2010, I updated that homegrown hash compression
> algorithm to also add a random number when compressing
> the input, and calculating another 32-bit random number
> when Deadwood starts.
^^^

and

> I believe the hash compression algorithm is protected from hash
> bucket collision attacks, even if Deadwood is patched to make 
> MUL_CONSTANT a constant number, since the add constant
> remains random.

so their 'too computationally expensive' does not make sense to me.  Do they 
bail out if generating the truly random part 'takes too long'?  Surely not.

Neither does the 'ah, but your urandom might be broken' argument for silently 
substituting a still less random number.

I don't think this alone justifies the scheme, or disabling substitutes.

Kind regards,

T G-R

Sent on the go.  Excuse or enjoy my brevity.

Re: D Packages in Guix

[Tobias Geerinckx-Rice]

Tobias Platen 写道：

I had a look at Inochi2D[1], which is written in D.
D has its own packagemanager called dub, so a dub-importer will 
be

needed to build Inochi2D with guix


Such an importer would certainly be welcome.  I recently 
encountered my first D package in the wild.


However: there's nothing stopping you from packaging D(ub) 
packages for Guix today.  You don't need an importer for that.


For inochi2d, it seems like you'll need[0]:

 imagefmt
 inmath
 silly
 bindbc-opengl
 bindbc-loader
 fghj
 mir-algorithm
 mir-core

Not nothing, but nowhere near ‘we absolutely need an importer to 
use this language’ levels either.


Aside: there are some unmerged improvements to the 
dub-build-system at  that might 
be of interest to you.


Kind regards,

T G-R

[0]: 
https://raw.githubusercontent.com/Inochi2D/inochi2d/main/dub.sdl


signature.asc
Description: PGP signature

Re: maradns reproducibility fixes and the merits of picking a random number

[Tobias Geerinckx-Rice]

Efraim Flashner 写道：
I like the idea of forcing the program to segfault if it looks 
for
/dev/urandom and it isn't there more than distributing a 
randomized

prime number.


+4

Or error out nicely.  Don't let's ship such ‘features’.

Kind regards,

T G-R


signature.asc
Description: PGP signature

Re: Teams

[Tobias Geerinckx-Rice]

On 4 June 2022 12:07:15 UTC, Ricardo Wurmus  wrote:
>* Rust team
[...]
>Tobias Geerinckx-Rice

OK what the hell.

I'll also join Leo on a kernel/module/initrd team if they're interested.

I think we should also have (natural) language 'teams' who can be pinged when, 
e.g., a news item lands, through a single guix-translators@ meta-alias, and who 
can co-ordinate before releases.

I'll take -nl.  Maxime?

Ricardo,

Kind regards,

T G-R

Sent on the go.  Excuse or enjoy my brevity.

Re: proposal: guix-ment...@gnu.org list/alias

[Tobias Geerinckx-Rice]

Liliana Marie Prikler 写道：

So first things first, this would only apply to guix-patches (I
believe), since that is where "contributions" as in "patches 
that need

review" are sent to.  My proposal is roughly as follows:
1. When a new contributor sends a mail to guix-patches, the mail 
gets

added to a manual approval queue. (This currently happens)
2. A human operator manually approves of the patch as in flags 
it as

"Not spam" (This currently happens)
3. A new issue number is claimed in debbugs, yadda yadda.


It's actually 3, 1, 2 (yeah).


Does that help clear things up?


Yes!  Thank you.

As for guix-mentors vs. other mailing lists, refer to Ricardo's 
initial
proposal.  Interestingly, zimoun had a similar idea, but phrased 
it

less wordy.


So we replace the alias with a proper list?

(I'd already asked the sysadmins to create a list, but cancelled 
it when I noticed the alias.)


Kind regards,

T G-R


signature.asc
Description: PGP signature

Re: proposal: guix-ment...@gnu.org list/alias

[Tobias Geerinckx-Rice]

Hi Lily,

Liliana Marie Prikler 写道：

That is once it's established that a new
contribution is actually a contribution, the patch is forwarded
separately to guix-mentors (along with reply-to: for the 
original bug
etc. set up in a way that's useful to mentors), claiming takes 
place,

and so on.


I have trouble parsing this.

Can you highlight the difference(s) with the existing Guix lists, 
if any?


Kind regards,

T G-R


signature.asc
Description: PGP signature

Re: Move /gnu/store to another filesystem

[Tobias Geerinckx-Rice]

I forgot to add:

You can probably reclaim most of that space by deleting the (now 
bogus) /gnu/store/.links directory.  That's safe.


Kind regards,

T G-R


signature.asc
Description: PGP signature

Re: Move /gnu/store to another filesystem

[Tobias Geerinckx-Rice]

Hi Théo,

Théo Maxime Tyburn 写道：
I figured out where the problem came from. I forgot to use the 
-p option

while copying the store with cp.


I think this will probably work (I mean—it obviously did, but also 
longer-term).


However, ‘cp -p’ does not preserve everything, including hard 
links.  Applications shouldn't care but you might be surprised at 
how much disc space hard links save on my system:


~ λ du -hs /gnu/store
86G /gnu/store
~ λ du -hs --count-links /gnu/store
192G/gnu/store

I was!

‘cp -a’ should preserve hard links but I personally recommend 
using rsync instead, with a paranoid helping of -aHAX flags. 
Unlike cp, it's resumable, which is nice when copying 100s of 
gigabytes.


Kind regards,

T G-R


signature.asc
Description: PGP signature

Re: Arun Isaac Presentation on guix-forge this Saturday

[Tobias Geerinckx-Rice]

jgart 写道：
I'd like to invite you this Saturday to a presentation on 
guix-forge by Arun Isaac:


Magical: I can probably make it this time.

Kind regards,

T G-R


signature.asc
Description: PGP signature

Re: Test US mirror for bordeaux.guix.gnu.org and slow downloading of substitutes

[Tobias Geerinckx-Rice]

Hi Blake,

Blake Shaw 写道：
Any idea why this might be happening? Could bordeaux be blocking 
IPs

in Singapore?


This is *completely* unrelated.  bordeaux (bayfront) is currently 
running out of RAM and has been doing so, quite heroically, for 
more than an hour now.  Because of that it's currently refusing 
connections[0].


Now is not the time to test bordeaux.  Sorry.

Kind regards,

T G-R

[0]: Including SSH, so no easy fix…


signature.asc
Description: PGP signature

Re: Supporting upstream supported Python versions

[Tobias Geerinckx-Rice]

On 17 May 2022 05:38:48 UTC, jgart  wrote:
>What is the opinion on supporting current upstream supported versions
>of python?
>
>The master branch only has 3.9 but I'd like to have substitutes available
>for 3.7, 3.8 and 3.10:

Go for it if you're willing to maintain them.



Kind regards,

T G-R

Sent on the go.  Excuse or enjoy my brevity.

Re: Shepherd erroring on guix system reconfigure

[Tobias Geerinckx-Rice]

On 17 April 2022 09:27:04 UTC, Tobias Geerinckx-Rice  wrote:
>There's only a warning here, not an error.
>
>Is the swap file already swapon'd?  If it previously worked, the warning is 
>likely (pun unintended) transient.
>
>Kind regards,
>
>T G-R
>
>Sent on the go.  Excuse or enjoy my brevity.
Phone MUA/screen/who cares snipped out the supp group output.  Does rolling 
back the system still show it?  If you're worried about the system not coming 
back up, that's what I'd do for now.

Kind regards,

T G-R

Sent on the go.  Excuse or enjoy my brevity.

Re: Shepherd erroring on guix system reconfigure

[Tobias Geerinckx-Rice]

There's only a warning here, not an error.

Is the swap file already swapon'd?  If it previously worked, the warning is 
likely (pun unintended) transient.

Kind regards,

T G-R

Sent on the go.  Excuse or enjoy my brevity.

Re: Update to bug 54919 gone missing

[Tobias Geerinckx-Rice]

Hi Brian,

On 16 April 2022 11:36:52 UTC, Brian Cully  wrote:
>
>   I sent an email to 54...@debbugs.gnu.org to update it with more
>specific information almost two days ago and I haven’t seen any changes
>in https://issues.guix.gnu.org/54919 . I also never got a bounce or
>other return communication saying what has happened; it’s as if my email
>were silently sent to the bit bucket.

I can't say what happened here: it's not in the moderation queue (5 
unfortunates who were have been freed) and even if it had been that shouldn't 
have resulted in what you report.

We don't have easy access to lower-level logs. Do you? You look like you might 
self-host.

Armed with a log snippet from you with a clear 250 'accepted' I'd feel less 
bothersome asking the gnu.org folks to investigate.

>   There were more details in the lost bug report, but the above is
>the gist of it.

Thanks for reporting both!


Kind regards,

T G-R

Sent on the go.  Excuse or enjoy my brevity.

Re: New review checklist

[Tobias Geerinckx-Rice]

>-- would the commit need to be let-bound here?

You seem to already know the answer, which is 'no'.

Aside, 'let-binding' is not the opposite of 'hard-coding'.


Kind regards,

T G-R

Sent on the go.  Excuse or enjoy my brevity.

Re: Statement from the Guix maintainers regarding recent events

[Tobias Geerinckx-Rice]

Hi Mark,

Maxim wasn't directly involved.  Neither was the CoC.  I was.

If you're really curious about what happened you can read the past days' 
archived threads in which Taylan participated.

We're not going to rehash them here.

Kind regards,

T G-R

Sent on the go.  Excuse or enjoy my brevity.

Re: An appeal to empathy on actual hurt caused by this thread

[Tobias Geerinckx-Rice]

Good god, man.

You spectacularly botched your original proposal.  That should have been the 
end of it.  Instead, we all have to suffer through your inability not to have 
the last word.  Or indeed thousand words.  That's cruel & unusual collective 
punishment, that is.

To protect you from further poor judgment, I've revoked your posting privileges 
to these lists.

You're not being cancelled.  The right to publish to every Guixer's inbox has 
always been based on whitelists of folks who could be trusted with it.

You could still post, though I suggest you give it a rest.  You'll just be 
queued with the spammers & the trolls & occasional new user -- alas, in that 
order :-) -- pending approval.

Since I'll defer to a majority of maintainers for that, I don't imagine it will 
be swift.

Kind regards,

T G-R

Sent on the go.  Excuse or enjoy my brevity.

Re: branch master updated: gnu: pspp: Fix failing test suite.

[Tobias Geerinckx-Rice]

On 2022-02-26 15:52, guix-comm...@gnu.org wrote:

+   #~(modify-phases %standard-phases


Hm, this initially used an ungexp before I was sure what was going on.  
Now it doesn't.


Is the purported performance impact of gexps measurable at this scale, 
and worth removing the gexp?  My gut says no, but less squishy 
objections welcome.


Kind regards,

T G-R

Sent from a Web browser.  Excuse or enjoy my brevity.

Re: Update CoC adapted from upstream 2.1 (instead of 1.4)

[Tobias Geerinckx-Rice]

Lily,

On 2022-02-26 1:48, Liliana Marie Prikler wrote:

As a nice side-effect, adding it would give us
two reasons to ban Taylan; first for discriminating against trans
people based on their sex characteristics and second based on their
gender identity or expression.


This is a new low.


we all know the kind of actors who will publicly
apologize only to continue with (pardon my French) shitty behaviour,
rinse and repeat.


Look in a mirror.

Kind regards,

T G-R

Sent from a Web browser.  Excuse or enjoy my brevity.

Re: Excessively energy-consuming software considered malware?

[Tobias Geerinckx-Rice]

On 2022-02-25 13:41, Bengt Richter wrote:

And maybe also a mailing list called "guix-grownups" --
where casual adult language is accepted without triggering
endless complaints.


This is guix-grownups, although we accept grown-ups of all ages.

Kind regards,

T G-R

Sent from a Web browser.  Excuse or enjoy my brevity.

Re: Update CoC adapted from upstream 2.1 (instead of 1.4)

[Tobias Geerinckx-Rice]

Hi,

On 2022-02-25 1:05, zimoun wrote:

So, since we are at it, let give a look at the most recent version v2.1
[3]. :-) I propose to adopt their extended list:

regardless of age, body size, visible or invisible disability,
ethnicity, sex characteristics, gender identity and expression,
level of experience, education, socio-economic status,
nationality, personal appearance, race, caste, color, religion,
or sexual identity and orientation.

Any opposition?


I think this is an excellent idea, Simon (and Ricardo who suggested the 
same).


Kind regards,

T G-R

Sent from a Web browser.  Excuse or enjoy my brevity.

Re: [minor patch] Amend CoC

[Tobias Geerinckx-Rice]

On 2022-02-21 22:03, Liliana Marie Prikler wrote:

let's look at some other ways of defining sex, shall we?


Let's not!

This is guix-devel, not trans-discuss.  Any relevance to Guix or its CoC 
is long lost.


(Regarding that: flawed as it indubitably is, I don't think the current 
CoC should be expanded with ever more examples of bad behaviour.)


Kind regards,

T G-R

Sent from a Web browser.  Excuse or enjoy my brevity.

Re: Commit Access

[Tobias Geerinckx-Rice]

Hi Vinicius,

Vinicius Monego 写道：
I was granted commit access to the repository [1] one hour 
ago. I am
signing this mail with the key that will be used to sign 
commits. My

public key can be found at [2] and [3].


Thanks, and welcome aboard! :-)

Toot,

T G-R


signature.asc
Description: PGP signature

Re: Clarifying blog post licensing

[Tobias Geerinckx-Rice]

Vagrant Cascadian 写道：
Just for clarity, do you mean the GFDL with a laundry-list of 
non-free

anti-features excluded, like the guix manual:


I think that goes without saying, but clarity is good: thanks for 
bringing it up.


Invariants would be a deal-breaker for several of us I'm sure, 
including myself.


Kind regards,

T G-R


signature.asc
Description: PGP signature

Re: Clarifying blog post licensing

[Tobias Geerinckx-Rice]

How does that sound?


Excellent.

Thanks!

T G-R


signature.asc
Description: PGP signature

Re: Could someone please restart this Cuirass build?

[Tobias Geerinckx-Rice]

Thiago Jung Bauermann 写道：

Therefore, could someone please restart this Cuirass build?


Done.

Kind regards,

T G-R


signature.asc
Description: PGP signature

Re: Guix wiki

[Tobias Geerinckx-Rice]

Hi Zimoun,

I'm disappointed by the ‘bikeshedding’ insult.  I really don't 
care what you call it.



 - cathedral, as it is today


I object to redefining loaded terms to promote it.

Kind regards,

T G-R


signature.asc
Description: PGP signature

Re: Guix wiki

[Tobias Geerinckx-Rice]

Hi Simon, all,

I'll give your long and thoughtful reply the attention it deserves 
when I have time, but there's another misleading tangent that has 
bothered me (elsewhere) in this discussion:



 - cathedral, as it is today


This is revisionist.  The Bazaar model perfectly describes Guix, 
where everyone is free to submit changes and have them critiqued 
and revised in public.  Even maintainers are expected to submit. 
Changes that meet $criteria are merged into a source tree 
immediately available to everyone.


Guix has never used the Cathedral model, where patch submission 
and discussion happen behind closed doors, to be released unto the 
public as a revelation from on high.


‘People push nontrivial changes without review’ was never a 
condition of the Bazaar model or what made it successful.  The 
book was based on LKML, for heaven's sake!  :-)


We can find a cute new name for what's being proposed in this 
thread (the Wailing Wall model?), but simply declaring ‘the Bazaar 
is called Cathedral now, change my mind’ can't work.


Kind regards,

T G-R


signature.asc
Description: PGP signature

Re: 03/06: style: Add support for "newline forms".

[Tobias Geerinckx-Rice]

Hi Ludo'!

Sigh.  Sorry.  I know what this will sound like.  :-)

guix-comm...@gnu.org 写道：

+   ('base32 '(sha256 origin))


I know this is your style, but I would *really* prefer this to be:


+   ('source '(package))


instead.

I know!  But wait!  I think that's defensible: for the same reason 
that we add a newline after arguments, these few extra columns 
give an (IMO) surprising amount of breathing room down the road.


Well, anyway, I'll shut up,

T G-R


signature.asc
Description: PGP signature

Re: Guix wiki

[Tobias Geerinckx-Rice]

Hullo Matt,

Matt 写道：

I feel like it also says that community isn't important to us.


I understand how you could reach a flawed conclusion from a flawed 
assumption:



Wikis are synonymous with community.


But it's still circular, wrong, and frankly quite offensive.

Guix cares about community very much.  Many of us care very little 
for wikis, having seen how they attract much outdated and 
incorrect information and spam.  Wikis are high-maintenance.


I must say, the proponents of wikis have done an exceptionally 
poor job of representing them.  Yet we're supposed to be convinced 
that we're missing countless valuable contributions by people who 
can't be bothered to send a mail.


I'm not.

Kind regards,

T G-R


signature.asc
Description: PGP signature

Bug tracker spam

[Tobias Geerinckx-Rice]

All,

I've asked the debbugs crew over e-mail how to deal with [0], 
assuming there's a way to close bugs without pinging a malicious 
sender.


Please, nobody respond to or modify it in the mean time.

I'll follow up with a question on how we're supposed to moderate 
bugs if the tracker & archive sit *in front of* the moderation 
queue…


It's frankly a miracle that this doesn't happen constantly.

Kind regards,

T G-R

[0]: https://issues.guix.gnu.org/53051


signature.asc
Description: PGP signature

Re: git hook error

[Tobias Geerinckx-Rice]

Tobias Geerinckx-Rice 写道：
I wonder if Savannah monitors and publishes numbers, and how 
they

compare to other popular forges.


I asked; they don't.

Kind regards,

T G-R


signature.asc
Description: PGP signature

Re: git hook error

[Tobias Geerinckx-Rice]

Hi Ricardo,

Ricardo Wurmus 写道：

- Savannah’s uptime isn’t quite as high as we’d like


I wonder if Savannah monitors and publishes numbers, and how they 
compare to other popular forges.


Why should we do better?  We haven't even managed to set up a git 
mirror after all these years.


- we can’t have server-side checks to prevent pushing bad 
commits
- we can’t have server-side hooks to better integrate with the 
build farm
- we can’t have per-branch rules (e.g. to allow contributors to 
push to

  some but not all branches)


Why not?  Which of these can't be got with server-side hooks?  How 
would you get them on Guix infra then?  Could the Savannah admins 
accommodate us further, if needed?


If the real reason for even one of them is ‘well, we can, but 
nobody wants to write those hooks’, that only bolsters my previous 
scepticism.


Kind regards,

T G-R


signature.asc
Description: PGP signature

Re: git hook error

[Tobias Geerinckx-Rice]

Ricardo,

This is .

Kind regards,

T G-R


signature.asc
Description: PGP signature