Dear all,
We had a fantastic Guix days with loads of interesting discussions.
These things are a success because all of us, so I want to thank
everyone for making it such great events :). We have outgrown ICAB, so
next year we'll look for a new venue.
We did not collect enough money for cateri
On Sun, Feb 02, 2025 at 08:38:14PM -0500, Suhail Singh wrote:
> If it works as expected, great. If it doesn't, it doesn't seem likely
> we'd be switching back to the status quo - we may switch to yet-another
> process, perhaps. I.e., once we make the move, it's an effective point
> of no return.
Hi Leo,
On Sun, Feb 02 2025, Leo Famulari wrote:
> please try to participate in the conversation productively
Okay, sorry about the sarcasm, although sometimes I think that's exactly
what a community needs. I meant to be a mirror.
In my view, Guix is unable to solve its problems, and people co
On Sun, Feb 02, 2025 at 03:44:28PM -0800, Felix Lechner wrote:
> Okay, sorry about the sarcasm, although sometimes I think that's exactly
> what a community needs. I meant to be a mirror.
Fair enough, although none of us old-timers think it's going to be a
simple and easy fix for everything! Pers
Leo Famulari writes:
> The status quo seems bad, with respect to adequate code review, so
> many of us are not interested in preserving it.
The status quo isn't great. However, it's not clear (to me and some
others) that this move will be better. It'll lead to improvements in
some areas, but t
On Sun, Feb 02, 2025 at 11:13:53AM +0100, Lars-Dominik Braun wrote:
> I doubt this would cause much breakage. As long as we keep the old
> repository in place existing channels.scm files would continue to
> work. Sure, you can’t easily jump back into the old repository via
> `guix time-machine --co
On Sun, Feb 02, 2025 at 10:50:00AM -0500, Suhail Singh wrote:
> - How would the review workflow look like, and a summary of how it will
> differ from the current replying-to-emails process?
Good question, personally I don't know. I have used Gitlab and Github,
so I figure it would be something l
On Sun, Feb 02, 2025 at 07:02:14AM -0800, Felix Lechner via Development of GNU
Guix and the GNU System distribution. wrote:
> That's a beautiful summary of this thread: Let's ignore all the issues
> Guix has and switch to a new hosting platform, then everything will be
> better!
>
> Kind regards
Hey,
I am sharing some notes from this year's guix days.
They are not super complete but could help in summarizing the sessions I
attended.
Maybe next year we could start an emacs CRDT server for collective,
collaborative note taking, I'm pretty sure that would be a convenient
method of docu
Felix Lechner via "Development of GNU Guix and the GNU System
distribution." writes:
> summary of this thread: Let's ignore all the issues Guix has and
> switch to a new hosting platform, then everything will be better!
A part of me fears that that is indeed what's happening. Another part
is ho
paul writes:
> It is the way to go if Guix is really to be something as useful and as
> nice as Debian.
Out of curiosity, do you believe that the Linux kernel isn't useful or
not nice?
--
Suhail
Hi,
On Sun, Feb 02 2025, paul wrote:
> It is the way to go if Guix is really to be something as useful and as
> nice as Debian.
That's a beautiful summary of this thread: Let's ignore all the issues
Guix has and switch to a new hosting platform, then everything will be
better!
Kind regards
Feli
Hello Guix,
I've nothing substantial to add besides the fact that this proposal resonates a
lot with the way I mean the free in free software. It is the way to go if Guix
is really to be something as useful and as nice as Debian.
Thank you all for your work,
giacomo
45mg <45mg.wri...@gmail.com> writes:
> I strongly feel that the Guix project itself needs to maintain a
> permanent (read-only) archive of all its mailing lists, and ensure that
> it is searchable and downloadable.
The bug-guix and guix-patches mailing lists are special in that they are
only used
Hi,
> I'm not sure this is worth it, but maybe we can do better! If we were to
> prune the repo in this way, it would break `guix time-machine`, which is
> a nice selling point of Guix and really valuable.
I doubt this would cause much breakage. As long as we keep the old
repository in place exis
15 matches
Mail list logo
