moby--moby/pkg
Anusha Ragunathan fefea805e9 Make graphdrivers work with pluginv2.
As part of making graphdrivers support pluginv2, a PluginGetter
interface was necessary for cleaner separation and avoiding import
cycles.

This commit creates a PluginGetter interface and makes pluginStore
implement it. Then the pluginStore object is created in the daemon
(rather than by the plugin manager) and passed to plugin init as
well as to the different subsystems (eg. graphdrivers, volumedrivers).
A side effect of this change was that some code was moved out of
experimental. This is good, since plugin support will be stable soon.

Signed-off-by: Anusha Ragunathan <anusha@docker.com>
2016-09-20 08:49:48 -07:00
..
aaparser
archive fix racy tests in pkg/archive 2016-09-14 04:17:23 +00:00
authorization
broadcaster
chrootarchive
devicemapper
directory
discovery
filenotify
fileutils
gitutils
graphdb
homedir
httputils
idtools
integration
ioutils
jsonlog
jsonmessage
listeners
locker
longpath
loopback
mount
namesgenerator
parsers
pidfile
platform Windows: stats support 2016-09-16 11:56:15 -07:00
plugins Make graphdrivers work with pluginv2. 2016-09-20 08:49:48 -07:00
pools
progress progress: Rate limit progress bar output 2016-09-14 17:23:16 -07:00
promise
pubsub
random
reexec
registrar
signal
stdcopy
streamformatter
stringid
stringutils
symlink
sysinfo
system
tailfile
tarsum
term
testutil
tlsconfig
truncindex
urlutil
useragent
README.md

README.md

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

Utility packages are kept separate from the docker 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 Docker 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!