Hacker Newsnew | past | comments | ask | show | jobs | submitlogin

It didn’t take months, the time I did it (running Docker on a Pinebook, which was not a great experience). It took a couple of hours to flip some base images away from Alpine, as Debian already has a load of ARM packages built.


That’s under a case where all libraries you need supports aarch64 architecture, which is sort of true for popular libraries, but not all libraries.


> It took a couple of hours to flip some base images away from Alpine, as Debian already has a load of ARM packages built.

Why did you have to switch from Alpine to Debian? Alpine supports ARM quite happily, and it looks like they're shipping Docker images for ARM (and other architectures, too).


Not op, but alpine package manager leaves a lot to be desired especially compared to ubuntu. Also much easier to set locale. Since minimal ubuntu & debian exist, I think the question should be: "Why would you use alpine?" especially considering potentially slower performance:

https://pythonspeed.com/articles/alpine-docker-python/


> Not op, but alpine package manager leaves a lot to be desired especially compared to ubuntu.

How so? If anything, apk is way nicer than apt in a container build script (or anything automated); with apt you have to use -y and maybe force the noninteractive frontend, where `apk add foo` just works, correctly, automatically, with no effort required.

> Also much easier to set locale.

> considering potentially slower performance:

It's slower at installing python packages from pypi since it can't use cached versions. That's not the same thing as "it's slow".

> Since minimal ubuntu & debian exist, I think the question should be: "Why would you use alpine?"

Because minimal ubuntu is still ~3 times the size of alpine, alpine is much smaller and simpler, alpine defaults to staying small (even if you remember to --no-install-recommends, deb packages are bigger and less modular), and I don't have to remember how to force apt to run in "no really install without asking questions" mode.


Having built several Alpine and Debian-based images, Alpine has always been very nice for the happy path, but much more hassle to get out of a hole when something broke due to software misbehaving due non-Alpine assumptions.

Debian in Docker in comparison offer less surprises, but you have to consistently do the right incantations.

Regarding missing binary wheels on ARM: with more ARM laptops in the wild those would eventually become more common.


This assumes that your Docker workload can run on an ARM system without lots of hacking, and also that you trust the ARM-compiled version you're running locally to function identically to the x86-compiled version running on your server.


No, it doesn't. If I'd made the statement "all you need to do is…" then it would have involved some assumptions. What I said was "I did this and all it took was…" no assumptions, just experience.


It's not the worst assumption on HN by far


If only people writing applications could find some way of testing that their apps function properly.




Consider applying for YC's Winter 2026 batch! Applications are open till Nov 10

Guidelines | FAQ | Lists | API | Security | Legal | Apply to YC | Contact

Search: