Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Update for latest Gleam #138

Merged
merged 3 commits into from Sep 12, 2022
Merged

Update for latest Gleam #138

merged 3 commits into from Sep 12, 2022

Conversation

lpil
Copy link
Member

@lpil lpil commented Sep 2, 2022

  • Gleam releases now use LLVM triplets for platforms so the download
    URLs have been updated accordingly.
  • Gleam's rebar3 support has been removed.

This change means that future versions of this action cannot download
older versions of Gleam. I can make it backwards compatible, but I will
need help from someone who can convert the shell script into PowerShell
for Windows.

- Gleam releases now use LLVM triplets for platforms so the download
  URLs have been updated accordingly.
- Gleam's rebar3 support has been removed.

This change means that future versions of this action cannot download
older versions of Gleam. I can make it backwards compatible, but I will
need help from someone who can convert the shell script into PowerShell
for Windows.
@paulo-ferraz-oliveira
Copy link
Collaborator

Hi, @lpil.

I'd usually not worry about backward compatibility before 1.0.0 (following Semantic Versioning principles) - which is Gleam's case.

At the same time, if rebar3's no longer support, would it be better to remove rebar3-version from the Gleam combos, everywhere?

Cheers.

@starbelly
Copy link
Member

This change means that future versions of this action cannot download
older versions of Gleam. I can make it backwards compatible, but I will
need help from someone who can convert the shell script into PowerShell
for Windows.

This is an interesting one... does a backward incompatible change for a supported language mean that we break compatibility for users and thus need to bump the major version? It may be the a big note in the README.md is good enough.

I'm not 100% sure on this on tbh. I tend to think that since our API has not changed, then we do not need to bump the major. To boot, gleam is not 1.0 yet, thus it should be somewhat expected, no?

Thoughts?

@lpil
Copy link
Member Author

lpil commented Sep 3, 2022

I already have the code for backwards compatibility using shell, so I could add that and we leave windows support as a future addition?

@starbelly
Copy link
Member

I already have the code for backwards compatibility using shell, so I could add that and we leave windows support as a future addition?

That sounds quite amenable to me :)

@paulo-ferraz-oliveira
Copy link
Collaborator

@lpil, sure thing. Would you create an issue for what would need to be done, so somebody can take a look at it later? Cheers.

@lpil
Copy link
Member Author

lpil commented Sep 10, 2022

Fab! I've updated this PR and created the issue.

The build is failing but isn't printing any debug information. Is there a way to get more out of it? It passes for other installations so I'm not sure what might be happening.

@starbelly
Copy link
Member

Fab! I've updated this PR and created the issue.

The build is failing but isn't printing any debug information. Is there a way to get more out of it? It passes for other installations so I'm not sure what might be happening.

There's no gleam-0.23.0-rc1-linux-amd64.tar.gz for v0.23.0-rc1

@lpil lpil force-pushed the new-gleam branch 3 times, most recently from 75620ea to 64bad4f Compare September 11, 2022 10:32
@lpil
Copy link
Member Author

lpil commented Sep 11, 2022

Ah there it is! I found a typo in the script.

@starbelly
Copy link
Member

@paulo-ferraz-oliveira LGTM.

@paulo-ferraz-oliveira
Copy link
Collaborator

Yup, LGTM too. @lpil, if you have no more changes we can merge. Would you prefer we also tag it after that (as a minor, as explained)?


At the same time, if rebar3's no longer support, would it be better to remove rebar3-version from the Gleam combos, everywhere?

You 👍'ed, but there are no changes. Is that on purpose?

This is an interesting one... does a backward incompatible change for a supported language mean that we break compatibility for users and thus need to bump the major version?

@starbelly, I've re-read the Semantic Versioning stuff and am unsure, too, but my personal preference is to not consider it breaking in this specific case, since it's "our" API that didn't break.

@lpil
Copy link
Member Author

lpil commented Sep 12, 2022

Oh yes! I forgot to remove the rebar bits. I have done that now

@paulo-ferraz-oliveira
Copy link
Collaborator

Merging... Many thanks, @lpil.

@paulo-ferraz-oliveira paulo-ferraz-oliveira merged commit ee0fa0b into erlef:main Sep 12, 2022
@lpil
Copy link
Member Author

lpil commented Sep 12, 2022

Wonderful, thank you! Would it be possible to get this released soon? I would like to start using new Gleam versions 😅

@lpil lpil deleted the new-gleam branch September 12, 2022 16:11
@starbelly
Copy link
Member

starbelly commented Sep 13, 2022

Oh yes! I forgot to remove the rebar bits. I have done that now

Yup, we certainly can 👍

Edit:

I have made the tag v1.13.0. I need to check with @paulo-ferraz-oliveira on something before forcing this into @v1 along with a change from Wojtek.

@paulo-ferraz-oliveira
Copy link
Collaborator

I'll release and tag this today, and by then it'll also contain a pull request of mine 😄.

@paulo-ferraz-oliveira
Copy link
Collaborator

@starbelly, I'll move your tag, if that's Ok, since it was never released in any case...

@paulo-ferraz-oliveira
Copy link
Collaborator

v1.13.0 released, v1.13 tagged, v1 moved (to v1.13)

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

Successfully merging this pull request may close these issues.

None yet

3 participants