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

RabbitMQ in docker compose file is very out of date #422

Open
Montg0mery opened this issue Dec 18, 2023 · 3 comments
Open

RabbitMQ in docker compose file is very out of date #422

Montg0mery opened this issue Dec 18, 2023 · 3 comments

Comments

@Montg0mery
Copy link

From docker-compose.yaml:

  rabbitmq:
    image: "rabbitmq:3.7.7"

You can see from here (https://www.rabbitmq.com/versions.html) that RabbitMQ 3.7 went end of life in 2020.

Unless there is a specific reason to be pinned to an end-of-life version (and a specific patch-level at that), please update this to the latest stable version (and don't pin to a specific patch-level if there's no reason to).

Thank you.

@timabbott
Copy link
Member

timabbott commented Sep 25, 2024

Yeah, there's no good reason for that to be pinned to an old version. @mikkeschiren would you have time to test the latest version (my main fear would be the RabbitMQ container failing to upgrade properly) and put up a PR? I would also not mind this changing to a latest tag; we don't depend on anything specific about the version.

@SGNayak12
Copy link

Hi Zulip Docker Maintainers,

I hope you’re doing well!

I noticed that the docker-compose.yml file in the zulip-docker repository is currently using RabbitMQ version 3.12.14, which is now unsupported(https://www.rabbitmq.com/release-information). The latest stable version is 4.0.6, and I was wondering if you would be open to upgrading the RabbitMQ version in the repository to this latest version.

Please let me know if this sounds good, or if you are already planning to update it.

@galexrt
Copy link
Collaborator

galexrt commented Feb 17, 2025

[...] I would also not mind this changing to a latest tag [...]

It is recommended use a (more) specific tag/version even if that means that it needs to be updated from time to time, in case something breaks it is easier to debug when it is clear what version of an image is/was used.
A compromise of both worlds, that I have personally started using for (public) projects, is to use "partial specific version tags", e.g., to get RabbitMQ version 4.0.x one could use the tag 4.0 (see screenshot).

Image


@SGNayak12 I'm not sure why you sent me an email regarding this issue/your comment on this issue, I haven't worked on this project/repository since like 2018...

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

No branches or pull requests

4 participants