-
Notifications
You must be signed in to change notification settings - Fork 411
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
When to switch to Erlang 27 #734
Comments
Oh neat, sounds sane to me! To make sure we're clear, you mean 4.0.x should switch to 27, but 3.13 and 3.12 should stay as-is, right? |
3.13 does not support Erlang 27 and I'm not currently sure if it will or when. In any case, I'd not expect any future open source 3.13.x releases. And 3.12.x has been out of support since late March 2024 or so when our new single series community support policy was adopted. |
Fair, thanks for clarifying! So I guess dropping 3.12 entirely is uncontroversial - I think we should probably drop 3.13 as well (so we're clearly communicating that it's not "open source supported" anymore); we can always bring it back if there ends up being more open source releases of it. 👍 (I'll make a PR for those two shortly so we can keep this focused on Erlang 27 in 4.0.4 👀) |
Yup, dropping 3.12 should be a no-brainer #735. I have shared what I'd do with 3.13.x in the same issue. |
This is a heads-up issue.
RabbitMQ
4.0.4
will mark Erlang 27 as supported rabbitmq/rabbitmq-server#12603. Technically it already is, starting with27.1.2
which addressed an issue that seriously affects RabbitMQ users who use TLS for client connections.I suggest that we switch this image to Erlang 27 after RabbitMQ
4.0.4
ships.The text was updated successfully, but these errors were encountered: