Projects with this topic
-
apko
🔧 🔗 https://github.com/chainguard-dev/apkoBuild OCI images from APK packages directly without Dockerfile
Updated -
-
🔧 🔗 https://github.com/regclient/regclientDocker and OCI Registry Client in Go and tooling using those libraries.
Updated -
packer plugin - Docker
https://github.com/hashicorp/packer-plugin-docker Packer plugin for Docker Builder
Updated -
RUNC
🔧 🔗 https://github.com/opencontainers/runcSpawn and run containers
Updated -
Buildah
https://github.com/containers/buildah
A tool that facilitates building OCI images.
Updated -
🔧 🔗 https://github.com/hadolint/language-dockerHaskell Dockerfile parser, pretty-printer and EDSL
Updated -
🔧 🔗 https://github.com/chevereto/dockerTemplate project for deploying Chevereto V4 based applications using Docker
Updated -
🔧 🔗 https://github.com/docker/docker-language-server Language server for Dockerfiles, Compose files, and Bake filesUpdated -
🔧 🔗 https://github.com/docker/docker-pyA Python library for the Docker Engine API
Updated -
OCI Distribution specUpdated
-
Updated
-
https://github.com/anyproto/any-sync-dockercompose docker-compose for testing any-sync
Updated -
OCI Runtime SpecUpdated
-
🤖 𝗟𝗲𝗮𝗿𝗻 for 𝗳𝗿𝗲𝗲 how to 𝗯𝘂𝗶𝗹𝗱 an end-to-end 𝗽𝗿𝗼𝗱𝘂𝗰𝘁𝗶𝗼𝗻-𝗿𝗲𝗮𝗱𝘆 𝗟𝗟𝗠 & 𝗥𝗔𝗚 𝘀𝘆𝘀𝘁𝗲𝗺 using 𝗟𝗟𝗠𝗢𝗽𝘀 best practices: ~ 𝘴𝘰𝘶𝘳𝘤𝘦 𝘤𝘰𝘥𝘦 + 11 𝘩𝘢𝘯𝘥𝘴-𝘰𝘯 𝘭𝘦𝘴𝘴𝘰𝘯𝘴 https://github.com/decodingml/llm-twin-courseUpdated -
🔧 🔗 https://github.com/IBM/mcp-context-forge A Model Context Protocol (MCP) Gateway & Registry. Serves as a central management point for tools, resources, and prompts that can be accessed by MCP-compatible LLM applications. Converts REST API endpoints to MCP, composes virtual MCP servers with added security and observability, and converts between protocols (stdio, SSE, Streamable HTTP).Updated -
Gotify Build
🔧 🔗 https://github.com/gotify/build The build environment for gotify/server and plugins.Updated -
🔧 🔗 https://github.com/cars10/autodokrestart your containers with a new image
autodok provides an API to restart your running docker containers with a new image. It is similar to watchtower, but it does not poll for new images - autodok only updates images & containers on-demand. It is intended to be triggered by your CI pipeline, the recommended workflow is:
You push new code This triggers your CI to build & push a new image Your CI sends a POST request to autodok with the name of your running container and the new image:tag
autodok will download the new image and restart the container with the new image
Updated -
🔧 🔗 https://github.com/openscad/docker-openscadOpenSCAD-related docker files
Updated -
llama server
🔧 🔗 https://github.com/maragudk/llama-server A simple layer on top of ghcr.io/ggml-org/llama.cpp:server to load GGUF models from assets.maragu.dev at runtime.Updated