[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
Re: Layout of ‘define-configuration’ records
From: |
Maxim Cournoyer |
Subject: |
Re: Layout of ‘define-configuration’ records |
Date: |
Mon, 21 Nov 2022 16:00:21 -0500 |
User-agent: |
Gnus/5.13 (Gnus v5.13) Emacs/28.2 (gnu/linux) |
Hi Katherine,
Katherine Cox-Buday <cox.katherine.e@gmail.com> writes:
> Maxim Cournoyer <maxim.cournoyer@gmail.com> writes:
>
>> Apologies for causing grief!
>
> No worries at all, Maxim! The good you do far outweighs any grief, and
> even if that weren't the case, we're only human :)
>
>> I'm taking yours and Ludovic's feedback into account for the future
>> and will reach out to guix-devel with heads-up when introducing
>> breaking changes to Guix APIs.
>
> This seems like the logical place to me, but it's also a bit busy for
> announcements! I'm sure I'm not alone, but sometimes I'm very busy and
> distracted and I need a very loud signal to let me know I need to take
> action :) That's why I suggested info-guix. Its description reads:
>
> #+begin_quote
> Subscribe to the info-guix low-traffic mailing list to receive important
> announcements sent by the project maintainers (in English).
> #+end_quote
That sounds very appropriate indeed. I guess we could send
announcements on API breaking changes to both places. I suppose not
many people are registered to 'info-guix' (I wasn't myself until
recently ^^').
> Would it make sense to publish there? I don't think we break APIs very often?
>
> Also, do we need any kind of formalization around lead-time for these
> announcements?
I guess that's a question of how disruptive the API change is, but it'd
be convenient if it was 2 weeks to match the time the change might
appear on guix-patches un-reviewed.
I'll try to do this in the future (better yet, try to not affect APIs at
all); if it works well for everybody, we could formalize that in our
contributing section.
--
Thanks,
Maxim
Re: Layout of ‘define-configuration’ records, Ludovic Courtès, 2022/11/21