From: Katherine Cox-Buday <cox.katherine.e@gmail.com>
To: Pier-Hugues Pellerin <ph@heykimo.com>
Cc: guix-devel@gnu.org
Subject: Re: Updating from Go 1.17 to 1.18
Date: Wed, 20 Apr 2022 18:36:26 -0500 [thread overview]
Message-ID: <87o80vtjid.fsf@gmail.com> (raw)
In-Reply-To: <CA+RyfLkMQ=JgDrX-e0emQpqayP7GPVEOHdsUeAkUHXVYXRsE7g@mail.gmail.com> (Pier-Hugues Pellerin's message of "Sun, 10 Apr 2022 17:16:53 -0400")
>>> Pier-Hugues Pellerin <ph@heykimo.com> writes:
>> Ludovic Courtès writes:
>>> I am trying to update Go to 1.18, I do have a *working* patch that defines
>>> a package that inherits from 1.17 and that adjusts the inputs.
>>
>> Nice!
Yes, thank you! I just found out I need this and came to see if anyone had
started on it.
>> You can define Go 1.18 inheriting from 1.17; that’ll allow us to have both
>> versions, and eventually we’ll remove the older one.
I suggest inverting this: copy/paste go-1.17 to go-1.18, and then make go-1.17
inherit from go-1.18. This means that when it's time to sunset a version, it's
a simple delete and not something that cascades through all recent versions.
> I think it makes sense, looking at the number of impacted packages and from
> my experience working in go, even if the contract is the same, sometimes it
> does break on minor.
I was wondering if we don't want to start publishing a go-next package like we do with emacs-next? That would allow us to publish the latest version of Go without needing to immediately address building all the packages that depend on it.
Kindest regards,
--
Katherine
next prev parent reply other threads:[~2022-04-21 0:19 UTC|newest]
Thread overview: 8+ messages / expand[flat|nested] mbox.gz Atom feed top
2022-04-08 19:45 Updating from Go 1.17 to 1.18 Pier-Hugues Pellerin
2022-04-10 20:45 ` Ludovic Courtès
2022-04-10 21:16 ` Pier-Hugues Pellerin
2022-04-20 23:36 ` Katherine Cox-Buday [this message]
2022-04-20 23:43 ` Pier-Hugues Pellerin
2022-04-21 0:24 ` Pier-Hugues Pellerin
2022-04-21 14:58 ` Katherine Cox-Buday
2022-05-01 19:07 ` Pier-Hugues Pellerin
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
List information: https://guix.gnu.org/
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=87o80vtjid.fsf@gmail.com \
--to=cox.katherine.e@gmail.com \
--cc=guix-devel@gnu.org \
--cc=ph@heykimo.com \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
Code repositories for project(s) associated with this public inbox
https://git.savannah.gnu.org/cgit/guix.git
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for read-only IMAP folder(s) and NNTP newsgroup(s).