sqop-change-key-password(1)

πŸ“¦
version 0.38.0 Β· 4 versions
, in arch rolling, epel 10, fedora 43, fedora 44, nixpkgs unstable

πŸ’… sqop-change-key-password(1) β€” bestie edition

okay so this is a page from the General Commands Manual, and the command it's about is sqop-change-key-password. sit down, grab a boba, we're changing a key's password πŸŽ€


✨ NAME ✨

sqop-change-key-password β€” updates a key's password πŸ”


🌸 SYNOPSIS 🌸

sqop change-key-password [--debug] [--no-armor] [--new-key-password]
[--old-key-password] [-h|--help]

πŸ¦‹ DESCRIPTION πŸ¦‹

So basically? You're updating a key's password. That's the whole vibe. πŸ’«

What comes out the other side is the same set of OpenPGP Transferable Secret Keys that went in, except all the secret key material is now locked according to the password you gave with the --new-key-password option. And if --new-key-password is absent? Then it's locked with no password at all. no cap, zero password, just vibes. 😭

Here's the thing tho β€” --old-key-password can be supplied multiple times. Every single password you hand over gets tried, one by one, as a way to unlock any locked key material that shows up. So if you've got a messy key with different passwords all over the place, you can just dump them all in and let it work through them. 🫢

And the glow-up? It'll normalize a Transferable Secret Key to use a single password β€” even if it originally had distinct passwords locking each of the subkeys. one password, one key, main character energy. πŸ‘‘

🚨 If any secret key packet is locked and none of the supplied --old-key-password arguments can unlock it, this subcommand should fail with KEY_IS_PROTECTED. that's the vibe check failing, bestie. πŸ’€

🌈 OPTIONS 🌈

  • --debug β€” emit verbose output for debugging. it's giving "let me see everything" energy πŸ”
  • --no-armor β€” don't ASCII-armor the output. raw and unfiltered, periodt ✨
  • --new-key-password <NEW_KEY_PASSWORD> β€” the new password to lock the key with… or, if the option is absent, it just unlocks the key instead πŸ”“
  • --old-key-password <OLD_KEY_PASSWORD> β€” unlock the keys with these passwords. hand it over as many times as you need, it'll try them all πŸ’œ
  • -h, --help β€” print help (see a summary with -h) πŸ“–

πŸŽ€ SEE ALSO πŸŽ€

nothing else listed here, bestie β€” this page is a solo act πŸ’…


and that's the whole page, fr fr. this was written for sqop 0.38.0, dated February 2025 β€” so if you're reading this way later, just know the vibes are still immaculate 🧚🌸✨

πŸ“¦ where this page comes from
  • arch rolling: sequoia-sop 0.38.0-1 Β· GPL-2.0-or-later
  • epel 10: sequoia-sop 0.38.0-1.el10_3 Β· GPL-2.0-or-later AND Apache-2.0 AND BSD-3-Clause AND BSL-1.0 AND LGPL-2.0-or-later AND MIT AND MPL-2.0 AND Unicode-3.0 AND Unicode-DFS-2016 AND Zlib AND (Apache-2.0 OR MIT) AND (Apache-2.0 WITH LLVM-exception OR Apache-2.0 OR MIT) AND (Unlicense OR MIT)
  • fedora 43: sequoia-sop 0.38.0-1.fc43 Β· GPL-2.0-or-later AND Apache-2.0 AND BSD-3-Clause AND BSL-1.0 AND LGPL-2.0-or-later AND MIT AND MPL-2.0 AND Unicode-3.0 AND Unicode-DFS-2016 AND Zlib AND (Apache-2.0 OR MIT) AND (Apache-2.0 WITH LLVM-exception OR Apache-2.0 OR MIT) AND (Unlicense OR MIT)
  • fedora 44: sequoia-sop 0.38.0-1.fc44 Β· GPL-2.0-or-later AND Apache-2.0 AND BSD-3-Clause AND BSL-1.0 AND LGPL-2.0-or-later AND MIT AND MPL-2.0 AND Unicode-3.0 AND Unicode-DFS-2016 AND Zlib AND (Apache-2.0 OR MIT) AND (Apache-2.0 WITH LLVM-exception OR Apache-2.0 OR MIT) AND (Unlicense OR MIT)
  • nixpkgs unstable: sequoia-sop 0.38.0
  • πŸ’– girlified by deepseek-ai/DeepSeek-V4.1-Flash on : a language model's rewrite of the original, under its terms