Stars - the number of stars that a project has on GitHub. Growth - month over month growth in stars.
Activity is a relative number indicating how actively a project is being developed. Recent commits have higher weight than older ones.
For example, an activity of 9.0 indicates that a project is amongst the top 10% of the most actively developed projects that we are tracking.
toolbox
-
Is docker-machine deprecated?
That's the other way around : docker-machine is absolutely not deprecated (there's no mention of it on the docs), but docker-toolbox is deprecated in favor of Docker Desktop (see the massive warning on the repo.)
-
Ignoring Docker updates is a paid feature now
The Docker Toolbox repo is still hanging around, although in archived form: https://github.com/docker/toolbox
With 19.03 it should still be possible to access the public hub, I think.
-
Hey Rustaceans! Got an easy question? Ask here (15/2021)!
You could technically still use Docker Toolbox for Windows (which uses Virtualbox), it's deprecated and won't be updated but you can still download releases on Github: https://github.com/docker/toolbox/releases/tag/v19.03.1
-
Docker question
Sure, no worries bud - here you go! https://github.com/docker/toolbox/releases
for-mac
- Caveat for Docker Dev Environment Rug Pull
-
Emacs 29.1 Released
I use containers on Mac and Windows for development (and we deploy on linux). Docker for Mac is _unusably_ slow in my experience. The VM that it runs is a giant resource hog and a battery hog, and doesn't support ipv6 [0] Docker Desktop itself is (another) resource hog, wildly buggy, and painfully slow. It's the epitome of "shitty electron app".
On windows, docker desktop has all of the same issues as it does on mac. Docker's concept of volumes and file permissions on windows are nonsense. Windows updates and Docker Desktop regularly decide to disagree, [1] It's networking support interferes with other applications (like OpenVPN and the Xbox Game Center) [2].
[0] https://github.com/docker/for-mac/issues/1432
[1] https://github.com/docker/for-win/issues/599
[2] https://github.com/docker/for-win/issues/1976
-
Error deploying subgraph on local
version: '3' services: graph-node: image: graphprotocol/graph-node ports: - '8000:8000' - '8001:8001' - '8020:8020' - '8030:8030' - '8040:8040' depends_on: - ipfs - postgres extra_hosts: - host.docker.internal:host-gateway environment: postgres_host: postgres postgres_user: graph-node postgres_pass: let-me-in postgres_db: graph-node ipfs: 'ipfs:5001' matic: 'matic:http://localhost:8545/' GRAPH_LOG: info ipfs: image: ipfs/go-ipfs:v0.10.0 ports: - '5001:5001' volumes: - ./data/ipfs:/data/ipfs postgres: image: postgres ports: - '5432:5432' command: [ "postgres", "-cshared_preload_libraries=pg_stat_statements" ] environment: POSTGRES_USER: graph-node POSTGRES_PASSWORD: let-me-in POSTGRES_DB: graph-node # FIXME: remove this env. var. which we shouldn't need. Introduced by # , maybe as a # workaround for https://github.com/docker/for-mac/issues/6270? PGDATA: "/var/lib/postgresql/data" POSTGRES_INITDB_ARGS: "-E UTF8 --locale=C" volumes: - ./data/postgres:/var/lib/postgresql/data
-
ERR_CONNECTION_REFUSED on localhost
This bug has been around years and still not fixed as far as I know - see https://github.com/docker/for-mac/issues/3926
-
Stuck at "Starting the Docker Engine..." on macOS
You're not wrong, and not the first to raise this https://github.com/docker/for-mac/issues/6061
-
Docker Desktop is dead on Mac M1
https://github.com/docker/for-mac/issues/6867 This github issue might help. What worked for me was deleting the ~/.docker/buildx folder
-
PiHole + docker DHCP
There has been an outstanding bug [Docker Github] for years with the Docker team who do not seem to be able (or want to) address this - they have closed more than one issue but its still there.. The latest bug report is this one [Docker Github] but I honestly would not bother following it - no idea why they are not fixing this.
-
Mysterious Server Crashes
Have you checked if any of your other Docker containers become unresponsive at the same time? If so, it could be Docker. I had this issue on Docker for months until they finally came out with an update that works for me (Docker Desktop 4.19.0 for Mac).
-
Very slow (local) direct playing with no apparent setup changes all of a sudden
It might have something to do with Docker? I was having issues a few months ago with all my containers becoming unreachable or very slow many times per day. I finally upgraded to Docker Desktop 4.19.0 (I’m on a Mac) and everything resolved. There were a few GitHub issues about it, too. You could try running a speedtest within different Docker containers and seeing if there’s a discrepancy. You could also check your RAM and CPU usage for different containers using something like Glances; it could lead to a clue.
- noob cannot connect to Docker Adguardhome
What are some alternatives?
distrobox - Use any linux distribution inside your terminal. Enable both backward and forward compatibility with software and freedom to use whatever distribution you’re more comfortable with. Mirror available at: https://gitlab.com/89luca89/distrobox
UTM - Virtual machines for iOS and macOS
podman - Podman: A tool for managing OCI containers and pods.
gvisor - Application Kernel for Containers
podman-compose - a script to run docker-compose.yml using podman
roadmap - Welcome to the Public Roadmap for All Things Docker! We welcome your ideas.
runtime - Kata Containers version 1.x runtime (for version 2.x see https://github.com/kata-containers/kata-containers).
Portainer - Making Docker and Kubernetes management easy.
rust-memory-container-cs - Rust Memory Container Cheat-sheet
projector-installer - Install, configure and run JetBrains IDEs with Projector Server on Linux or in WSL