spiegel_podman/vendor/github.com/fsouza/go-dockerclient
Matthew Heon 5e94c95ad0 Move to deterministic network setup order
This was implemented by containers/netavark #1369; this commit
completes the process by wiring it into Podman. We now respect
the CLI order for configured networks - if a user passes
`--net net1,net2` we guarantee that net1 will be configured
before net2.

For containers created before this patch, we don't retain enough
information to configure networks in CLI order, so we use
alphabetical order instead to still guarantee consistency.

No breaking API changes have been made, but we do add a new
field to supplement the existing map to (optionally) provide
ordering information. The Podman CLI will always pass this.
Existing applications that do not will, again, receive]
deterministic ordering based on an alphabetical sort of network
names.

This requires the latest version of Netavark to work properly.

Signed-off-by: Matthew Heon <matthew.heon@pm.me>
2026-04-17 10:00:32 -04:00
..
.gitattributes bump containers/image to v5.0.0, buildah to v1.11.4 2019-10-29 13:35:18 -04:00
.gitignore bump containers/image to v5.0.0, buildah to v1.11.4 2019-10-29 13:35:18 -04:00
.golangci.yaml Bump Buidah to v1.42.0 for Podman v5.7 2025-10-22 13:51:32 -04:00
auth.go Update vendor containers/(common,storage,buildah,image) 2022-10-28 06:16:22 -04:00
change.go Use buildah commit and bud in podman 2018-04-27 20:51:07 +00:00
client.go Move to deterministic network setup order 2026-04-17 10:00:32 -04:00
client_unix.go Update vendor containers/(common,storage,buildah,image) 2022-10-28 06:16:22 -04:00
client_windows.go [NO TESTS NEEDED] Vendor in containers/buildah v1.20.0 2021-03-26 13:57:27 -04:00
container.go Move to deterministic network setup order 2026-04-17 10:00:32 -04:00
container_archive.go new "image" mount type 2020-10-29 15:06:22 +01:00
container_attach.go new "image" mount type 2020-10-29 15:06:22 +01:00
container_changes.go [NO TESTS NEEDED] Vendor in containers/buildah v1.20.0 2021-03-26 13:57:27 -04:00
container_commit.go [NO TESTS NEEDED] Vendor in containers/buildah v1.20.0 2021-03-26 13:57:27 -04:00
container_copy.go [NO TESTS NEEDED] Vendor in containers/buildah v1.20.0 2021-03-26 13:57:27 -04:00
container_create.go vendor: update containers/{common,storage,image,buildah} 2023-11-21 21:04:47 +01:00
container_export.go new "image" mount type 2020-10-29 15:06:22 +01:00
container_inspect.go [NO TESTS NEEDED] Vendor in containers/buildah v1.20.0 2021-03-26 13:57:27 -04:00
container_kill.go [NO TESTS NEEDED] Vendor in containers/buildah v1.20.0 2021-03-26 13:57:27 -04:00
container_list.go new "image" mount type 2020-10-29 15:06:22 +01:00
container_logs.go new "image" mount type 2020-10-29 15:06:22 +01:00
container_pause.go [NO TESTS NEEDED] Vendor in containers/buildah v1.20.0 2021-03-26 13:57:27 -04:00
container_prune.go new "image" mount type 2020-10-29 15:06:22 +01:00
container_remove.go [NO TESTS NEEDED] Vendor in containers/buildah v1.20.0 2021-03-26 13:57:27 -04:00
container_rename.go new "image" mount type 2020-10-29 15:06:22 +01:00
container_resize.go new "image" mount type 2020-10-29 15:06:22 +01:00
container_restart.go update buildah and c/common to latest 2022-09-09 11:58:20 +02:00
container_start.go [NO TESTS NEEDED] Vendor in containers/buildah v1.20.0 2021-03-26 13:57:27 -04:00
container_stats.go Move to deterministic network setup order 2026-04-17 10:00:32 -04:00
container_stop.go [NO TESTS NEEDED] Vendor in containers/buildah v1.20.0 2021-03-26 13:57:27 -04:00
container_top.go [NO TESTS NEEDED] Vendor in containers/buildah v1.20.0 2021-03-26 13:57:27 -04:00
container_unpause.go [NO TESTS NEEDED] Vendor in containers/buildah v1.20.0 2021-03-26 13:57:27 -04:00
container_update.go Move to deterministic network setup order 2026-04-17 10:00:32 -04:00
container_wait.go [NO TESTS NEEDED] Vendor in containers/buildah v1.20.0 2021-03-26 13:57:27 -04:00
distribution.go vendor update without CNI in buildah and container-libs 2026-03-19 20:26:21 +05:30
DOCKER-LICENSE new "image" mount type 2020-10-29 15:06:22 +01:00
env.go vendor in latests containers/(storage, common, build, image) 2023-01-19 10:42:10 -05:00
event.go Move to deterministic network setup order 2026-04-17 10:00:32 -04:00
exec.go Move to deterministic network setup order 2026-04-17 10:00:32 -04:00
image.go Move to deterministic network setup order 2026-04-17 10:00:32 -04:00
LICENSE Bump github.com/containers/buildah from 1.24.1 to 1.24.2 2022-02-17 12:08:46 +00:00
Makefile Bump github.com/containers/buildah from 1.24.1 to 1.24.2 2022-02-17 12:08:46 +00:00
misc.go Move to deterministic network setup order 2026-04-17 10:00:32 -04:00
network.go vendor update without CNI in buildah and container-libs 2026-03-19 20:26:21 +05:30
plugin.go Move to deterministic network setup order 2026-04-17 10:00:32 -04:00
README.md vendor buildah@main 2022-06-10 09:42:19 +02:00
registry_auth.go migrate to go-modules 2019-06-24 13:20:59 +02:00
signal.go Use buildah commit and bud in podman 2018-04-27 20:51:07 +00:00
system.go Vendor in containers/buildah@v1.26.1 2022-05-05 04:41:06 -04:00
tar.go vendor update without CNI in buildah and container-libs 2026-03-19 20:26:21 +05:30
tls.go update buildah and c/common to latest 2022-09-09 11:58:20 +02:00
volume.go Move to deterministic network setup order 2026-04-17 10:00:32 -04:00

go-dockerclient

Build Status GoDoc

This package presents a client for the Docker remote API. It also provides support for the extensions in the Swarm API.

This package also provides support for docker's network API, which is a simple passthrough to the libnetwork remote API.

For more details, check the remote API documentation.

Difference between go-dockerclient and the official SDK

Link for the official SDK: https://docs.docker.com/develop/sdk/

go-dockerclient was created before Docker had an official Go SDK and is still maintained and active because it's still used out there. New features in the Docker API do not get automatically implemented here: it's based on demand, if someone wants it, they can file an issue or a PR and the feature may get implemented/merged.

For new projects, using the official SDK is probably more appropriate as go-dockerclient lags behind the official SDK.

Example

package main

import (
	"fmt"

	docker "github.com/fsouza/go-dockerclient"
)

func main() {
	client, err := docker.NewClientFromEnv()
	if err != nil {
		panic(err)
	}
	imgs, err := client.ListImages(docker.ListImagesOptions{All: false})
	if err != nil {
		panic(err)
	}
	for _, img := range imgs {
		fmt.Println("ID: ", img.ID)
		fmt.Println("RepoTags: ", img.RepoTags)
		fmt.Println("Created: ", img.Created)
		fmt.Println("Size: ", img.Size)
		fmt.Println("VirtualSize: ", img.VirtualSize)
		fmt.Println("ParentId: ", img.ParentID)
	}
}

Using with TLS

In order to instantiate the client for a TLS-enabled daemon, you should use NewTLSClient, passing the endpoint and path for key and certificates as parameters.

package main

import (
	"fmt"

	docker "github.com/fsouza/go-dockerclient"
)

func main() {
	const endpoint = "tcp://[ip]:[port]"
	path := os.Getenv("DOCKER_CERT_PATH")
	ca := fmt.Sprintf("%s/ca.pem", path)
	cert := fmt.Sprintf("%s/cert.pem", path)
	key := fmt.Sprintf("%s/key.pem", path)
	client, _ := docker.NewTLSClient(endpoint, cert, key, ca)
	// use client
}

If using docker-machine, or another application that exports environment variables DOCKER_HOST, DOCKER_TLS_VERIFY, DOCKER_CERT_PATH, DOCKER_API_VERSION, you can use NewClientFromEnv.

package main

import (
	"fmt"

	docker "github.com/fsouza/go-dockerclient"
)

func main() {
	client, err := docker.NewClientFromEnv()
	if err != nil {
		// handle err
	}
	// use client
}

See the documentation for more details.

Developing

All development commands can be seen in the Makefile.

Committed code must pass:

Running make test will run all checks, as well as install any required dependencies.