| Age | Commit message (Collapse) | Author |
|---|
|
Sponsored-by: pep.foundation
|
|
- `sq packet dump` was unable to parse session keys with an algorithm
indicator, the format established by GnuPG and SOP.
- `sq` should parse such session keys, and use them only with the
specified algorithm.
- Fixes #749.
|
|
- Add context to error if parsing the `--session key` argument to `sq
packet dump` failed.
|
|
- Add two new options to `sq certify`: `allow-not-alive-certifier`
and `allow-revoked-certifier`.
- If present, don't fail if the certifying key is not alive or
revoked, respectively.
|
|
Sponsored-by: pep.foundation
|
|
Fixes #393
Sponsored-by: pep.foundation
|
|
In clap v3, when we use the derive feature to build a parser, and an
argument is named `foo_bar` in the source (member of a struct), the
parser names it `foo-bar` at runtime. In clap v2, getting the value
with the wrong name returned a None value. In clap v3, it's a panic.
Fix the calls to value_of and is_present to use the expected names to
avoid panics. Later on, we'll finish the conversion to use the clap v3
derive feature fully, and access struct field by their Rust names. At
that point, using the wrong name will be a compile time error, not a
runtime problem.
Sponsored-by: pep.foundation
|
|
Fixes #315, #513
Sponsored-by: pep.foundation
|
|
|
|
|
|
Closes #129.
Sponsored-by: pep.foundation
|
|
- Convert `encrypted` to `processed`.
- Since `set_encrypted` is internal API it was directly renamed without
forwarder stub.
- `encrypted()` is public API thus the old function is converted to a
forwarder of the negation of `processed()`.
- `unprocessed()` marked as deprecated.
- Update docs and NEWS file.
- Fixes #845.
|
|
|
|
- Closes #868.
|
|
- In 207d4ba7, the text was changed by mistake.
|
|
|
|
- This is part of the effort of moving to clap3's derive API and
profit from the added type safety.
|
|
- This is part of the effort of moving to clap3's derive API and
profit from the added type safety.
|
|
- This is part of the effort of moving to clap3's derive API and
profit from the added type safety.
|
|
- This is part of the effort of moving to clap3's derive API and
profit from the added type safety.
|
|
- This is part of the effort of moving to clap3's derive API and
profit from the added type safety.
|
|
- This is part of the effort of moving to clap3's derive API and
profit from the added type safety.
|
|
- This is part of the effort of moving to clap3's derive API and
profit from the added type safety.
|
|
- The changes in sq_usage.rs are formatting fixes. I avoided the
additional effort of preserving formatting issues for the sake of
exact equivalence.
- This is part of the effort of moving to clap3's derive API and
profit from the added type safety.
|
|
- This is part of the effort of moving to clap3's derive API and
profit from the added type safety.
|
|
- This is part of the effort of moving to clap3's derive API and
profit from the added type safety.
|
|
- This is part of the effort of moving to clap3's derive API and
profit from the added type safety.
|
|
- This is part of the effort of moving to clap3's derive API and
profit from the added type safety.
|
|
- Extract input and output arguments, including help texts, so they
can be easily reused by other sq subcommands.
- This is part of the effort of moving to clap3's derive API and
profit from the added type safety.
|
|
- This is part of the effort of moving to clap3's derive API and
profit from the added type safety.
|
|
- This is part of the effort of moving to clap3's derive API and
profit from the added type safety.
|
|
- This is part of the effort of moving to clap3's derive API and
profit from the added type safety.
|
|
- This is part of the effort of moving to clap3's derive API and
profit from the added type safety.
|
|
- This is part of the effort of moving to clap3's derive API and
profit from the added type safety.
|
|
- This is part of the effort of moving to clap3's derive API and
profit from the added type safety.
|
|
- This is part of the effort of moving to clap3's derive API and
profit from the added type safety.
|
|
- This is part of the effort of moving to clap3's derive API and
profit from the added type safety.
|
|
- This is part of the effort of moving to clap3's derive API and
profit from the added type safety.
|
|
|
|
|
|
- Make the previously long description available using the "alternate"
(#) format specifier.
- Make the default description short.
- Update subplot tests to use short algorithm names.
- Fixes #803.
|
|
|
|
- Fixes #834.
|
|
- Output a cargo:warning with paths for generated shell completion
files, or a warning if generation failed.
|
|
Change sq command line handling from using clap version 2 to version 3,
and adapt to all the breaking changes.
Clap version 3 is a major new version with a number of breaking
changes. It also adds functionality to allow a structopt style
declarative way of defining command line syntax. We want to use that,
but first we need to port the old "builder style" of defining the
command line syntax to clap version 3. The change to use the "derive
style" comes later.
The semantics of clap version 2's .multiple function were hard to
understand and it was replaced with .multiple_occurences. Care was taken
to preserve the original intention regarding an argument's number of
occurrences and number of values.
There are some changes to help output (in src/sq-usage.rs). These are
mostly from upstream changes and we think the differences are minor so
we are okay with following upstream's lead. In summary: FLAGS and
OPTIONS are merged into just OPTIONS; the layout of subcommand lists are
a little different (split into two lines); there is no "[--]" before
filename arguments anymore; default and allowed values for options are
on a separate line now; --version isn't repeated for every subcommand
anymore; help is listed for each subcommand separately.
In addition, we will help clap upstream fix a problem where the
help output doesn't have a "..." to indicate that an option may be used
several times.
Further, upstream has changed --help text to be of the form "Print
help", when it earlier was "Prints help". We will change our own help
texts to follow suite in a future commit. We don't do it in this commit,
to avoid making an even larger diff.
By default, clap v3 now colors its help output. However, this does not
support custom sections like our examples. Clap is tracking this as
https://github.com/clap-rs/clap/issues/3108. In the meantime, disable
colors.
|
|
- The subplot scenario "File is signed with all required keys" has
a mistake, it uses a wrong argument, `--signer-key` instead of
`--signer-cert`.
- The issue was hidden, as the command was expected to fail with exit
code 1, coincidentally the same exit code that clap 2 uses for usage
errors. Clap 3 exits with 2 instead of 1, so now the test failed.
- Fix the wrong argument.
|
|
|
|
|
|
- And update the other key generation scenarios to handle
authentication-capable subkeys.
|
|
- Generate an authentication-capable subkey by default.
- Add the flags `--can-authenticate` and `--cannot-authenticate` to sq
key generate, analogous to `--can{not}-sign`.
- Closes #844.
|
