All of lore.kernel.org
 help / color / mirror / Atom feed
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?

  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.