Util-Linux package development
 help / color / mirror / Atom feed
From: "Benno Schulenberg" <bensberg@justemail.net>
To: "Karel Zak" <kzak@redhat.com>
Cc: "Util-Linux" <util-linux@vger.kernel.org>
Subject: Re: [patches] small fixes to some messages and man pages, and some questions
Date: Mon, 15 Aug 2011 20:34:29 +0200	[thread overview]
Message-ID: <1313433269.27812.140258129893485@webmail.messagingengine.com> (raw)
In-Reply-To: <20110815133430.GG1843@nb.net.home>


> > Also I do not understand the descriptions of the new options --nested,
> > --chained, and --onesector.  [...]
> 
> The original comment from code: 
> 
> /* [...]
> NESTED: every partition is contained in the surrounding partitions
>    and is disjoint from all others.

I still fail to understand.  If "contained in the surrounding partitions"
means "contained in the containing partitions", it says nothing.  If it
means "contained in the partitions that come before and after", this
seems impossible to me.  The only way I can make sense of the
above comment is to read it as follows:

NESTED: every extended partition is contained within a surrounding
extended partition [except of course the outermost one] and is disjoint
from all other extended partitions at the same nesting level.

(Here I take "disjoint" to mean "does not overlap", but then I still fail
to understand how "mutually disjoint" is different.)

> CHAINED: every data partition is contained in the surrounding partitions
>    and disjoint from all others, but extended partitions may lie outside

Is a data partition the same as a logical partition?


> > However, I find this a bit misleading: the timingfile is only optional when
> > it is specified via the -t option.  Wouldn't it be better to describe the
> > command with two alternative synopses, as follows?
> > 
> >   Usage: scriptreplay timingfile [typescript [divisor]]
> >      or: scriptreplay [options] [timingfile] [typescript] [divisor]
> 
>    scriptreplay [options] [-t] timingfile [typescript [divisor]]

Yes, that would do.  It does not cover the possibilty of the typescript
file being passed with option -s and the divisor as a direct argument,
but it's good enough for my taste.

Regards,

Benno

-- 
http://www.fastmail.fm - Same, same, but different...

  reply	other threads:[~2011-08-15 18:34 UTC|newest]

Thread overview: 5+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2011-08-11 20:22 [patches] small fixes to some messages and man pages, and some questions Benno Schulenberg
2011-08-15 13:34 ` Karel Zak
2011-08-15 18:34   ` Benno Schulenberg [this message]
2011-08-16 12:57     ` Karel Zak
2011-08-15 13:56 ` Karel Zak

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=1313433269.27812.140258129893485@webmail.messagingengine.com \
    --to=bensberg@justemail.net \
    --cc=kzak@redhat.com \
    --cc=util-linux@vger.kernel.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 a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox