Hello,
I wanted to package Fractal, which is a native GNOME client for
Matrix chat. It requires newer versions of glib and gtk than are
currently in Guix. I believe I’ve seen in IRC that some folks are
working on getting GNOME 43/44 packages done, which probably needs
the glib/gtk updates t
Greetings,
As I’ve been learning Guix, one of the things I’ve found somewhat
unpleasant is the lack of consistency within the guix CLI tool.
It feels a bit Git-like, with not much consistency, commands that
non-obvioulsy perform more than operation, related commands in
different places in the
s" that you've
mentioned which
can be explained.
On Mon, Jan 15 2024, Ian Eure wrote:
Some examples of where I think Guix could do better. This is
an
illustrative list, not an exhaustive one.
Inconsistent organization
=
Most package-related commands are
Christopher Baines writes:
[[PGP Signed Part:Undecided]]
Hey!
After substitute availability taking a bit of a dive recently,
the
bordeaux build farm has finally caught back up and QA is back
submitting
builds for packages changed by patches.
QA also has a feature to allow easily tagging
messages intact
Csepp writes:
Ian Eure writes:
Hello,
On Debian, you can create a preseed file containing answers to
all the questions
you’re prompted for during installation, and build a new
install image which
includes it. When booted, this installer skips any steps
which have been
preco
Hello,
I’ve been following along with this discussion, as well as a
discussion on Clojureverse, and thought it might be helpful to
pull together some threads and design decisions around Clojure’s
behavior.
Clojure is designed to ship libraries as source artifacts, not
bytecode ("pretty much
Hi Guixy people,
I’d never heard of SWH before I started hacking on Guix last fall,
and it struck me as rather a good idea. However, I’ve seen some
things lately which have soured me on them.
They appear to be using the archive to build LLMs:
https://www.softwareheritage.org/2024/02/28/resp
Christopher Baines writes:
[[PGP Signed Part:Undecided]]
Ian Eure writes:
Hi Guixy people,
I’d never heard of SWH before I started hacking on Guix last
fall, and
it struck me as rather a good idea. However, I’ve seen some
things
lately which have soured me on them.
They appear to
MSavoritias writes:
On 3/17/24 11:39, Lars-Dominik Braun wrote:
Hey,
I have heard folks in the Guix maintenance sphere claim that
we
never rewrite git history in Guix, as a matter of policy. I
believe
we should revisit that policy (is it actually written
anywhere?)
with an eye towards po
MSavoritias writes:
On 3/17/24 13:53, paul wrote:
Hi all ,
thank you MSavoritias for bringing up points that many of us
share. It's clearly a tradeoff what to do about the past. For
the
future, as Christpher already stated, we need a serious
solution
that we can uphold as a free software
Simon Tournier writes:
Hi,
On sam., 16 mars 2024 at 08:52, Ian Eure
wrote:
They appear to be using the archive to build LLMs:
https://www.softwareheritage.org/2024/02/28/responsible-ai-with-starcoder2/
About LLM, Software Heritage made a clear statement:
https
Simon Tournier writes:
Hi,
On lun., 18 mars 2024 at 12:38, Ian Eure
wrote:
They appear to be violating free software licenses on large
scale.
They are in violation of SWH’s own positions.
[...]
[1]: https://arxiv.org/html/2402.19173v1
[2]:
https://huggingface.co/spaces
Some recent nss-certs changes have a negative side effects which
needs to be fixed.
A patch of mine was pushed recently (commit
0920693381d9f6b7923e69fe00be5de8621ddb6f), which adds nss-certs
3.98 to (gnu packages certs), under the nss-certs-3.98 variable.
Then, commit fdfd7667c66cf9ce746330
ftware-Heritage-2024-Vision-Milestones-Newsletter.pdf
Ian Eure writes:
Hi Guixy people,
I’d never heard of SWH before I started hacking on Guix last
fall, and
it struck me as rather a good idea. However, I’ve seen some
things
lately which have soured me on them.
They appear to be using the a
The change is mentioned in the channel news, but it says nothing about needing
to remove that part of the config.
On April 21, 2024 1:32:38 AM PDT, "pelzflorian (Florian Pelz)"
wrote:
>Hello Ian. My understanding of the nss-certs etc/news.scm item had been
>that we should remove (specificatio
No, this is not a bug. specification->package always returns the latest
version of a package and has no way of knowing what variable(s) that package
object is bound to.
On April 21, 2024 8:02:50 AM PDT, Felix Lechner
wrote:
>Hi,
>
>On Sat, Apr 20 2024, Ian Eure wrote:
>
>
Clément Lassieur writes:
On Fri, Apr 12 2024, Andrew Tropin via Guix-patches via wrote:
On 2024-04-06 08:04, Ian Eure wrote:
Moves nss update to nss-3.98 / nss-certs-3.98 to avoid
rebuilding thousands of packages.
Rebases.
Ian Eure (3):
gnu: Add nss-3.98.
gnu: Add nss-certs-3.98
Ian Eure writes:
Clément Lassieur writes:
On Fri, Apr 12 2024, Andrew Tropin via Guix-patches via wrote:
On 2024-04-06 08:04, Ian Eure wrote:
Moves nss update to nss-3.98 / nss-certs-3.98 to avoid
rebuilding
thousands of packages.
Rebases.
Ian Eure (3):
gnu: Add nss-3.98.
gnu
, or a committment to build this within a reasonable
timeframe, would allay my concerns.
Ian Eure writes:
Hello,
I’m following up on this since discussion since it’s been a
month and
I haven’t heard any updates.
Summarizing the situation:
- SHF has an opaque, difficult, and undocumented
I’m not sure of the precise mechanism employed, but I believe that
that in the past, if I ran `git format-patch' and `git
send-email', it would send an email to the right place. This is
implied by the manual, which doesn’t mention a patch submission
email address, except for an issue number ad
There’s a steady number of bug reports generated by the "You found
a bug" message which happens during `guix pull's. The
overwhelming majority of these reports are caused by networking
problems or the Guix infrastructure being unreliable or
overloaded. Many of these were submitted during the
Hi MSavoritias,
Thank you for the email.
I’m going to lay out this situation as clearly as I can, in the
hope that others will better understand, and hopefully treat it
with the seriousness it deserves.
1. Guix requests SWH to archive some source code. This is fine.
2. SWH archives the cod
Hi Greg,
Please read my earlier reply in this thread[1].
HuggingFace is demonstrably violating the licenses of the Free
Software used to train its StarCoder2 LLM.
Software Heritage is continuing to partner with HuggingFace in
spite of these violations.
Guix is continuing to partner with SW
Guix sends archive requests to SWH. SWH gives that source code to
HuggingFace. HuggingFace demonstrably violates the licenses.
Guix could stop sending archive requests to SWH. This wouldn’t
*stop* the bad things from happening, but it would *stop
condoning* them. The same as how Guix not a
Hi Guixers,
I want to update the Librewolf package, but it now depends on Rust >= 1.76,
which is newer than what's in master. I see the rust-team branch has versions
up to 1.77 — is there a timeline for merging that, or a TODO list of things
that need to be done to merge it? I'm not sure if I
Hi Efraim,
Efraim Flashner writes:
[[PGP Signed Part:Undecided]]
On Thu, Jun 20, 2024 at 05:10:11PM -0700, Ian Eure wrote:
Hi Guixers,
I want to update the Librewolf package, but it now depends on
Rust
>= 1.76, which is newer than what's in master. I see the
>rust-team
Efraim Flashner writes:
[[PGP Signed Part:Undecided]]
On Wed, Jun 26, 2024 at 10:46:56AM +0300, Efraim Flashner wrote:
On Tue, Jun 25, 2024 at 08:48:12AM -0700, Ian Eure wrote:
> Hi Efraim,
>
> Efraim Flashner writes:
>
> > [[PGP Signed Part:Undecided]]
> > On Th
The nss package updates frequently, around once a month. It's
also very low in the package graph, so a ton of stuff depends on
it. The most recent update was a graft for security fixes, so we
didn't have to rebuild everything, but the new Librewolf version
once again requires an nss update. I
Hi Ludo,
Ludovic Courtès writes:
Ian Eure skribis:
Guix sends archive requests to SWH. SWH gives that source code
to
HuggingFace. HuggingFace demonstrably violates the licenses.
Which licenses? As has been said previously, and you can verify
for
yourself, it does not ingest code
Hi Felix,
Felix Lechner writes:
Hi Ian,
On Thu, Jun 27 2024, Ian Eure wrote:
The nss package updates frequently, around once a month. [...]
I'm
considering options to balance update frequency vs. huge
rebuilds.
Your plan sounds reasonable but my opinion is inconsequential.
In
Hi Maxim,
Maxim Cournoyer writes:
Hi Ian,
Ian Eure writes:
[...]
Concretely:
The current nss package should stay how it is. When the next
ESR
happens, it should update to that (ungrafting nss at the same
time),
and track ESR releases only from that point forward. I don’t
think it
Felix Lechner writes:
Hi Ian,
On Mon, Jul 01 2024, Ian Eure wrote:
if you have strong feelings about -next vs. -latest
How about nss-rapid? It provides the clue about what was
packaged to
someone who knows libnss.
I like it. I’ll update the package descriptions to make this
Maxim Cournoyer writes:
Hi,
Ian Eure writes:
Felix Lechner writes:
Hi Ian,
On Mon, Jul 01 2024, Ian Eure wrote:
if you have strong feelings about -next vs. -latest
How about nss-rapid? It provides the clue about what was
packaged
to
someone who knows libnss.
I like it
Ran into this issue last week. If you:
- Configure some offload build machines in your operating-system
configuration.
- Reconfigure your system.
- Remove all offload build machines.
- Reconfigure your system again.
...then various guix operations will still try to connect to
offload machines
Hi folks,
Last year, I spent several months getting the LibreWolf web
browser packaged, reviewed, and contributed to Guix. I’m happy to
have done so, and glad that it’s proved useful to others. One of
the concerns raised as I was going through that process was
responsibility for ongoing mai
Hi Sergio,
Sergio Pastor Pérez writes:
Hello Ian.
I cannot help you since I don't have commit access. But I want
to thank
you for your hard work, I'm currently using your package.
Thank you for the kind words, they truly mean a lot to me.
Whatever the state of Guix proper, you can alway
The latest patch series has been sent (bug #71832). It fixes 14
CVEs, in addition to the 16 fixed in v5. I’ve backed out various
improvements and bugfixes I wanted to include, and this does
nothing other than the bare minimum to update the package.
If anyone would like to step up and review
Hi folks,
I’d like to provide substitutes for packages in my personal
channel. The ideal setup for this would be for a machine on my
internal net to perform the builds, then upload the results to
another system on the open internet. That could be a machine
running a web server pointed at a
approach is, if many "package maintainers"
>each have their own channel for the packages they are maintaining, and
>made available this way. I would guess to use this approach the Guix
>users have to do "guix package -u --allow-collision"
>
>> Date: Sat, 17 Au
Suhail Singh writes:
Ian Eure writes:
The initial patch to update the version to 127.x was submitted
on June
29th; updated to 128.x on July 17th; and I’ll be sending the
patch
updating it to 129.x later today, after I’ve finished building
and
testing it.
Thank you for your continued
Hi Christopher,
Christopher Baines writes:
[[PGP Signed Part:Undecided]]
Sergio Pastor Pérez writes:
I cannot help you since I don't have commit access. But I want
to thank
you for your hard work, I'm currently using your package.
I can only echo your frustration since I also have some pa
Christopher Baines writes:
[[PGP Signed Part:Undecided]]
Ian Eure writes:
We've had for many months a feature in QA [1] where people can
mark
patches as being reviewed and looking like they're ready to be
merged,
which is personally what I hope will mitigate this feeling of
Christopher Baines writes:
[[PGP Signed Part:Undecided]]
Ian Eure writes:
I’d like to provide substitutes for packages in my personal
channel.
The ideal setup for this would be for a machine on my internal
net to
perform the builds, then upload the results to another system
on the
open
Hi Ludo’,
Ludovic Courtès writes:
Hi Tomas, Ian, and all,
Tomas Volf <~@wolfsden.cz> skribis:
Ian Eure writes:
I believe the usual way of doing something like this is via
teams (see
./etc/teams.scm ).
I’m not sure whether/how well this mechanism works for
non-committer
Ludovic Courtès writes:
Hi,
Ian Eure skribis:
This makes a lot of sense to me, and I think it would solve my
immediate problem. Would it make sense to set up a
browser-team
mailing list and etc/team.scm which notifies that of
patches/bug
reports sent on any of the browser packages
Hi André,
André Batista writes:
> At the same time it is not really meant as a general
> notification
> system, so usefulness for you depends on whether some
> committer will
> merge the commit adding librewolf team (with you in it).
Ian, what about teaming up with other Firefox derivative
Hi André,
André Batista writes:
Hi Ian,
sex 06 set 2024 às 08:29:40 (1725622180), i...@retrospec.tv
enviou:
130.0-1 is out, but there’s an issue around DNS-over-HTTP
preferences
changing[1] in this version. Since this has a negative impact
on users
requiring them to reset their preference
Hi Maxim,
Maxim Cournoyer writes:
Hi Ian,
Ian Eure writes:
Ran into this issue last week. If you:
- Configure some offload build machines in your
operating-system
configuration.
- Reconfigure your system.
- Remove all offload build machines.
- Reconfigure your system again.
...then
Hi Maxim,
Ian Eure writes:
Hi Maxim,
Maxim Cournoyer writes:
Hi Ian,
Ian Eure writes:
Ran into this issue last week. If you:
- Configure some offload build machines in your
operating-system
configuration.
- Reconfigure your system.
- Remove all offload build machines
Fixing broken cc to Andreas.
Ian Eure writes:
When my Cuirass pulled commit
5794926bed6fad4598bb565fb7f49be4205b11a1
this morning, it started rebuilding every package in my channel.
This
includes a package with zero inputs other than what
cmake-build-system
needs[1].
ci.guix has been
Would it make sense to sort package inputs when computing derivations to
prevent this sort of unintentional change? I don't think the input order is
important for the build, so this seems like it could be relatively simple to
implement & avoid this recurring.
On November 1, 2024 5:20:51 PM PDT
Hi Juliana,
I’ve observed some similar weirdness in the past when I’ve updated
versions. I believe what’s happening is that Guix uses the hash
to look up the file in a content-addressed store (either the local
store or SWH), and is lacking verification that the retrieved
object is the expect
Tomas Volf <~@wolfsden.cz> writes:
[[PGP Signed Part:Undecided]]
Hello,
Ian Eure writes:
Disregard this, I continued thinking after sending the email
(as one does) and
realized that any managed file will be a link into the store --
so if the system
is reconfigured with no build-ma
Hi Kaelyn, Morgan,
Kaelyn writes:
On Tuesday, October 1st, 2024 at 1:23 PM, Morgan Arnold
wrote:
I'd love to know where any opposition may be at as well. At this
point
I have a private channel which actually replaces much of the
bootloader and initrd functionality (in part to support ZFS
Hi Felix, Sergio,
Felix Lechner via "Development of GNU Guix and the GNU System
distribution." writes:
Hi Sergio,
On Sun, Nov 03 2024, Sergio Pastor Pérez wrote:
The Debian wiki says that the trademark issues with Thunderbird
have
been resolved:
As far as I know, the Mozilla Foundation
Hi Ekaitz,
On Tue, Nov 26, 2024, at 12:25 PM, Ekaitz Zarraga wrote:
> On 2024-11-26 13:11, Efraim Flashner wrote:
>> I'd like to welcome Ekaitz as our newest committer to Guix!
>>
>> Ekaitz, why don't you introduce yourself again, since it's been a while
>>
>
>
> Yes!
>
Congratulations!
-- I
Hi Tobias,
On Sat, Nov 30, 2024, at 8:18 PM, Tobias Alexandra Platen wrote:
> When I try to install Kicad, I'll get the following output:
>
> The following derivations will be built:
> /gnu/store/5rinv8djwjz0bdami6nr6cm3zj382fsb-libcxi-1.0.1-
> 0.5b6f8b5.drv
> /gnu/store/x26zsx3fw74vhfc35i79fa
Hi Maxim,
Maxim Cournoyer writes:
Hi Ian,
Ian Eure writes:
[...]
The only other option I can see would be to keep the existing
filenames for user configuration, and declaritively manage
different
files -- like declaritive-channels.scm. This comes with its
own set
of problems, like
Hi 45mg,
45mg <45mg.wri...@gmail.com> writes:
Updating channel 'guix' from Git repository at
'https://git.savannah.gnu.org/git/guix.git'...
It then says it's fetching and indexing objects, authenticating
N
new commits, etc. As far as I can tell, this stage is equivalent
to
`guix pull`. It s
Hi Ludo’,
I support this overall direction. Implementation details may
require additional concensus, though I’m not sure if they’ll rise
to the level of a GCD, but would like to see some discussion of
problems as they crop up.
Forgejo is purpose-built for developing software; email is not.
Hi all,
Vagrant Cascadian writes:
When working with salsa.debian.org (a gitlab instance) there is
a way to
fetch all the merge requests for a given git repository, so it
just
becomes part of my normal workflow and to some extent works
offline. If
codeberg had a similar feature, that would b
Hi Liliana,
Liliana Marie Prikler writes:
Hi Guix,
That way, pushes to `master` will be limited to changes that
have
already been validated and built.
Perhaps we should rename 'master' to something else too. Food
for
thought for a future GCD :)
I support this, and think it’s worth incl
Hi Liliana,
Liliana Marie Prikler writes:
Hi Guix,
That way, pushes to `master` will be limited to changes that
have
already been validated and built.
Perhaps we should rename 'master' to something else too. Food
for
thought for a future GCD :)
I support this, and think it’s worth incl
Hi Efraim,
Efraim Flashner writes:
On Sat, Feb 08, 2025 at 12:50:22PM -0800, Ian Eure wrote:
Hi all,
Vagrant Cascadian writes:
> When working with salsa.debian.org (a gitlab instance) there
> is a way to
> fetch all the merge requests for a given git repository, so
> it ju
Hi 45mg,
45mg <45mg.wri...@gmail.com> writes:
There are many possible consequences of this. One is that GCDs
like this
one would be seen by fewer people, so there would be less
useful
discussion and feedback. And in general, people outside of a
small
circle of old contributors already subscri
Hi Christopher,
On Sun, Dec 15, 2024, at 6:10 PM, Christopher Baines wrote:
> "Ian Eure" writes:
>
>> Hi Guixers,
>>
>> Looks like https://packages.guix.gnu.org/ has been returning 504 errors for
>> a few weeks.
>>
>> Any idea when it'll
Hi Lars-Dominik,
On Sun, Dec 15, 2024, at 6:28 AM, Lars-Dominik Braun wrote:
> Hi Ian,
>
>> Since this merge landed, the builds for several Python packages in my
>> personal channel broke. Any package using pyproject-build-system for a
>> Python project using setuptools seems to be affected.
>
Hi Guixers,
Looks like https://packages.guix.gnu.org/ has been returning 504 errors for a
few weeks.
Any idea when it'll be back?
Thanks,
-- Ian
Hi all,
Since this merge landed, the builds for several Python packages in my personal
channel broke. Any package using pyproject-build-system for a Python project
using setuptools seems to be affected. This python-manhole package[1] is an
example. It's about as simple as they can get, with
Hi Bodertz,
On Sat, Dec 21, 2024, at 5:39 PM, Bodertz wrote:
> The transmission package (the transmission:gui output specifically) has
> transmission-gtk, but I personally prefer transmission-qt. By including
> qtbase, qttools, and qtsvg, transmission-qt will also be built.
>
> I've made a simple
Hi Tomas,
Tomas Volf <~@wolfsden.cz> writes:
Sorry for second email, few more comments and questions.
Ludovic Courtès writes:
## Choice of a Forge
The software behind the forge has to be free software that is
*plausibly* self-hosted on Guix System—this probably rules out
GitLab
Community
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256
Hello Guixers,
I’ve applied for, and received, my commit bit! The manual says to send a
signed email to say so, so that’s what I’m doing.
By way of introductions: I’ve been using Linux since around 1995, when I
installed Slackware off floppy dis
Welcome!
On February 12, 2025 7:20:02 AM PST, Maxim Cournoyer
wrote:
>Hello Guix!
>
>I'm pleased to announce that Steve has just been enabled as a committer
>to the project, bringing the number of committers to 48.
>Congratulations! Happy committing, Steve! And thank you for all your
>contribu
Hi Jonathan,
indieterminacy writes:
Hello,
I believe that the term `Master` for the root branch is an
anacronism.
I propose that it is renamed to `The Gulf of Mexico`.
Unless people have a better suggestion?
Please don’t waste our time with trolling nonsense.
-- Ian
Hi Ludo’,
Ludovic Courtès writes:
Hello Guix,
• Availability: From what they told us, they didn’t experience
any
serious downtime over the last year or so. (I did see
someone
online suggest otherwise so if you have experience, please
share.
FWIW, over 3+ months o
Hi Andreas,
Andreas Enge writes:
Hello Ian,
Am Sat, Feb 08, 2025 at 08:33:14AM -0800 schrieb Ian Eure:
- The QA status on issues.guix.gnu.org is not very useful. By
far the most
common thing to see here is "QA: Unknown," with no indication
of why it’s
unknown or when it
Hi Morgan,
Morgan Arnold via "Development of GNU Guix and the GNU System
distribution." writes:
Hello,
If the issue is simply that the patch has not been rebased
against a
new enough version of Guix to be merged, I am happy to do that
rebasing. Additionally, please correct me if I have ma
Hi Maxime,
Maxime Devos writes:
On 9/02/2025 2:06, Ian Eure wrote:
Hi Morgan,
Morgan Arnold via "Development of GNU Guix and the GNU System
distribution." writes:
Hello,
If the issue is simply that the patch has not been rebased
against a
new enough version of Guix to be me
Hi Z572,
Z572 writes:
Liliana Marie Prikler writes:
## Repository Update Path
For a complete list of repositories associated with the Guix
project, see
GCD 002 ‘Migrating repositories, issues, and patches to
Codeberg’. Most
repositories can rename their main branch with no issue (see
a
Hi David,
David Pirotte writes:
Hello Ricardo,
Is this such a problem, for guix, to make an exception? As you
all
understood by now, this is a bit of a sensitive subject for me.
Ultimately, this kind of decision is a judgement call on the part
of the committers reviewing the patches. In
Hi David,
David Pirotte writes:
In Guix program languages specified libraries are named with
the
language as prefix, eg: python-six, perl-dbix-simple, and
guile-g-golf.
Guix should not do this. ...
Changing this convention would require a very large amount of work
and disrupt things ever
Hi Guixers,
A while back, I proposed splitting the nss package into two, one
for the ESR, and one for the rapid release. Because LibreWolf
tracks the Firefox Rapid Release channel, it needs a newer nss
than what Guix has fairly frequently, around 2-3 times a year.
However, the nss package is
Hi Liliana,
Thank you for putting this together. I sponsor.
-- Ian
Hi David,
David Pirotte writes:
Hi Inan,
Ultimately, this kind of decision is a judgement call on the
part
of the committers reviewing the patches. In this case, the
concensus is clear that the Guix convention should be upheld.
Sorry to hear that [1], but I do not authorize guix to pic
Hi Christopher, jgart,
Christopher Howard writes:
"jgart" writes:
Hi guixers,
Should we include wiggle as a dependency of Emacs since it is
used by the diff-wiggle function from diff-mode.el?
For my part — an enthusiastic Emacs user — I'd be a little
hesitant to
go down the path of a
Hi Vagrant,
Vagrant Cascadian writes:
On 2025-02-15, Vagrant Cascadian wrote:
The generated tarball also appears to be missing a few files,
some of
which seem fine (e.g. .gitignore) but some which actually cause
problems
(e.g. missing po4a.cfg, tests/*.scm, gnu/patches/*.patch), some
of wh
Also, thank you for tackling this!
-- Ian
Hi folks,
I’ve had issues getting a reliable patch review/push workflow
going, and would like to hear what others are doing for this.
Specific issues I’d like to solve:
* `mumi am' sometimes claims not to find patches.
This just happened to me:
guix!env!ieure:~/projects/guix/staging$ mum
Hi Greg,
Greg Hogan writes:
We have a C++ team! Has the survey shown that project
contributors are
happier when members of a team and those patches reviewed more
promptly?
I find Guix to be a powerful tool with unbounded
potential. Thank you to
all who have contributed. My particular use h
Hi Felix, Guixers,
Felix Lechner via "Development of GNU Guix and the GNU System
distribution." writes:
Hi,
I enabled an experimental barebones feature that broadcasts
Debbugs
changes on #guix. It's another technical feature that could
improve the
speed at which bugs are being closed.
Hi Feng,
Feng Shu writes:
Hello,
I use the below channel setting:
(service
home-channels-service-type
(cons* (channel
(name 'nonguix)
(url "https://gitlab.com/nonguix/nonguix";)
;; Enable signature verification:
(in
91 matches
Mail list logo
