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

Fix comment of seed PR #2

Closed
wants to merge 2 commits into from
Closed

Fix comment of seed PR #2

wants to merge 2 commits into from

Conversation

AbcSxyZ
Copy link
Contributor

@AbcSxyZ AbcSxyZ commented Nov 12, 2021

Fix last comment from PR dogecoin/dogecoin#2337 about base image + workdir variable

Man command do not work properly on ubuntu minimized image,
fix it using python regex directly on man file
@AbcSxyZ
Copy link
Contributor Author

AbcSxyZ commented Nov 12, 2021

Error on pushed commits

@AbcSxyZ AbcSxyZ closed this Nov 12, 2021
@@ -1,4 +1,4 @@
FROM ubuntu:bionic
FROM ubuntu:focal
Copy link
Member

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Need to either rename the folder to x86_64-focal or keep this bionic for now. I'd recommend the latter, then we just create a focal (or maybe better, because smaller AND newer: debian:bullseye) image for 1.14.5.

Copy link
Contributor Author

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

I didn't read carefully the folder name, I missed the version.

I would say we shouldn't have subfolder for distro version nor plateform. Virtualization should deal with it. I've to try the behavior on a raspberry if a non-arm executable will work inside the container.

Take a look at mysql Dockerfile, it's by version and not by platform, they are only using debian:buster-slim to provide image for versions 5.6, 5.7 & 8.0.

Copy link
Contributor Author

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Possibly the repository architecture will be a single Dockerfile by version. And it would be definitively easier to maintain.

Copy link
Member

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

I would say we shouldn't have subfolder for distro version nor plateform.

Where would I put the Dockerfiles for alpine 3.13 and 3.14 images? Dogecoin Core got patched for musl compatibility and we can support it...

Virtualization should deal with it

We have multi-platform binaries, but you're saying is it's better to run x86 binaries on ARM through emulation?

they are only using debian:buster-slim

I don't think we should exclude for example Alpine users just because that's a design choice that was made for mysql. Other official packages made different choices, eg: postgres, redis, extreme example: nodejs, and so on.

Even if we were to choose to just support 1 distro (eg: debian) then there's still the issue that the Dogecoin Core release cycles are not at all in sync with distro release cycles. Since the goal must be to make production images (otherwise we may as well just keep all this in user repos and not care) we will have to think a bit about upgrade policies. You don't want to force updates cross distro release but instead enable custom security policies, the former will just lead to no one using the images we are proposing here at some point. I think that we'll have to maintain, say, dogecoin:1.14.6-bullseye-slim and dogecoin:1.14.6-bookworm-slim concurrently in the most minimal of supported cases.

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.

2 participants