
https://github.com/KSmanis/docker-gentoo-distcc/actions/workflows/build.yml/badge.svg](https://github.com/KSmanis/docker-gentoo-distcc/actions/workflows/build.yml) https://github.com/KSmanis/docker-gentoo-distcc/actions/workflows/lint.yml/badge.svg](https://github.com/KSmanis/docker-gentoo-distcc/actions/workflows/lint.yml) https://img.shields.io/endpoint?url=https://raw.githubusercontent.com/j178/prek/master/docs/assets/badge-v0.json](https://github.com/j178/prek) , run the containerized distcc server (distccd):
shelldocker run -d -p 3632:3632 --name gentoo-distcc --rm ksmanis/gentoo-distcc
distccd should now be accessible from all interfaces at port 3632
(0.0.0.0:3632).
[!NOTE]
Only private IP addresses are allowed to connect to distccd by default.
Command-line arguments are passed on verbatim to distccd. For instance, you can turn on the built-in HTTP statistics server:
shelldocker run -d -p 3632-3633:3632-3633 --name gentoo-distcc --rm ksmanis/gentoo-distcc --stats
The statistics server should now be accessible from all interfaces at port 3633
(0.0.0.0:3633).
For a full list of options refer to distccd(1).
If you share a worker instance between multiple clients, you might be interested
in enabling server-side caching with ccache to avoid redundant recompilations.
To do so, pull the ccache tag:
shelldocker run -d -p 3632:3632 --name gentoo-distcc-ccache --rm ksmanis/gentoo-distcc:ccache
The directory /var/cache/ccache automatically persists in an anonymous Docker
volume, but a named Docker volume or a bind mount may also be used for stronger
persistence guarantees.
Ccache statistics can be queried as follows:
shelldocker exec gentoo-distcc-ccache ccache -sv
For projects that require the Clang compiler, dedicated image variants are available. These variants include both the GCC and Clang compilers.
To use the Clang variant:
shelldocker run -d -p 3632:3632 --name gentoo-distcc-clang --rm ksmanis/gentoo-distcc:clang
To use the Clang variant with ccache:
shelldocker run -d -p 3632:3632 --name gentoo-distcc-ccache-clang --rm ksmanis/gentoo-distcc:ccache_clang
All amd64 image variants support cross-compilation for the arm64
architecture (specifically the aarch64-unknown-linux-gnu toolchain) and vice
versa: all arm64 image variants support cross-compilation for the amd64
architecture (specifically the x86_64-pc-linux-gnu toolchain). In other words,
an amd64 desktop can be used to cross-compile for an arm64 Raspberry Pi and
vice versa.
Cross-compilation support is enabled out of the box without any user configuration. More architecture combinations can be added upon request.
A manual way to test the containers is to compile a sample C file:
c#include <stdio.h> int main() { printf("Hello, distcc!\n"); return 0; }
shellDISTCC_HOSTS="127.0.0.1:3632" DISTCC_VERBOSE=1 distcc gcc -c main.c -o /dev/null
您可以使用以下命令拉取该镜像。请将 <标签> 替换为具体的标签版本。如需查看所有可用标签版本,请访问 标签列表页面。



探索更多轩辕镜像的使用方法,找到最适合您系统的配置方式
通过 Docker 登录认证访问私有仓库
无需登录使用专属域名
Kubernetes 集群配置 Containerd
K3s 轻量级 Kubernetes 镜像加速
VS Code Dev Containers 配置
Podman 容器引擎配置
HPC 科学计算容器配置
ghcr、Quay、nvcr 等镜像仓库
Harbor Proxy Repository 对接专属域名
Portainer Registries 加速拉取
Nexus3 Docker Proxy 内网缓存
需要其他帮助?请查看我们的 常见问题Docker 镜像访问常见问题解答 或 提交工单
docker search 限制
站内搜不到镜像
离线 save/load
插件要用 plugin install
WSL 拉取慢
安全与 digest
新手拉取配置
镜像合规机制
manifest unknown
no matching manifest(架构)
invalid tar header(解压)
TLS 证书失败
DNS 超时
域名连通性排查
410 Gone 排查
402 与流量用尽
401 认证失败
429 限流
D-Bus 凭证提示
413 与超大单层
来自真实用户的反馈,见证轩辕镜像的优质服务