Over the weekend, hackers targeted federated social networks like Mastodon to carry out ongoing spam attacks that were organized on Discord, and conducted
First of all, I said “compatible”, not “exclusive”. Second of all, why would it fail? Even if there was no tutorial how to run it directly on a system, a docker image carries all the information you need to run it on a given system. That’s why we have Dockerfiles.
We like to think that what we are doing is the only valid way of doing things, specially when we are on the bleeding edge, and we forget that there’s a whole world of people and possibilities (and a history before ourselves) for whom our one solution is not the holy grail for. Not every production environment or homelab is centered around containerization. Yes, it is cool and useful, but it doesn’t exhaust every use case. Some people just don’t use containers and if your app is exclusively available that way, then it’s extra work to use it, or it just won’t even be considered at all.
Thank you. I would prefer not to install docker, that is just a personal preference, but so many apps are like uhh, we don’t know how to run this without Docker. Usually there is a way buried in layers of github issues but just like… why.
It’s mostly about having the ability and wanting to avoid any extra layers of abstraction. I think docker takes up more disk space than pure install but not 100% on that. Only app that I have w docker is Immich right now and would love to just uninstall docker entirely but … I can’t.
I did try it, but it was missing video streaming last I checked. Also, they made self hosting without docker incredibly difficult.
New apps should be Docker compatible out of the box, change my mind.
An app that expects to be widely distributed and used but is Docker exclusive failed before even starting.
First of all, I said “compatible”, not “exclusive”. Second of all, why would it fail? Even if there was no tutorial how to run it directly on a system, a docker image carries all the information you need to run it on a given system. That’s why we have Dockerfiles.
We like to think that what we are doing is the only valid way of doing things, specially when we are on the bleeding edge, and we forget that there’s a whole world of people and possibilities (and a history before ourselves) for whom our one solution is not the holy grail for. Not every production environment or homelab is centered around containerization. Yes, it is cool and useful, but it doesn’t exhaust every use case. Some people just don’t use containers and if your app is exclusively available that way, then it’s extra work to use it, or it just won’t even be considered at all.
The wisdom of moving slowly and fixing things
Thank you. I would prefer not to install docker, that is just a personal preference, but so many apps are like uhh, we don’t know how to run this without Docker. Usually there is a way buried in layers of github issues but just like… why.
If the app is not Dockerized, it’s useless.
may I ask why you’d prefer setting things up manually without docker?
Imho, copy & pasting a provided docker-compose is much simpler.
It’s mostly about having the ability and wanting to avoid any extra layers of abstraction. I think docker takes up more disk space than pure install but not 100% on that. Only app that I have w docker is Immich right now and would love to just uninstall docker entirely but … I can’t.
that’s true. Docker images indeed take up more space, especially if you don’t prune old unused images, it can quickly pile up.
to mitigate that, always go with the alpine-version of a service (if it’s available) since these are much smaller in size and are barely noticable.