move to go 1.16? #201

Closed
opened 2021-10-13 11:53:25 +00:00 by knoflook · 7 comments
Owner

As @3wordchant pointed out, debian testing and fedora 34 use go 1.16. It's not deprecated yet, and will be supported till feburary 2022 if i understand go versions right. We're not using any 1.17 functionality yet and i succesfully compiled abra with no code changes using go 1.16.

As @3wordchant pointed out, debian testing and fedora 34 use go 1.16. It's not deprecated yet, and will be supported till feburary 2022 if i understand go versions right. We're not using any 1.17 functionality yet and i succesfully compiled abra with no code changes using go 1.16.
knoflook added the
abra
label 2021-10-13 11:53:51 +00:00
Owner

Installing manually is really easy?

https://golang.org/doc/install

1.17 has a significant reduction in binary sizes built-in, so it is worth it imho.

Installing manually is really easy? > https://golang.org/doc/install 1.17 has a significant reduction in binary sizes built-in, so it is worth it imho.
Owner

@decentral1se can we continue having the release binaries built using 1.17, while only requiring minimum 1.16 to build locally?

Requiring a newer version of the language than what's commonly available seems like an infra smell that I'd like to avoid if we can.

@decentral1se can we continue having the release binaries built using 1.17, while only requiring minimum 1.16 to build locally? Requiring a newer version of the language than what's commonly available seems like an infra smell that I'd like to avoid if we can.
Author
Owner

also we're only saving about 1MB using 1.17

18898944 Oct 13 16:01 ../abra-1.16.9
17956864 Oct 13 16:03 ../abra-1.17.2
also we're only saving about 1MB using 1.17 ``` 18898944 Oct 13 16:01 ../abra-1.16.9 17956864 Oct 13 16:03 ../abra-1.17.2 ```
Owner

Oh yeah right, we could set the Golang version to really low, like 1.13 or something? To avoid this issue happening and letting people do their thing and then make the build CI to 1.17! Just tried setting it to 1.13 and I could compile locally. Think 1.13 was when modules went into the langugae (which we use). Maybe we can go further back?

Oh yeah right, we could set the Golang version to really low, like `1.13` or something? To avoid this issue happening and letting people do their thing and then make the build CI to 1.17! Just tried setting it to `1.13` and I could compile locally. Think `1.13` was when modules went into the langugae (which we use). Maybe we can go further back?
Author
Owner

that's strange because I couldn't compile it with 1.15 🤔 it was complaining about io/fs missing and indeed this library was introduced with go 1.16

that's strange because I couldn't compile it with 1.15 🤔 it was complaining about io/fs missing and indeed this library was introduced with go 1.16
Owner

hmmmmm.... 1.16 it is then 🤷‍♀️

hmmmmm.... `1.16` it is then 🤷‍♀️
Author
Owner

ahh i see why that is. Setting go version in go.mod doesn't affect how the program is compiled, it's just setting a requirement. So you'd have to actually download go 1.13, install it and then compile

ahh i see why that is. Setting go version in go.mod doesn't affect how the program is compiled, it's just setting a requirement. So you'd have to actually download go 1.13, install it and then compile
Sign in to join this conversation.
No Milestone
No project
No Assignees
3 Participants
Notifications
Due Date
The due date is invalid or out of range. Please use the format 'yyyy-mm-dd'.

No due date set.

Dependencies

No dependencies set.

Reference: coop-cloud/organising#201
No description provided.