moby/pkg
Sebastiaan van Stijn f8eaa14a18
pkg/platforms: internalize in daemon/containerd
This matcher was only used internally in the containerd implementation of
the image store. Un-export it, and make it a local utility in that package
to prevent external use.

This package was introduced in 1616a09b61
(v24.0), and there are no known external consumers of this package, so there
should be no need to deprecate / alias the old location.

Signed-off-by: Sebastiaan van Stijn <github@gone.nl>
(cherry picked from commit 94b4765363)
Signed-off-by: Paweł Gronowski <pawel.gronowski@docker.com>
2024-01-23 15:05:50 +01:00
..
archive pkg/archive: migrate to (tar.Header).PAXRecords 2023-10-23 16:21:41 -04:00
authorization migrate to github.com/containerd/log v0.1.0 2023-10-11 17:52:23 +02:00
broadcaster Various code-cleanup 2018-05-23 17:50:54 +02:00
capabilities pkg/capabilities: format code with gofumpt 2023-06-29 00:31:51 +02:00
chrootarchive pkg/chrootarchive: fix Darwin build 2023-09-28 16:23:33 +03:00
containerfs pkg/containerfs: deprecate ResolveScopedPath 2024-01-02 15:32:31 +01:00
directory remove pre-go1.17 build-tags 2023-05-19 20:38:51 +02:00
dmesg Use Klogctl from x/sys/unix to read Linux kernel log 2019-08-22 08:25:13 +02:00
fileutils Plumb context through info endpoint 2023-11-10 20:09:25 +00:00
homedir pkg/homedir: deprecate Key() utility 2023-06-26 14:46:03 +02:00
idtools migrate to github.com/moby/sys/user 2023-10-24 15:45:02 +02:00
ioutils pkg/ioutils: some cleanups in tests 2023-07-19 19:17:22 +02:00
jsonmessage pkg/jsonmessage: use string-literals for easier grep'ing 2023-07-05 12:27:02 +02:00
longpath pkg/ioutils: TempDir: move to pkg/longpath 2022-12-20 23:24:12 +01:00
loopback migrate to github.com/containerd/log v0.1.0 2023-10-11 17:52:23 +02:00
meminfo remove pre-go1.17 build-tags 2023-05-19 20:38:51 +02:00
namesgenerator Sort entries in pkg/namesgenerator 2022-11-01 23:13:34 +00:00
parsers migrate to github.com/containerd/log v0.1.0 2023-10-11 17:52:23 +02:00
pidfile pkg/pidfile: implement Read() 2022-11-04 01:50:26 +01:00
platform migrate to github.com/containerd/log v0.1.0 2023-10-11 17:52:23 +02:00
plugingetter Move plugin client to separate interface 2018-05-30 15:22:10 -04:00
plugins migrate to github.com/containerd/log v0.1.0 2023-10-11 17:52:23 +02:00
pools bump gotest.tools v3.0.1 for compatibility with Go 1.14 2020-02-11 00:06:42 +01:00
process remove pre-go1.17 build-tags 2023-05-19 20:38:51 +02:00
progress refactor: move from io/ioutil to io and os package 2021-08-27 14:56:57 +08:00
reexec remove pre-go1.17 build-tags 2023-05-19 20:38:51 +02:00
rootless Merge pull request #46473 from thaJeztah/c8d_logs 2023-10-12 10:35:02 +02:00
stack pkg/stack: format code with gofumpt 2023-08-24 17:59:01 +02:00
stdcopy pkg/stdcopy: format code with gofumpt 2023-06-29 00:31:52 +02:00
streamformatter bump gotest.tools v3.0.1 for compatibility with Go 1.14 2020-02-11 00:06:42 +01:00
stringid pkg/stringid: optimize performance 2022-12-16 14:44:52 +01:00
sysinfo migrate to github.com/containerd/log v0.1.0 2023-10-11 17:52:23 +02:00
system pkg/system: return even richer xattr errors 2024-01-23 09:27:49 +01:00
tailfile pkg/tailfile: rename max/min as it collides with go1.21 builtin 2023-08-26 22:02:25 +02:00
tarsum pkg/tarsum: handle xattrs like archive/tar does 2023-10-26 19:23:10 -04:00
useragent Add canonical import comment 2018-02-05 16:51:57 -05:00
README.md Rename a few docker to moby 2017-10-25 13:56:12 +02:00

pkg/ is a collection of utility packages used by the Moby project without being specific to its internals.

Utility packages are kept separate from the moby core codebase to keep it as small and concise as possible. If some utilities grow larger and their APIs stabilize, they may be moved to their own repository under the Moby organization, to facilitate re-use by other projects. However that is not the priority.

The directory pkg is named after the same directory in the camlistore project. Since Brad is a core Go maintainer, we thought it made sense to copy his methods for organizing Go code :) Thanks Brad!

Because utility packages are small and neatly separated from the rest of the codebase, they are a good place to start for aspiring maintainers and contributors. Get in touch if you want to help maintain them!