Content-Length: 230852 | pFad | http://github.com/odoo/docker/issues/543

8B A Cry for Clarity · Issue #543 · odoo/docker · GitHub
Skip to content

A Cry for Clarity #543

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

Open
LuvForAirplanes opened this issue Mar 10, 2025 · 2 comments
Open

A Cry for Clarity #543

LuvForAirplanes opened this issue Mar 10, 2025 · 2 comments

Comments

@LuvForAirplanes
Copy link

LuvForAirplanes commented Mar 10, 2025

@d-fence, may we ask several minutes of your time?

Pinned Issues

Could this issue potentially be pinned? #540 The insight here was incredible, and it seems everyone is opening tickets of the exact same nature. (for example, #542, #494) The ticket should be locked to prevent further spamming. All new tickets should be closed immediately that are asking this question, with a link to this ticket.

Discussions

Could we enable discussions for this repository? It seems there is quite a bit of extra chatter going on in the Issue list. These are questions that could be discussed as a community, not necessarily issues with the images or code.

Tagged Releases 🙏🙏

Could https://github.com/odoo/odoo tag releases as they are released in Docker containers? (20250218, etc.)
I really appreciate the Enterprise to Community mapping in the new Dockerfiles. But could we have an action that automatically builds a table on the README of this repo with the commit mappings? This would make it such a breeze to match up versions.

@hertell
Copy link

hertell commented Apr 22, 2025

I think it should be the other way around: Odoo should tag releases, and odoo docker should pick a release based on this. Odoo is one rare beast by it's own that does not have any releasing standards by tagging etc. In my opinion it's a gamble when you install something just based on the latest commit. Honestly, i can't understand why odoo is doing it this way..

Releases picked for odoo docker are based on odoo's nightly debian packages, which isn't a real release candidate either.. So if you guys want a different version, then find from https://nightly.odoo.com your version, get the sha1sum for the .deb-file (can be found in the .changes file: https://nightly.odoo.com/16.0/nightly/deb/odoo_16.0.20250422_amd64.changes), and compile your own image.

Or if you feel lazy as I do, then just run the following command inside a cloned odoo docker repo to compile your own odoo 18 image from the latest odoo nightly

docker build \ --build-arg=ODOO_RELEASE=$(curl -s https://nightly.odoo.com/18.0/nightly/deb/odoo_18.0.latest_amd64.changes|grep Version|cut -d '.' -f3) \ --build-arg=ODOO_SHA=$(curl -s https://nightly.odoo.com/18.0/nightly/deb/odoo_18.0.latest_amd64.changes|grep -A3 Checksums-Sha1|tail -n1|awk '{print $1}') \ -t "myodoo16:$(curl -s https://nightly.odoo.com/18.0/nightly/deb/odoo_18.0.latest_amd64.changes|grep Version|cut -d '.' -f3)" \ ./18.0

@LuvForAirplanes
Copy link
Author

In my opinion it's a gamble when you install something just based on the latest commit.

I know, right? It's crazy that a company Odoo's size is still doing something like this.

Thanks for the commands.

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

No branches or pull requests

2 participants








ApplySandwichStrip

pFad - (p)hone/(F)rame/(a)nonymizer/(d)eclutterfier!      Saves Data!


--- a PPN by Garber Painting Akron. With Image Size Reduction included!

Fetched URL: http://github.com/odoo/docker/issues/543

Alternative Proxies:

Alternative Proxy

pFad Proxy

pFad v3 Proxy

pFad v4 Proxy