Welcome to this instance of Nixery, an ad-hoc container image registry that provides packages from theNix package manager.
You can pull container images from this registry atnixery.dev
by appending any packages that you need in the URL, separated by slashes.
These usage examples assume that you use Docker, but should not be much different for other OCI-compatible platforms.
Pull an image from this registry, separating each package you want included by a slash:
docker pullnixery.dev/shell/git/htop
This gives you an image withgit
,htop
and an interactively configured shell. You could run it like this:
docker run -tinixery.dev/shell/git/htop bash
Each path segment corresponds either to a key in the Nix package set, or a meta-package that automatically expands to several other packages.
Meta-packagesmust be the first path component if they are used. Currently there are only two meta-packages:
shell
, which provides abash
-shell with interactive configuration and standard tools likecoreutils
arm64
, which provides ARM64 binaries
The short version is that we use the Nix package manager and an optimisedlayering strategy.
Check outthe Nixery talk from NixCon 2019 for more information.
nixery.dev
in production? While we appreciate the enthusiasm, if you would like to use Nixery in your production project we recommend setting up a private instance. The public Nixery atnixery.dev
is run on a best-effort basis and we make no guarantees about availability.
Nixery was written bytazjin, originally at Google. These days Nixery is maintained byTVL.
Nixery would not be possible without the many people that have contributed to Nix and nixpkgs over time, maybe you could become one of them?
Nixery lives in theTVL monorepo. All development happens there and follows theTVL contribution guidelines.
Wemirror the source codeto Github but do not guarantee that anyone will look at PRs or issues there.