Hi,
On Thu, 11 Jul 2024 at 11:38, Ludovic Courtès wrote:
> Good point. In practice we’re already doing a combination of the above
> and I agree that there are probably advantages to keep it that way.
Well, from my perspective, the question is architecture per
architecture. I mean, I think
Hi,
On Thu, 11 Jul 2024 at 12:26, Ludovic Courtès wrote:
> These things require constant attention.
Thank you for such attention! Thanks Chris for playing the role of
“database administrator”. :-)
Well, it reminds me that our discussion [1] “Sustainable funding and
maintenance for our
Hi,
On Sat, 01 Jun 2024 at 15:26, Ludovic Courtès wrote:
> Yes. You can’t “change the behavior of derivations” at build time,
> except by passing GUIX_DOWNLOAD_METHODS to guix-daemon itself, provided
> GUIX_DOWNLOAD_METHODS is also in ‘impureEnvVars’ of said derivation, as
> you wrote.
It’s
Hi Ricardo,
On Wed, 10 Jul 2024 at 22:15, Ricardo Wurmus wrote:
> Do you want the plain log files or would the processed HTML report
> (generated with goaccess) be sufficient?
The HTML report will be sufficient as a start. :-)
> The latest report is
Hi Andrius,
On Tue, 09 Jul 2024 at 23:15, Andrius Štikonas wrote:
>> Do you mean remove guile-bootstrap from the picture? The root of this
>> graph:
>
> I think what janneke means (correct me if I'm wrong) is that before now gash
> and gash utils could only run on guile but not on mes. So
Hi Maxim,
On Tue, 14 May 2024 at 07:57, Maxim Cournoyer wrote:
> We have detailed anonymized nginx logs of all downloaded substitutes
> from Berlin, at least. If you are interested to use this data as a
> source we could probably make it available to you since it's anonymized
> (real IP
Hi Janneke,
On Sat, 06 Jul 2024 at 11:16, Janneke Nieuwenhuizen wrote:
> We are happy to announce the release of GNU Mes 0.27.
Cool! Really nice.
> Remove indirect Guile
> dependencies (via Gash and Gash-Utils) from the Mes bootstrap in Guix.
Do
Hi Ricardo, all,
I agree with many words in the thread.
Reading all the messages in the thread, the solution seems to try a mix
of the three options. We could imagine “buy and host” more exotic
hardware but not a complete data center neither, “rent” for specific
needs and ask for more
Hi,
On Tue, 02 Jul 2024 at 16:24, Ludovic Courtès wrote:
> The reason for this discussion is that we were
> thinking that we should not take our existing build farms for granted
> and be prepared for the future.
Could you explain the rationale? I understand and fully
Hi MSavoritias,
This message is not to cut any discussion but maybe it could be helpful
or a bit saner if you refrain to rehash again and again the same to all
messages, replying the same (or almost) to each person expressing
different opinions.
No blame, and I also include myself: being very
Hi,
Patch #71697 [1] introduces dry-run for the checkers and a way to
exclude some checkers directly in the package definition. In addition
to exclude checkers from the command-line.
FWIW, I think it covers:
> but it is too easy to forget and once the cat is out
> of
Hi Felix,
On Fri, 21 Jun 2024 at 20:37, Felix Lechner wrote:
> > Is debbugs.gnu.org having issues?
>
> Yes, the community0p server crashed this morning. Luckily, Debbugs
> appears to be back online and added messages I sent during the outage.
> Maybe yours will get there, too.
Thanks. Yeah
On Fri, 21 Jun 2024 at 19:51, Simon Tournier wrote:
> Well, thinking about indeed it could helpful in some context to specify
> the checkers to exclude at the package definition level. Other said,
> this patch could be generalized. Work in progress… :-)
Done here: https://issues.gui
0:00 2001
Message-ID: <8cb162bcde91d3b39453de576caadb9a6f8f8733.1718990517.git.zimon.touto...@gmail.com>
From: Simon Tournier
Date: Fri, 21 Jun 2024 19:17:57 +0200
Subject: [PATCH] guix: lint: Honor 'no-archival?' package property.
* guix/lint.scm (check-archival): Skip the checker if the pa
Hi all,
For the record, the Software Heritage initiative is supportive of the
Guix project since years.
It means that members of Guix community have or had interactions with
Software Heritage (SWH) teams since years. For example, the blog post
“Connecting reproducible deployment to a long-term
Hi,
On Thu, 20 Jun 2024 at 19:42, Dale Mellor wrote:
> I'm sure guix lint tried to push my code out to them the last time I
> tried.
Yes, it’s the checker ’archival’.
Therefore, running “guix lint -x archival” does not send any request to
SWH.
Cheers,
simon
Hi MSavoritias, all,
On Thu, 20 Jun 2024 at 09:51, MSavoritias wrote:
>> Not to avoid the question but from a pragmatic point of view, one
>> might ask if the source code you write and do not want to be included
>> in the training dataset, if this source code is concretely part of
>> that
Hi MSavoritias, all,
Let me provide more context.
The concern started couple of months ago, to my knowledge. And
discussion is still on going. So I think that’s incorrect to say “any
result for over 6 months”.
Moreover, I feel you have a misunderstanding about HuggingFace and SWH
partnership.
Hi Ian, all,
On Tue, 18 Jun 2024 at 10:57, Ian Eure wrote:
> Guix is continuing to partner with SWH in spite of their continued
> support of these violations.
Quickly because I am in the middle of a busy day. :-)
I think that LLM asks ethical and legal question that even FSF or EFF or
SFC
Hi,
On Sat, 01 Jun 2024 at 15:58, Ludovic Courtès wrote:
>> I think it would be great if "guix pack -f docker" could avoid building
>> all these identical layers again and again. Perhaps it would be
>> possible to have a single derivation for each layer? This way we
>> wouldn't have to
Hi Ludo,
On Thu, 23 May 2024 at 19:31, Ludovic Courtès wrote:
> From Sunday May 19th to Tuesday may 21st, for about 36h,
> bayfront.guix.gnu.org, the machine behind many services went down:
>
> https://lists.gnu.org/archive/html/info-guix/2024-05/msg0.html
>
> Affected web sites and
Hi,
On Mon, 27 May 2024 at 21:25, nat-418 wrote:
> I am organising a meetup for folks from the Guix, Nix, Aux, Lix, etc.
> communities at Foam in Nice on Saturday, June 22nd. The address is 1
> Place du Pin, and I will be there from lunch until evening. The venue is
> a family-friendly
Hi,
On Sun, 26 May 2024 at 13:13, Felix Lechner via "Development of GNU Guix and
the GNU System distribution." wrote:
> By my math, about 65.8 GiB were recovered.
>
> When 'guix gc' was done, it announced:
>
> [184389 MiB] deleting '/gnu/store/...'
> deleting `/gnu/store/trash'
>
rg/archive/html/help-guix/2019-06
https://yhetil.org/guix/CAOOOohSzUezKvm=ro0bxrgh3m0eo2x0cotvd--varxwoqtc...@mail.gmail.com
7:
https://guix.gnu.org/en/blog/2021/outreachy-guix-git-log-internship-wrap-up/
8: Re: Mechanism for helping in multi-channels configuration (and Xapian index)
Simon Tournier
Hi Richard,
On lun., 13 mai 2024 at 20:52, Richard Sent wrote:
> You're correct. This solution wouldn't be sufficient to avoid "Computing
> Guix Derivation" for every possible A or B. To my understanding it could
> reduce the frequency this occurs.
[...]
> Assuming D changes significantly
Hi,
On lun., 13 mai 2024 at 17:11, Richard Sent wrote:
> Instead of A and B building C directly, A and B download the
> substitutable Guix package D, then use D to build C. Because D is a
> reproducible package, it should be substitutable from both A and B.
> Then, because D->C is the same for
Hi,
On lun., 13 mai 2024 at 17:04, Edouard Klein wrote:
> - Why is this step not substitutable ? The inputs are known, a hash can
> be derived, a substitute server could be queried for an output of that
> hash ? What am I missing ? Does the guix derivation not end up in the
> store ? What makes
Hi,
On jeu., 02 mai 2024 at 11:00, Ludovic Courtès wrote:
> Richard Sent skribis:
>
>> As everyone who's built Guix from source knows, when running ./configure
>> on a system with an existing Guix installation you must remember to
>> specify --localstatedir=/var and --sysconfdir=/etc. I think
Hi,
I am late to the party…
On mer., 10 avril 2024 at 15:57, Ludovic Courtès wrote:
>> That has happened to me too.
>> Why not use Git directly always?
>
> Because it create{s,d} a bootstrapping issue. The
> “builtin:git-download” method was added only recently to guix-daemon and
> cannot be
Hi,
Sorry for the long delay.
On lun., 18 mars 2024 at 16:05, Christina O'Donnell wrote:
>> 2: https://issues.guix.gnu.org/issue/39258
> As I said above, [2] is a fairly long thread, but I think I get the
> general idea. It seems that Xapian was implemented but didn't have the
> desired
Re,
On lun., 06 mai 2024 at 13:12, Simon Tournier wrote:
> Although these days I do not have much free time, let make a new release
> as soon as possible. WDYT?
>
> Who’s in?
Well, the patch review sessions could be helpful. Maybe we could run
some online hackathons. IMHO, havin
Hi all,
Here or there, we have bugs as:
https://issues.guix.gnu.org/70659
https://issues.guix.gnu.org/70726
And our answer looks like:
> Additionally, I strongly advise upgrading guix-daemon, as noted in the
> bug report above.
Well, the bugs appear because the user is
Hi,
Reading this message [1]:
Start of forwarded message
Subject: bug#69800: kcalendarcore is a time bomb
To: 69...@debbugs.gnu.org
Date: Thu, 14 Mar 2024 20:20:43 +0100
From: Vivien Kraus via Bug reports for GNU Guix
Dear Guix,
Kcalendarcore does
Hi Andy,
Thanks for the explanations.
On mar., 30 avril 2024 at 16:43, Andy Wingo wrote:
>> The first question is: is it still correct? Because this module had
>> been implemented before many Guile compiler improvements.
>
> No, the comment is incorrect. The type check on whatever accessor
Hi,
In Guile module (ice-9 vlist), one reads:
--8<---cut here---start->8---
;; Asserting that something is a vlist is actually a win if your next
;; step is to call record accessors, because that causes CSE to
;; eliminate the type checks in those accessors.
Hi,
On ven., 19 avril 2024 at 16:02, Ludovic Courtès wrote:
> We should see how that fits into the set of tools we already have, in
> particular the (guix derivations) interface and the REPL meta-commands.
>
> My gut feeling, with a Schemer bias, is that we’d rather enrich the
> Scheme API
Hi,
On mer., 17 avril 2024 at 05:21, John Kehayias via Bug reports for GNU Guix
wrote:
> I've just pushed, as b47ae1ecc43baaf726701ab2d2f810ecfaa75428,
Cool! Thank you for crossing the finish line.
Cheers,
simon
Hi Leo,
On ven., 12 avril 2024 at 20:04, Leo Famulari wrote:
>> Do you think it would be useful to package it? Or maybe to include it
>> as another subcommand (or part of some subcommand)?
>
> I'd love for this to be built in to Guix. I'm often struggling to read
> derivations while debugging
Hi,
As an Emacs user, exploring Derivation (the .drv files) is easy since
there is an Emacs mode. However, I have been annoyed with some pipe
through ’sed’ and friends.
Therefore, I wrote a very simple Guix extension [1] that outputs
derivation content using recutils format.
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/HuggingFaceH4/starchat2-playground
Hi MSavoritias,
On lun., 18 mars 2024 at 16:00, MSavoritias wrote:
> I think you have misunderstood that here we are talking about
> I think you have misunderstood that here we are talking about
What if? Maybe it’s you. Maybe you, “you have misunderstood that here
we are talking about […]”.
oint #1.
About “rewrite history”, see point #2
> 4.
>
> > This language is not acceptable on Guix channel of communication.
>
> Calling out transphobia it is very much accepted here actually :)
No it is not. Because it is a bold conclusion.
I am asking that the Guix project
Hi,
On lun., 18 mars 2024 at 12:10, MSavoritias wrote:
> The right of a trans person to ask a project to not advertise their
> deadname was never in question.
>
> Guix is a place that supports trans people and anybody else that wants
> to change their name.
There is a difference between
Hi MSavoritias,
Could you please stop to propagate tangential or opinionated views?
Please hold your horses.
You wrote several times, about Software Heritage:
> being also transphobic.
[…]
> I would go a step further actually. Software Heritage
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:
Hi,
On sam., 16 mars 2024 at 08:52, Ian Eure wrote:
> I was also distressed to see how poorly they treated a developer
> who wished to update their name:
> https://cohost.org/arborelia/post/4968198-the-software-heritag
> https://cohost.org/arborelia/post/5052044-the-software-heritag
This
Hi Greg,
On mer., 17 janv. 2024 at 12:17, Greg Hogan wrote:
> What is the preferred process for when a patch review is provided
> (often by a committer) but no response is received from the submitter
> (for many weeks or months)?
>
> Is it appropriate to make the recommended changes and submit
Hi,
On lun., 29 janv. 2024 at 17:44, Ludovic Courtès wrote:
> That used to be the case until commit
> 672d3d4a87839b0692c307df0edb66cd16bcbf1a, which enabled colors even when
> ‘INSIDE_EMACS’ is set.
>
> Pierre, do you remember what the rationale was?
I am not Pierre. :-) The context seems:
Hi,
CC: guix-maintainers
CC: guix-sysadmin
On lun., 22 janv. 2024 at 19:58, Sharlatan Hellseher
wrote:
> May I ask someone with admin rights to the build farm to set up
> go-team branch, please?
What is the status of this request? Is it doable? I do not see the
specification on
Hi Antoine,
Reading this blog post:
https://lewo.abesis.fr/posts/nix-build-container-image/
and from my understanding, “guix pack” is currently something similar to
’dockerTools.buildImage’ [1]
On lun., 26 févr. 2024 at 18:33, Simon Tournier
wrote:
> Well, I have not followed on wh
Hi,
Well, I do not see if there is a reply. If no, sorry! If yes, I am
just adding my own curiosity. :-)
CC: guix-maintainers and guix-sysadmin
CC: Mark Weaver
On lun., 08 janv. 2024 at 13:19, Jing Luo wrote:
> I am Jing Luo, a new member from the GNU webmaster team. I noticed that
>
Hi lewo,
On lun., 26 févr. 2024 at 11:09, Antoine Eiche wrote:
> Does your built images contains several layers?
This had recently been introduced.
0cf75c9b2f23869201144917cea7f6ad49683d3d
AuthorDate: Tue Dec 26 03:54:12 2023 +0300
CommitDate: Mon Jan 8 21:04:44 2024
Hi Attila,
On mar., 06 févr. 2024 at 17:16, Attila Lendvai wrote:
>> The wishlist is: provide a machine-readable description on guix-science
>> channel side in order to help in finding the good overlap between
>> commits of different channels.
>
> i wrote about a missing abstraction here:
>
>
Hi Clément,
If read correctly, you answered about Gnus (debbugs.el):
>>> --8<---cut here---start->8---
>>> (with-current-buffer gnus-original-article-buffer
>>> (message-fetch-field "Message-ID"))
>>> --8<---cut
re, open a feature request is low on my list of TODO. ;-)
Cheers,
simon
1: Re: Guix Days: Patch flow discussion
Simon Tournier
Wed, 14 Feb 2024 16:48:07 +0100
id:87mss3kpxk@gmail.com
https://lists.gnu.org/archive/html/guix-devel/2024-02
https://yhetil.org/guix/87mss3kpxk@gmail.com
Hi,
On jeu., 15 févr. 2024 at 10:10, Sharlatan Hellseher
wrote:
> I would push go-team branch to check some lower level modifications to
> go-build-system which are queued right now. I need someone with admin access
> to
> set the branch on CI as well ;-)
Cool! Thank you.
Cheers,
simon
Hi Christina,
On sam., 03 févr. 2024 at 15:27, Christina O'Donnell wrote:
> 1. Have a script that scrapes all the define-public symbols in every
> file in
> every package.
I think you mean ’fold-packages’.
> 2. Have a script that determines the symbols needed by each file. (Macros
>
Hi Josselin,
On jeu., 15 févr. 2024 at 12:07, Josselin Poiret wrote:
> I think b4's ML is more active than the GitHub issues, I have already
> sent some bug reports and patches there that were picked up quite fast.
Yeah, Kyle pointed me that out months ago. Then I have never taken the
time to
Hi Clément,
On jeu., 15 févr. 2024 at 12:45, Clément Lassieur wrote:
>>> 'b4 shazam' is probably the most trouble-free way to apply patches;
>>
>> I agree*!
>
> I don't agree (both Gwene + Gnus or Emacs Debbugs work perfectly too and
> allow to apply a range of n patches at once) but I don't
Hi,
On dim., 11 févr. 2024 at 11:38, Maxim Cournoyer
wrote:
> 'b4 shazam' is probably the most trouble-free way to apply patches;
I agree*!
> it
> even selects the latest revision it finds in the issue thread. To make
>
Hi Steve,
( On a side note, the triage of old bugs is a similar problem. They
are easy to find [2], read, check and send an email to
12...@debbugs.gnu.org does not appear to me an issue with any tool.
For what it is worth and without any willing of being harsh, I am
able
Hi Timothy,
On sam., 27 janv. 2024 at 10:59, Timothy Sample wrote:
> https://git.ngyro.com/git-annex-remote-clouda/tree/git-annex-remote-clouda/remote.scm
Oh cool, thanks. Bookmarked.
Cheers,
simon
Hi,
Late to the party. :-) Processing my backlog…
On jeu., 18 janv. 2024 at 10:25, Sharlatan Hellseher
wrote:
> I'm currently in review and split some packages from (gnu packages golang)
> into
> (gnu packages golang-crypto) to simplify the maintenance. I try to play with
> that option and
Hi,
On mar., 13 févr. 2024 at 14:48, Steve George wrote:
> At Guix Days we said we'd organise some patch review sessions.
Cool!
> Anyone available? If you are and can put your name down for a particular
> date that would be brilliant!
I will do. Thanks for the initiative!
> Q2: Does
Hi,
( It is when my plate is full that I add more in. :-) )
Google is announcing the Season of Docs. Somehow, it is similar of
Google Summer of Code but for… wait for it… documentation!
https://opensource.googleblog.com/2024/02/announcing-google-season-of-docs-2024.html
I would like that the
Hi,
On sam., 03 févr. 2024 at 19:43, Giovanni Biscuolo wrote:
> This is a git bug, not an issue with our repo, and for this reason (I
> hope) I'm closing this bug; please see below.
Here the explanation of the bug of “git describe”:
Hi,
On mer., 07 févr. 2024 at 10:41, Carlo Zancanaro wrote:
>> Why not? Do I miss something in the implementation of ’match’?
>
> The only reason I can think of would be if these matches are sometimes
> provided improper lists, which need to fail these match conditions. That
> seems unlikely
Hi,
>From Ludo’s mastodon message [1]:
Re ‘match’ penalty: when using ellipses in patterns, the generated
code checks for “proper lists”, which is O(n). The trick is to
instead match a pair:
✔ (match lst ((head . tail) …))
❎ (match lst ((head tail ...) …))
Therefore I have
salut,
On jeu., 01 févr. 2024 at 20:51, Tanguy LE CARROUR wrote:
> Ce jeudi 8 février 2024 à 19h, se tiendra la cinquième édition de Guix@Paris
> ouverte au public.
> Comme les fois précédentes, il sera possible de participer à distance
> (*cf* ci-dessous).
Chouette ! Ayant raté la journée de
Hi all,
I hope that the discussion we had yesterday (Friday 2nd) in Guix Days
has clarified the idea behind this proposal.
I am waiting Ludo’s notes in order to refine this proposal, integrate
many comments and/or ideas, and polish.
Thanks all participants.
The aim of the proposal is to have
Hi,
Well, using Guix bdab356 from a little bit more than one month old, then
associating the channel guix-science 0b3d4a2f last week, I get the
failure:
--8<---cut here---start->8---
$ guix build /gnu/store/g3aa5rh7bs5pyxd3q1gvhwz1s9z1vh3z-guix-science.drv
The
Hi Ricardo,
On mer., 20 déc. 2023 at 12:49, Ricardo Wurmus wrote:
> I just got back from travels and finally caught up with important email.
> I read the proposal and it looks good to me. Thank you for working on
> this!
>
> This would be the first project I contribute to that has an RFC
Hi Kyle,
On jeu., 25 janv. 2024 at 21:20, Kyle Meyer wrote:
> Fwiw I think someone could do that outside Haskell, if they preferred,
> via a custom backend:
>
> https://git-annex.branchable.com/design/external_backend_protocol/
>
> Special remotes can also be written in other languages:
>
>
Hi Ludo, all,
On mer., 24 janv. 2024 at 16:22, Ludovic Courtès wrote:
> The question boils down to: Git-LFS or Git Annex?
Some months ago, I gave a look for managing some datasets. My
conclusion is Git-Annex. The main drawback of Git-LFS is that the
server needs to support the protocol. On
Hi Steve,
On mer., 17 janv. 2024 at 21:16, Steve George wrote:
> Hi - initial draft of the post went to Ludo today for review (and commit
> as I don't have the rights). We'll see what his reaction is to my
> British English and random punctuation! ;-)
Cool! Thank you.
For the next time, in
Hi,
On Tue, 16 Jan 2024 at 15:35, Steve George wrote:
> We're planning to put up a blog post about Guix (and Guix-related) talks
> at FOSDEM [0]. I've collected all the talks that that are about Guix (or
> connected areas). If I've missed any Guix related talks please tell me
> so I can add
Hi,
On Tue, 16 Jan 2024 at 00:19, Troy Figiel wrote:
> Although not fully PEP 517-compliant according the documentation, the
> pyproject-build-system does seem to fall back to setuptools.build_meta
> if the pyproject.toml is missing. Contrary to what the name implies to
> me, it can therefore
Hi,
On Thu, 11 Jan 2024 at 16:10, Ludovic Courtès wrote:
> Long story short: I’d like us to freeze and merge the branch ASAP,
> notably because the glibc graft on ‘master’ leads to a bad user
> experience. I’m happy with the current state of the branch and wouldn’t
> mind postponing remaining
Hi,
On Tue, 09 Jan 2024 at 21:32, Maxim Cournoyer wrote:
> What do you think? Should we go ahead and effect the following simple
> change for the Berlin build farm?
>
> --8<---cut here---start->8---
> modified hydra/modules/sysadmin/services.scm
> @@
Hi,
CC:
$ ./etc/teams.scm list-members go
Katherine Cox-Buday
Sharlatan Hellseher
On Sun, 14 Jan 2024 at 22:12, Troy Figiel wrote:
> --8<---cut here---start->8---
> (define* (check #:key tests? import-path #:allow-other-keys)
> "Run the
Hi Oleg,
On Thu, 11 Jan 2024 at 19:56, Sharlatan Hellseher wrote:
> I am happy to have been granted commit access
Cool! Welcome.
> If anyone has a good patch review workflow using Emacs, Gnus, and Magit,
> I would appreciate it ;-)
Well, nothing more than what had been already suggested.
On Fri, 12 Jan 2024 at 20:46, Liliana Marie Prikler
wrote:
> PS: I should probably just write the patch myself at this point, but I
> feel like it'll be misunderstood either way.
Sorry but I do not understand how your proposal would work in tandem
with the current "guix edit". So yes, please
Hi,
> The initial NixGuix loader (currently in production) lists and loads
> origins from a manifest, ignoring the specific origins mentioned above. The
> new stack will be able to ingest those origins. It will also optionally
> associate, if present, a NAR hash (specific intrinsic identifier to
Hi,
On Fri, 12 Jan 2024 at 18:39, Liliana Marie Prikler
wrote:
> > Well, I see how to write specific Scheme wrapper around $EDITOR; as I
> > did in [1].
> >
> > Or, I see how to tweak guix/scripts/edit.scm for running specific
> > launcher depending on $EDITOR.
> >
> > Liliana, could you
Hi,
On Mon, 20 Nov 2023 at 20:33, Liliana Marie Prikler
wrote:
>> 2. Do we put this code in some etc/vscode-wrapper that user can
>> install? (or that we could automatically installl) Or maybe revamp
>> it
>> for calling this code via some shell function?
>
> With VSCode et al. not being
Hi Maxim,
On Thu, 30 Nov 2023 at 08:28, Maxim Cournoyer wrote:
> I'd like to have a single archive type as well in the future, but I'd
> settle on Zstd, not lzip, because it's faster to compress and
> decompress, and its compression ratio is not that different when using
> its highest level
Hi,
Well, more than 7 weeks later… Hum, does it mean that the Guix project
is not interested in formalizing some RFC?
WDYT about the proposal?
On Tue, 31 Oct 2023 at 12:14, Simon Tournier wrote:
> Hi,
>
> This is a proposal for implementing Request-For-Comment process.
> Comment
such move. Why
not some Request-For-Comment?
Request-For-Comment process: concrete implementation
Simon Tournier
Tue, 31 Oct 2023 12:14:42 +0100
id:87h6m7yrfh@gmail.com
https://lists.gnu.org/archive/html/guix-devel/2023-10
https://yhetil
Hi,
On sam., 09 déc. 2023 at 11:54, Ludovic Courtès wrote:
> I think this underlines a collective failure to get our act together.
I do not consider a collective failure considering the payment for the
service. About the maintenance of such service, that’s another
question, IMHO. :-)
>
salut,
On Fri, 08 Dec 2023 at 08:45, Tanguy LE CARROUR wrote:
> Rendez-vous début janvier (sûrement le 11, à confirmer) pour la
> prochaine !
Avec des stickers si je ne les oublie pas à nouveau. ;-)
Chouette soirée !
à tantôt,
simon
Hi,
On Thu, 07 Dec 2023 at 23:46, Ludovic Courtès wrote:
> Back in 2018, this was deemed important for HPC clusters, where CentOS 6
> was then relatively common, as Ricardo explained:
Héhé! A colleague re-installed CentOS 6 this week; for testing
purpose. Hum… :-)
> Five years later, it
salut Édouard,
Chouette présentation ! Je pense que cela pourrait sympa de partager
ton canal. :-)
à tantôt,
simon
Hi Janneke,
On Sun, 03 Dec 2023 at 13:50, Janneke Nieuwenhuizen wrote:
> We are happy to announce the release of GNU Mes 0.26.
Cool!
A naive question. :-) I was randomly roaming and I have seen, for
example, in file module/mescc/x86_64/as.scm:
--8<---cut
Hi Konrad,
On Fri, 08 Dec 2023 at 17:24, Konrad Hinsen wrote:
> First, I tested some Python 2 scripts in a shell environment:
>
> guix time-machine -C ./channels.scm \
> -- shell --container \
>python2 python2-mmtk python2-matplotlib \
>
Hi Maxim,
I am late to the party and maybe it is already solved.
On ven., 06 oct. 2023 at 22:13, Maxim Cournoyer
wrote:
> I've narrowed the problem down to #$(this-package-input "subversion");
> the following diff allows the build to start:
[...]
> I'm puzzled as to why this happens. Would
Hi,
On mer., 29 nov. 2023 at 13:27, "jgart" wrote:
> Does anyone happen to know why sbcl-py4cl doesn't appear in this output?
>
> guix refresh --list-dependent python-numpy
>
> Building the following 1490 packages would ensure 3164 dependent packages are
> rebuilt:
I guess sbcl-py4cl is not
do your best to be around by then.
I think all this should be encoded in some RFC as proposed in:
Request-For-Comment process: concrete implementation
Simon Tournier
Tue, 31 Oct 2023 12:14:42 +0100
id:87h6m7yrfh@gmail.com
https://lists.gnu.org/archive/htm
Hi jgart,
On mer., 25 oct. 2023 at 14:12, "jgart" wrote:
>> Could you explain what “Nix flake” means using Guix terminology?
>
> Here's TLDR list of nix flake features and their guix equivalents
> (maybe):
Thanks for explaining.
If I understand correctly, Guix does not miss some feature from
Hi,
On mer., 22 nov. 2023 at 19:27, Ludovic Courtès wrote:
> For long-term storage though, we could choose to keep lzip only (because
> it compresses better). Not something we can really do with the current
> ‘guix publish’ setup though.
It looks good to me. For me, the priority list looks
Hi,
Thanks all people! It was a very interesting experience for me and a
very good moment. I hope that we will do again in the near future.
As a record for the next time, let me mention two points that help:
1. Demos! It seems very helpful to have both: Guix System and Guix on
foreign
1 - 100 of 432 matches
Mail list logo