,jd alias, ,jdisk migrate, prompt-free vaults, //embed/.jdrive #32
Loading…
Add table
Add a link
Reference in a new issue
No description provided.
Delete branch "feat/jd-alias-migrate"
Deleting a branch is permanent. Although the deleted branch may continue to exist for a short time before it actually gets removed, it CANNOT be undone in most cases. Continue?
User-facing changes to
,jdisk:,jd— short alias, console-gated identically//embed/.jdrive/— the embed store mirrors~/.jdrivefile-for-file (uses the jerboa-drive 1.11 state-root change, already on its default branch),jdisk migrate [--shred] [--from DIR] [--aws-dir DIR]— imports a plaintext~/.jdrivetree and~/.aws/credentials/configinto//embed/, re-sealing every profile vault under a fresh random secret stored inside the unlocked embed store. The current vault password is needed exactly once (--vault-password-env, environment, or a single tty prompt); a tree that already carries.vault-passfiles needs nothing.--shredzero-overwrites and deletes the plaintext originals afterwards,jdisk s3 initnow seals new vaults under an embed-store secret automatically; no S3 vault password is ever chosen or prompted unless the caller explicitly supplies a password source. Secrets never enter the process environment,unlockno longer blocks on recording indexing — locked-session cast indexing runs on a background thread, so unlock returns immediately even with a large~/.jsh/logssetFixes the extras test-suite expectation for the new state root (extras main is red against current jerboa-drive until this merges).
test-jdisk.sh: 20 assertions (was 14) — alias, new state root, prompt-free init/unlock-test, migrate import + re-seal + shred. All green locally along with
make test.VERSION 0.6.0 -> 0.7.0.
Pull request closed