From: ken <gebser@mousecar.com>
To: Matthias Schniedermeyer <ms@citd.de>
Cc: dm-crypt@saout.de, "Thomas Bächler" <thomas@archlinux.org>,
"Milan Broz" <gmazyland@gmail.com>
Subject: Re: [dm-crypt] Option "validate passphrase" for command cryptsetup
Date: Tue, 19 Jun 2012 12:20:46 -0400 [thread overview]
Message-ID: <4FE0A6DE.4090807@mousecar.com> (raw)
In-Reply-To: <20120619145621.GA25468@citd.de>
On 06/19/2012 10:56 AM Matthias Schniedermeyer wrote:
> On 19.06.2012 16:17, Milan Broz wrote:
>> On 06/19/2012 03:54 PM, Thomas Bächler wrote:
>>
>>> I find the option name --without-activation to be quite long and hard to
>>> type. Is there any reason why you didn't choose '--dry-run' as you first
>>> suggested?
>>
>> Actually I wrote --dry-run, --no-activate, --no-activation, --without-activation
>> on paper ... and then asked someone here what's the best:)
>>
>> Well, I think this option will be rarely used and I guess it is mainly for use
>> in scripts. Option name says exactly what it is doing.
>
> It says what technically happens, not was is the intent of using said
> option. (You have to read the man-page, at least in the git-version of a
> few minutes ago the intent is right after the technicallity)
>
> I think intent is much easier to understand.
>
> So i'd vote for: --test-passphrase
I'd agree, especially since the entire command would then read:
cryptsetup luksOpen /dev/sdc x --test-passphrase -T 1
To read in documentation, on the other hand:
cryptsetup luksOpen /dev/sdc x --without-activation -T 1
I would be asking, "What is not being activated?" So it's very
ambiguous. On the other hand, "--test-passphrase" is much clearer, much
easier to understand.
Would there still be a delay between invocations?
next prev parent reply other threads:[~2012-06-19 16:26 UTC|newest]
Thread overview: 16+ messages / expand[flat|nested] mbox.gz Atom feed top
2012-06-19 10:53 [dm-crypt] Option "validate passphrase" for command cryptsetup Louis
2012-06-19 11:26 ` Milan Broz
2012-06-19 12:29 ` Arno Wagner
2012-06-19 13:41 ` Milan Broz
2012-06-19 13:54 ` Thomas Bächler
2012-06-19 14:17 ` Milan Broz
2012-06-19 14:56 ` Matthias Schniedermeyer
2012-06-19 16:20 ` ken [this message]
2012-06-19 22:02 ` Heinz Diehl
2012-06-19 15:04 ` jonas
2012-06-19 16:14 ` Milan Broz
2012-06-19 16:46 ` Jonas Meurer
2012-06-20 1:13 ` Arno Wagner
2012-06-19 16:56 ` ken
2012-06-20 7:41 ` Louis
2012-06-20 8:27 ` Milan Broz
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=4FE0A6DE.4090807@mousecar.com \
--to=gebser@mousecar.com \
--cc=dm-crypt@saout.de \
--cc=gmazyland@gmail.com \
--cc=ms@citd.de \
--cc=thomas@archlinux.org \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.