Debian Bug report logs - #411943
partman-lvm: size of new LVs must be given in multiple of 1024 instead of 1000

Toggle useless messages

Message #5 received at submit@bugs.debian.org (full text, mbox, reply):

From: Francesco Poli <frx@firenze.linux.it>

To: Debian Bug Tracking System <submit@bugs.debian.org>

Subject: partman-lvm: inconsistent usage of unit symbols for decimal and binary multiples

Date: Thu, 22 Feb 2007 01:17:53 +0100

Package: partman-lvm
Version: 50
Severity: important

Hi!

I'm again trying to configure an LVM partitioning in a virgin disk on the
same brand new machine, as described in bug#411586.

I'm using the CD labeled as:

     Debian GNU/Linux testing "Etch" - Official Snapshot amd64 NETINST
   Binary-1 20070218-08:47

that is to say
http://cdimage.debian.org/cdimage/daily-builds/daily/arch-latest/amd64/iso-cd/debian-testing-amd64-netinst.iso

Using the textual user interface debian-installer, I reach the partitioning
stage.
I choose the partitioning method called "Manual".
The next screen displays the current disk partition table:

|  SCSI3 (0,0,0) (sda) - 250.1 GB ATA MAXTOR STM325082
|           pri/log  250.1 GB     FREE SPACE

So far so good.  I select the free space line and choose "Create a new
partition" from the dialog screen, enter 250 MB as partition size, choose
"Primary" as partition type, ask that the partition be created at the
beginning of the available space, change the mount point to /boot, and
set the bootable flag to "on".
After choosing "Done setting up the partition", I get back to the
partition table screen, with the following updated status:

|  SCSI3 (0,0,0) (sda) - 250.1 GB ATA MAXTOR STM325082
|        #1 primary  246.7 MB B f ext3       /boot
|           pri/log  249.8 GB     FREE SPACE

I again select the free space line and choose "Create a new partition",
enter "max" as partition size, choose "Logical" as partition type, and
change the "Use as" entry to "physical volume for LVM".
After choosing "Done setting up the partition", I get back to the
partition table screen, with the following updated status:

|  SCSI3 (0,0,0) (sda) - 250.1 GB ATA MAXTOR STM325082
|        #1 primary  246.7 MB B f ext3       /boot
|        #5 logical  249.8 GB   K lvm

I choose "Configure the Logical Volume Manager" and confirm to write
the partition table.
The next screen allows me to configure the LVM: I choose "Create volume
group", and enter the hostname as volume group name.  I select /dev/sda5
for the new volume group.
Back to the LVM configuration menu: I choose "Create logical volume"
and select the only possible volume group.
I enter "home" as logical volume name and get to the logical volume
size screen: the size field initially displays "249808MB" which seems
to be the correct maximum allowed size for this new logical volume.
That "MB" seems to mean megabyte, that is to say 10^6 byte.
OK: I want this logical volume to have a size of 232.8 Gbyte,
(i.e.: 232.8 * 10^9 byte), hence I enter "232800MB".
Everything seems to go OK, as I'm back to the LVM configuration menu.
But, if I choose "Display configuration details" I see something very
worrying:

| Unallocated physical volumes:
|   * none
|
| Volumes groups:
|   * hostname                                 (249808MB)
|     - Uses physical volume:     /dev/sda5    (249808MB)
|     - Provides logical volume:  home         (244108MB)

What?!? 244.108 Gbyte for my home lv?!?
I didn't asked for such a huge lv!
Now I have too little space for the other logical volumes!
Indeed, if I try to create a second lv, I see that only 5700 Mbyte are
usable, while I wanted to have about 17 Gbyte ...
I go back to the LVM configuration menu and delete the home lv.
Let's try again: "Create logical volume".
Again I enter "home" as lv name and again I get 249808MB as maximum size.
I notice that the help text says the possible formats are 10K, 10M, 10G,
10T and that the default unit is Megabytes.
I try with "232800M" and I again get "244108MB" !
OK, delete and recreate...
I try with "232.8GB" and I get an error message stating:

|           Error while creating a new logical volume
| Unable to create a new logical volume (home) on hostname with the new
| size 0.
|
| Check /var/log/syslog or see virtual console 4 for the details.

Virtual console 4 says:

| partman-lvm: Insufficient free extents (59559) in volume group hostname: 59597 required
| partman-lvm:
| partman-lvm:   Rounding up size to full physical extent 232.80 GB

OK, try again: if I enter "232800" with no unit, I should get 232800 Mbyte,
right?  No, I again get 244108 Mbyte !


Now I notice something suspicious:

 232800 * 2^20 byte = 244108492800 byte =~ 244108 Mbyte
 232.8 * 2^30 byte =~ 249967096627.2 byte > 249808 Mbyte
 
There seems to be a big mess on binary and decimal prefixes for units.
This is a serious usability issue: the interface uses the same symbol
(e.g.: "MB") for different meanings (Mebibyte = 2^20 byte
and  Megabyte = 10^6 byte) and thus heavily confuses the user.

Please fix this big inconsistency: switch to decimal multiples for
everything in partman.
Hard disk vendors describe disk capacities using decimal multiples
of the byte unit (1 kbyte = 10^3 byte, 1 Mbyte = 10^6 byte,
1 Gbyte = 10^9 byte, ...) and partman should speak consistently.



P.S.:
I set the severity of this bug to "important" bug, since it has a major
effect on the usability of a package, but I strongly believe that etch
debian-installer should *not* be released with such a usability issue.
Feel free to raise the severity as appropriate.

Message #10 received at 411943@bugs.debian.org (full text, mbox, reply):

From: Frans Pop <elendil@planet.nl>

To: Francesco Poli <frx@firenze.linux.it>, 411943@bugs.debian.org

Subject: Re: Bug#411943: partman-lvm: inconsistent usage of unit symbols for decimal and binary multiples

Date: Thu, 22 Feb 2007 01:51:58 +0100

[Message part 1 (text/plain, inline)]

On Thursday 22 February 2007 01:17, Francesco Poli wrote:
> I set the severity of this bug to "important" bug, since it has a major
> effect on the usability of a package, but I strongly believe that etch
> debian-installer should *not* be released with such a usability issue.

This issue has been in partman for quite some time. There's absolutely no 
reason to consider it anything than a cosmetic issue.
We'll look at this at our leasure after Etch has been released. Leaving 
severity at important, even though you could just as well argue for 
minor.

Your testing and feedback is appreciated, but we're not going to delay the 
release or hazard the stability of the code we have now by making rash 
changes to fix this.

Cheers,
FJP

[Message part 2 (application/pgp-signature, inline)]

Message #15 received at 411943@bugs.debian.org (full text, mbox, reply):

From: Francesco Poli <frx@firenze.linux.it>

To: 411943@bugs.debian.org

Subject: Re: Bug#411943: partman-lvm: inconsistent usage of unit symbols for decimal and binary multiples

Date: Fri, 23 Feb 2007 18:43:39 +0100

[Message part 1 (text/plain, inline)]

On Thu, 22 Feb 2007 01:51:58 +0100 Frans Pop wrote:

> On Thursday 22 February 2007 01:17, Francesco Poli wrote:
> > I set the severity of this bug to "important" bug, since it has a
> > major effect on the usability of a package, but I strongly believe
> > that etch debian-installer should *not* be released with such a
> > usability issue.
> 
> This issue has been in partman for quite some time. There's absolutely
> no  reason to consider it anything than a cosmetic issue.

I'm sorry, but I have to strongly disagree.
Creating the graphical installer was useful to solve a cosmetic issue.
This is instead a usability issue: user interface consistency is one
of the key principles of usability.  When the user asks for a value
and gets another one, just because the same symbol is used with
different
meanings on input and output, he/she gets heavily confused and goes
away telling other people that Debian is too hard to install...

Believe me, I lost almost half an evening in trying to understand
what was going on, before I figured out that "MB" was being used with
two different meanings on input and output.
And I consider myself as an informed user, especially on unit of
measurement issues...

> We'll look at this at our leasure after Etch has been released.
> Leaving  severity at important, even though you could just as well
> argue for  minor.

I could argue for grave, IMHO.

> 
> Your testing and feedback is appreciated, but we're not going to delay
> the  release or hazard the stability of the code we have now by making
> rash  changes to fix this.

As I said, I think that this is something that should really be fixed
*before* etch is out.  It's well known that Debian releases when it's
ready: I don't think that partman in the current status is actually
ready.


-- 
 http://frx.netsons.org/progs/scripts/refresh-pubring.html
 Need to refresh your keyring in a piecewise fashion?
..................................................... Francesco Poli .
 GnuPG key fpr == C979 F34B 27CE 5CD8 DC12  31B5 78F4 279B DD6D FCF4

[Message part 2 (application/pgp-signature, inline)]

Message #20 received at 411943@bugs.debian.org (full text, mbox, reply):

From: Avery Fay <avery@shadypixel.com>

To: 411943@bugs.debian.org

Subject: Re: Bug#411943: partman-lvm: inconsistent usage of unit symbols for, decimal and binary multiples

Date: Sun, 25 May 2008 06:09:33 -0400

I think this bug is quite high priority and should definitely be fixed 
for Lenny. I recently installed from a debian installer snapshot and 
manually partitioning LVM was nearly impossible. It may not make much of 
a difference when you're partitioning 20 GB or so, but the drive I was 
partitioning was 300 GB. You're forced to play "guess and check" and 
given the inefficiencies of a text installer it's painful.

I ended up partitioning in a spare rescue cd I had and then restarted 
the whole installation process, completely bypassing the whole issue.

Message #25 received at 411943@bugs.debian.org (full text, mbox, reply):

From: Avery Fay <avery@shadypixel.com>

To: 411943@bugs.debian.org

Subject: Re: Bug#411943: partman-lvm: inconsistent usage of unit symbols for decimal and binary multiples

Date: Sun, 25 May 2008 07:05:35 -0400

Also, this seems to be a somewhat popular issue. At least, #435767 and 
#437016 appear to be duplicates.

Message #34 received at 411943@bugs.debian.org (full text, mbox, reply):

From: Jérémy Bobbio <lunar@debian.org>

To: 411943@bugs.debian.org

Subject: Re: Bug#411943: partman-lvm: size of new LVs must be given in multiple of 1024 instead of 1000

Date: Sun, 20 Jul 2008 01:21:52 +0200

[Message part 1 (text/plain, inline)]

tags 411943 + patch
thanks

On Sun, May 25, 2008 at 06:09:33AM -0400, Avery Fay wrote:
> I think this bug is quite high priority and should definitely be fixed 
> for Lenny. I recently installed from a debian installer snapshot and 
> manually partitioning LVM was nearly impossible. It may not make much of 
> a difference when you're partitioning 20 GB or so, but the drive I was 
> partitioning was 300 GB. You're forced to play "guess and check" and 
> given the inefficiencies of a text installer it's painful.

The attached patch should fix the issue.  Details in its header.

PS: The changelogs might be quite bogus as I decided to tackle this
    issue while working on other aspects of partman-lvm.

Cheers,
-- 
Jérémy Bobbio                        .''`. 
lunar@debian.org                    : :Ⓐ  :  # apt-get install anarchism
                                    `. `'` 
                                      `-   

[partman-lvm_use_extents_instead_of_size.diff (text/x-diff, attachment)]

[signature.asc (application/pgp-signature, inline)]

Message #41 received at 411943@bugs.debian.org (full text, mbox, reply):

From: Frans Pop <elendil@planet.nl>

To: 411943@bugs.debian.org

Subject: Re: Bug#411943: partman-lvm: size of new LVs must be given in multiple of 1024 instead of 1000

Date: Sun, 20 Jul 2008 13:13:22 +0200

On Sunday 20 July 2008, Jérémy Bobbio wrote:
> The attached patch should fix the issue.  Details in its header.

Doesn't this introduce an inconsistency between what is input and what is 
displayed in the "Current LVM configuration" dialog?

I'm not sure that we should be fixing such minor issues at this point. 
Especially when it's so easy to get things subtly wrong or introduce new 
inconsistencies.

Message #46 received at 411943@bugs.debian.org (full text, mbox, reply):

From: Frans Pop <elendil@planet.nl>

To: 411943@bugs.debian.org

Subject: Re: Bug#411943: partman-lvm: size of new LVs must be given in multiple of 1024 instead of 1000

Date: Sun, 20 Jul 2008 13:39:59 +0200

On Sunday 20 July 2008, I wrote:
> On Sunday 20 July 2008, Jérémy Bobbio wrote:
> > The attached patch should fix the issue.  Details in its header.
>
> Doesn't this introduce an inconsistency between what is input and what
> is displayed in the "Current LVM configuration" dialog?

Consistency between D-I and commands given from shell is another factor to 
take into account. Fact is that LVM by default uses binary-based units 
while e.g. disk manufacturers and fdisk use SI units. Partman is 
currently consistent with that. It may not be internally consistent, but 
it may also be just what some users (e.g. experienced sysadmins) expect.

The problem in this BR is basically that the units for the displayed 
default size currently do not match the how the units that are input are 
used, which definitely is a bug and one that your patch does seem to fix. 
But it could also be solved by having the proposed value displayed in 
binary-based units...

This also somewhat clashes with Robert's patch in #471323, which goes the 
other direction.

I'd much rather see an inventory of what partman does _as a whole_ and a 
proposal/discussion how we can make it consistent and clear to the user 
what units are used/expected/displayed for partman _as a whole_ than to 
introduce such "random" changes based on a single aspect of the problem.

I do agree there is a (fairly big) consistency problem, but I'm not sure 
this is the way nor the time to fix it.

Message #51 received at 411943@bugs.debian.org (full text, mbox, reply):

From: Jérémy Bobbio <lunar@debian.org>

To: 411943@bugs.debian.org

Subject: Re: Bug#411943: partman-lvm: size of new LVs must be given in multiple of 1024 instead of 1000

Date: Sun, 20 Jul 2008 16:51:07 +0200

[Message part 1 (text/plain, inline)]

On Sun, Jul 20, 2008 at 01:13:22PM +0200, Frans Pop wrote:
> On Sunday 20 July 2008, Jérémy Bobbio wrote:
> > The attached patch should fix the issue.  Details in its header.
> 
> Doesn't this introduce an inconsistency between what is input and what is 
> displayed in the "Current LVM configuration" dialog?

No.  The units showed in the "Current LVM configuration" dialog are
retrieved by using the "--units M" flag of lvm tools.  The capital 'M'
here specify that the unit should be in S.I. units, same as the rest of
partman.

> I'm not sure that we should be fixing such minor issues at this point. 
> Especially when it's so easy to get things subtly wrong or introduce new 
> inconsistencies.

It's not exactly minor, IMHO: while creating a new Logical Volume, you
have to recalculate every other numbers by hand as all other components
of partman uses S.I units instead of binary units.

Cheers,
-- 
Jérémy Bobbio                        .''`. 
lunar@debian.org                    : :Ⓐ  :  # apt-get install anarchism
                                    `. `'` 
                                      `-   

[signature.asc (application/pgp-signature, inline)]

Message #56 received at 411943@bugs.debian.org (full text, mbox, reply):

From: Jérémy Bobbio <lunar@debian.org>

To: 411943@bugs.debian.org

Subject: Re: Bug#411943: partman-lvm: size of new LVs must be given in multiple of 1024 instead of 1000

Date: Sun, 20 Jul 2008 16:57:30 +0200

[Message part 1 (text/plain, inline)]

On Sun, Jul 20, 2008 at 01:39:59PM +0200, Frans Pop wrote:
> Consistency between D-I and commands given from shell is another factor to 
> take into account. Fact is that LVM by default uses binary-based units 
> while e.g. disk manufacturers and fdisk use SI units. Partman is 
> currently consistent with that. It may not be internally consistent, but 
> it may also be just what some users (e.g. experienced sysadmins) expect.

LVM tools default that display sizes to binary units instead of SI
units.  So on a command line, IMHO, an experienced sysadmin would use
other LVM tools to create PVs, VGs and LVs together with the ones that
would display the current status.  As most people rarely bother to
specify "--units M", I don't really see that as an issue.

> I'd much rather see an inventory of what partman does _as a whole_ and a 
> proposal/discussion how we can make it consistent and clear to the user 
> what units are used/expected/displayed for partman _as a whole_ than to 
> introduce such "random" changes based on a single aspect of the problem.

partman reference seems to be given by longint2human() and
human2longint(), defined in lib/base.sh.  Which is why I decided to use
them to as the basis for calculation in the proposed patch.

Cheers,
-- 
Jérémy Bobbio                        .''`. 
lunar@debian.org                    : :Ⓐ  :  # apt-get install anarchism
                                    `. `'` 
                                      `-   

[signature.asc (application/pgp-signature, inline)]

Message #61 received at 411943@bugs.debian.org (full text, mbox, reply):

From: Frans Pop <elendil@planet.nl>

To: 411943@bugs.debian.org

Subject: Re: Bug#411943: partman-lvm: size of new LVs must be given in multiple of 1024 instead of 1000

Date: Sun, 20 Jul 2008 23:25:49 +0200

On Sunday 20 July 2008, Jérémy Bobbio wrote:
> It's not exactly minor, IMHO: while creating a new Logical Volume, you
> have to recalculate every other numbers by hand as all other components
> of partman uses S.I units instead of binary units.

OK. If you're happy with it and it has had sufficient testing I have no 
objection.

Message #66 received at 411943@bugs.debian.org (full text, mbox, reply):

From: J��r��my Bobbio <lunar@debian.org>

To: control@bugs.debian.org

Cc: 411943@bugs.debian.org

Subject: setting package to partman-lvm, tagging 411943

Date: Mon, 21 Jul 2008 22:34:17 +0000

# Automatically generated email from bts, devscripts version 2.10.33
# via tagpending 
#
# partman-lvm (62) UNRELEASED; urgency=low
#
#  * Harmonize size specification used when creating new Logical Volumes:
#     - lv_create() now uses extents instead of size,
#     - lvm_size_from_human() has been renamed to lvm_extents_from_human(),
#     - As extent sizes are specific to a given Volume Group,
#       lvm_extents_from_human() take the VG name as its first argument.
#    Breaks: partman-auto-lvm (<= 27)                         (Closes: #411943)
#

package partman-lvm
tags 411943 + pending

Message #73 received at 411943-close@bugs.debian.org (full text, mbox, reply):

From: Otavio Salvador <otavio@debian.org>

To: 411943-close@bugs.debian.org

Subject: Bug#411943: fixed in partman-lvm 62

Date: Tue, 05 Aug 2008 17:02:10 +0000

Source: partman-lvm
Source-Version: 62

We believe that the bug you reported is fixed in the latest version of
partman-lvm, which is due to be installed in the Debian FTP archive:

partman-lvm_62.dsc
  to pool/main/p/partman-lvm/partman-lvm_62.dsc
partman-lvm_62.tar.gz
  to pool/main/p/partman-lvm/partman-lvm_62.tar.gz
partman-lvm_62_all.udeb
  to pool/main/p/partman-lvm/partman-lvm_62_all.udeb



A summary of the changes between this version and the previous one is
attached.

Thank you for reporting the bug, which will now be closed.  If you
have further comments please address them to 411943@bugs.debian.org,
and the maintainer will reopen the bug report if appropriate.

Debian distribution maintenance software
pp.
Otavio Salvador <otavio@debian.org> (supplier of updated partman-lvm package)

(This message was generated automatically at their request; if you
believe that there is a problem with it please contact the archive
administrators by mailing ftpmaster@debian.org)


-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1

Format: 1.8
Date: Tue, 05 Aug 2008 13:58:14 -0300
Source: partman-lvm
Binary: partman-lvm
Architecture: source all
Version: 62
Distribution: unstable
Urgency: low
Maintainer: Debian Install System Team <debian-boot@lists.debian.org>
Changed-By: Otavio Salvador <otavio@debian.org>
Description: 
 partman-lvm - Adds support for LVM to partman (udeb)
Closes: 411943
Changes: 
 partman-lvm (62) unstable; urgency=low
 .
   [ Jérémy Bobbio ]
   * Fix size substitution when displaying partman-lvm/lvcreate_error.
   * Harmonize size specification used when creating new Logical Volumes:
      - lv_create() now uses extents instead of size,
      - lvm_size_from_human() has been renamed to lvm_extents_from_human(),
      - As extent sizes are specific to a given Volume Group,
        lvm_extents_from_human() take the VG name as its first argument.
     Breaks: partman-auto-lvm (<= 27)                         (Closes: #411943)
   * Preserve "align" capability in choose_partition/lvm/do_option.
     Requires cdebconf (>= 0.133).
   * Activate Volume Groups during partman initialization: like MD devices,
     there is now 2 different init.d scripts:
       - lvm-devices, run before parted, is responsible for scanning and
         activating Volume Groups,
       - lvm, run later, will ensure that Physical Volumes have "lvm" as
         method, and create free space for Logical Volumes if needed.
   * Remove obsolete template partman-lvm/activevg.
 .
   [ Updated translations ]
   * Arabic (ar.po) by Ossama M. Khayat
   * Belarusian (be.po) by Pavel Piatruk
   * Bulgarian (bg.po) by Damyan Ivanov
   * Czech (cs.po) by Miroslav Kure
   * German (de.po) by Jens Seidel
   * Dzongkha (dz.po) by Tenzin Dendup
   * Esperanto (eo.po) by Felipe Castro
   * Spanish (es.po) by Javier Fernández-Sanguino Peña
   * Basque (eu.po) by Piarres Beobide
   * Finnish (fi.po) by Esko Arajärvi
   * French (fr.po) by Christian Perrier
   * Galician (gl.po) by Jacobo Tarrio
   * Gujarati (gu.po) by Kartik Mistry
   * Croatian (hr.po) by Josip Rodin
   * Indonesian (id.po) by Arief S Fitrianto
   * Italian (it.po) by Milo Casagrande
   * Japanese (ja.po) by Kenshi Muto
   * Korean (ko.po) by Changwoo Ryu
   * Kurdish (ku.po) by Erdal Ronahi
   * Lithuanian (lt.po) by Kęstutis Biliūnas
   * Malayalam (ml.po) by Praveen|പ്രവീണണ്‍ A|എ
   * Marathi (mr.po) by Sampada
   * Norwegian Bokmål (nb.po) by Hans Fredrik Nordhaug
   * Dutch (nl.po) by Frans Pop
   * Portuguese (Brazil) (pt_BR.po) by Felipe Augusto van de Wiel (faw)
   * Portuguese (pt.po) by Miguel Figueiredo
   * Romanian (ro.po) by Eddy Petrișor
   * Russian (ru.po) by Yuri Kozlov
   * Slovak (sk.po) by Ivan Masár
   * Slovenian (sl.po) by Matej Kovacic
   * Swedish (sv.po) by Daniel Nylander
   * Thai (th.po) by Theppitak Karoonboonyanan
   * Tagalog (tl.po) by Eric Pareja
   * Turkish (tr.po) by Mert Dirik
   * Vietnamese (vi.po) by Clytie Siddall
   * Wolof (wo.po) by Mouhamadou Mamoune Mbacke
   * Simplified Chinese (zh_CN.po) by Kov Chai
Checksums-Sha1: 
 8f1e58a132743507f5879945d523c296c0351ab7 904 partman-lvm_62.dsc
 bbbf838e4e1e3b8e62e0b02d3826cecb8b0ca585 220526 partman-lvm_62.tar.gz
 a3ef39513098f283be07c1fbdd002b4d8f1c00c8 211126 partman-lvm_62_all.udeb
Checksums-Sha256: 
 7f9f075f3f3c6fb429b085430c6e61b647e6e811079faa095d594e5f3fb00969 904 partman-lvm_62.dsc
 debcf77c2a333f8cd6fd77cb1f5198e6c57d09bab6aa3e132e62d3eac3a6b26c 220526 partman-lvm_62.tar.gz
 95356b51a64d7c5f16d395e73ffd374785b118e55147953da8cdeea57bd9b809 211126 partman-lvm_62_all.udeb
Files: 
 24dd1062d336a8883694a60ee8849ac9 904 debian-installer optional partman-lvm_62.dsc
 a93449987307d09392af1f09f2b17ee3 220526 debian-installer optional partman-lvm_62.tar.gz
 a44793c3b9bd103c39220417fc935b7f 211126 debian-installer optional partman-lvm_62_all.udeb
Package-Type: udeb

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.9 (GNU/Linux)

iEYEARECAAYFAkiYhrgACgkQLqiZQEml+FU2JwCfeohHucmC1rPt8x5s580QaYoe
PMkAniKr5nCSyShXWDsTu7q6rG51yX3T
=Dfsl
-----END PGP SIGNATURE-----

Message #88 received at 411943@bugs.debian.org (full text, mbox, reply):

From: Francesco Poli <frx@firenze.linux.it>

To: 411943@bugs.debian.org

Cc: Jérémy Bobbio <lunar@debian.org>

Subject: Re: Bug#411943 closed by Otavio Salvador <otavio@debian.org> (Bug#411943: fixed in partman-lvm 62)

Date: Wed, 6 Aug 2008 15:29:23 +0200

[Message part 1 (text/plain, inline)]

On Tue, 05 Aug 2008 17:09:09 +0000 Debian Bug Tracking System wrote:

> This is an automatic notification regarding your Bug report
> which was filed against the partman-lvm package:
> 
> #411943: partman-lvm: size of new LVs must be given in multiple of 1024 instead of 1000
> 
> It has been closed by Otavio Salvador

My original bug report used to have a different title (by reading the
bug log, I see it has been retitled).
I am not completely sure I understand what direction was taken to fix
the bug: does partman-lvm use decimal (i.e.: SI) multiples everywhere
*now*, on both input and output, consistently with the rest of partman?

Could you please clarify?
Thanks in advance.

-- 
 http://frx.netsons.org/doc/index.html#nanodocs
 The nano-document series is here!
..................................................... Francesco Poli .
 GnuPG key fpr == C979 F34B 27CE 5CD8 DC12  31B5 78F4 279B DD6D FCF4

[Message part 2 (application/pgp-signature, inline)]

Message #93 received at 411943@bugs.debian.org (full text, mbox, reply):

From: Jérémy Bobbio <lunar@debian.org>

To: Francesco Poli <frx@firenze.linux.it>, 411943@bugs.debian.org

Subject: Re: Bug#411943: closed by Otavio Salvador <otavio@debian.org> (Bug#411943: fixed in partman-lvm 62)

Date: Wed, 6 Aug 2008 22:32:00 +0200

[Message part 1 (text/plain, inline)]

On Wed, Aug 06, 2008 at 03:29:23PM +0200, Francesco Poli wrote:
> On Tue, 05 Aug 2008 17:09:09 +0000 Debian Bug Tracking System wrote:
> 
> > This is an automatic notification regarding your Bug report
> > which was filed against the partman-lvm package:
> > 
> > #411943: partman-lvm: size of new LVs must be given in multiple of 1024 instead of 1000
> > 
> > It has been closed by Otavio Salvador
> 
> My original bug report used to have a different title (by reading the
> bug log, I see it has been retitled).
> I am not completely sure I understand what direction was taken to fix
> the bug: does partman-lvm use decimal (i.e.: SI) multiples everywhere
> *now*, on both input and output, consistently with the rest of partman?
> 
> Could you please clarify?

Yes, partman-lvm should use decimal multiples everywhere now.  Don't
hesitate to tell us if we missed a spot.

Cheers,
-- 
Jérémy Bobbio                        .''`. 
lunar@debian.org                    : :Ⓐ  :  # apt-get install anarchism
                                    `. `'` 
                                      `-   

[signature.asc (application/pgp-signature, inline)]

Message #98 received at 411943@bugs.debian.org (full text, mbox, reply):

From: Francesco Poli <frx@firenze.linux.it>

To: Jérémy Bobbio <lunar@debian.org>

Cc: 411943@bugs.debian.org

Subject: Re: Bug#411943: closed by Otavio Salvador <otavio@debian.org> (Bug#411943: fixed in partman-lvm 62)

Date: Thu, 7 Aug 2008 15:23:17 +0200

[Message part 1 (text/plain, inline)]

On Wed, 6 Aug 2008 22:32:00 +0200 Jérémy Bobbio wrote:

> On Wed, Aug 06, 2008 at 03:29:23PM +0200, Francesco Poli wrote:
[...]
> > I am not completely sure I understand what direction was taken to fix
> > the bug: does partman-lvm use decimal (i.e.: SI) multiples everywhere
> > *now*, on both input and output, consistently with the rest of partman?
> > 
> > Could you please clarify?
> 
> Yes, partman-lvm should use decimal multiples everywhere now.

Very good!  :-)
Thanks for the clarification!

> Don't hesitate to tell us if we missed a spot.

Should I notice some other inconsistency, I will report it as
appropriate.

Bye and thanks for fixing the bug (in the right direction!).


-- 
 http://frx.netsons.org/doc/index.html#nanodocs
 The nano-document series is here!
..................................................... Francesco Poli .
 GnuPG key fpr == C979 F34B 27CE 5CD8 DC12  31B5 78F4 279B DD6D FCF4

[Message part 2 (application/pgp-signature, inline)]

Send a report that this bug log contains spam.