mirror of https://github.com/containers/podman
d7bc7b7b41
we are having second thoughts about *requiring* a policy.json on podman machine hosts. we are concerned that we need to work out some more use cases to be sure we do not make choices now that limit us in the near term future. for example, should the policy files be the same for container images and machine images? And should one live on the host machine and the other live in the machine? therefore, if a policy.json *is* present in the correct location, we will use and honor it; however, if it does not, we will allow the machine image to be pulled without a policy. Signed-off-by: Brent Baude <baude@redhat.com> Co-authored-by: Paul Holzinger <45212748+Luap99@users.noreply.github.com> Signed-off-by: Brent Baude <bbaude@redhat.com> |
||
|---|---|---|
| .. | ||
| Resources | ||
| scripts | ||
| .gitignore | ||
| Distribution.in | ||
| Makefile | ||
| README.md | ||
| package.sh | ||
| vfkit.entitlements | ||
| welcome.html.in | ||
README.md
How to build
$ make ARCH=<amd64 | aarch64 | universal> NO_CODESIGN=1 pkginstaller
# or to create signed pkg
$ make ARCH=<amd64 | aarch64 | universal> CODESIGN_IDENTITY=<ID> PRODUCTSIGN_IDENTITY=<ID> pkginstaller
# or to prepare a signed and notarized pkg for release
$ make ARCH=<amd64 | aarch64 | universal> CODESIGN_IDENTITY=<ID> PRODUCTSIGN_IDENTITY=<ID> NOTARIZE_USERNAME=<appleID> NOTARIZE_PASSWORD=<appleID-password> NOTARIZE_TEAM=<team-id> notarize
The generated pkg will be written to out/podman-macos-installer-*.pkg.
Currently the pkg installs podman, vfkit, gvproxy and podman-mac-helper to /opt/podman
Uninstalling
$ sudo rm -rf /opt/podman
Screenshot
