27bd7b97bb
There are a few scenarios today where one might deliver content to a machine via an external transport. For example, take the scenario of a single server updated via USB drive. While we can provide a refspec...what should the remote be? (This gets into ostree collections). There's nothing really that can happen when typing `rpm-ostree upgrade` unless the USB stick is plugged in. That type of scenario should be emphasized by pinning the commit - the machine is updated via an external script. Another case: we're experimenting embedding OSTree commits inside OCI containers. Here again since rpm-ostree can't understand how to pull content from containers, it's saner to drop the refspec bits, and pin to a commit. Further enhancements will follow to make the admin experience more obvious. Closes: #1396 Approved by: jlebon |
||
---|---|---|
.. | ||
fetch-journal.sh | ||
install.sh | ||
multitest.py | ||
overlay.sh | ||
sync.sh | ||
test-autoupdate-check.sh | ||
test-autoupdate-stage.sh | ||
test-cached-rpm-diffs.sh | ||
test-db.sh | ||
test-download-only.sh | ||
test-initramfs.sh | ||
test-kernel-args.sh | ||
test-layering-basic-1.sh | ||
test-layering-basic-2.sh | ||
test-layering-gpg.sh | ||
test-layering-local.sh | ||
test-layering-non-root-caps.sh | ||
test-layering-relabel.sh | ||
test-layering-relayer.sh | ||
test-layering-rpmdb.sh | ||
test-layering-scripts.sh | ||
test-layering-unified.sh | ||
test-livefs.sh | ||
test-meta-staged-layering-relayer.sh | ||
test-meta-staged-upgrades.sh | ||
test-misc-1.sh | ||
test-misc-2.sh | ||
test-override-kernel.sh | ||
test-override-local-replace.sh | ||
test-override-remove.sh | ||
test-override-replace-2.sh | ||
test-pinned-commit.sh | ||
test-rojig-client.sh | ||
test-upgrades.sh | ||
test.sh |