"Too large size" message a little terse

[Martin Visser]

If you choose to resize a partition and there is insufficient free space, the "red" screen that results shows the message "Too large size".

This message is a little terse. It probably could read something like "The request cannot be completed as there is insufficient free space" (or even just "The size chosen is too large"

[Adam Niedling (krychek)]

Doesn't mention which version of Ubuntu is used.

[Martin Visser (martinvisser99)]

This bug report was for Dapper 6.06 (test version)

[Adam Niedling (krychek)]

Test versions are not supported.

[Martin Visser (martinvisser99)]

Umm, clearly something is being lost in the translation. At the time I reported the bug, I was helping out the Ubuntu project by testing a prereleased version of the milestone LTS version 6.04 (which became 6.06). While I clearly didn't document the bug very well at the time (by not providing the exact version I was using at the time - it probably was a daily build), I thought that I was contributing to the project by providing some usability feedback BEFORE the release became final. Clearly the bug was not one requiring support as such (I know what the message intended), but rather to hope that someone might change the text to make it a little easier on new users (trying to migrate from Windows).

This is the first I have heard that launchpad is not for reporting bugs in "test versions". Aren't people already madly reporting on issues with Intrepid?

I imagine (hope) that this "bug" is fixed (particularly as we now tend to use a live CD), so I am confident it can be closed.

[Adam Niedling (krychek)]

Sorry, I didn't make myself clear. Intrepid is not out yet so all bugreports are appriciated but it doesn't make much sense to keep open a 2 years old bug which is about a daily-build. Of course if the issue is still valid for Dapper final or Hardy then feel free to reopen this bug.

[Colin Watson (cjwatson)]

Martin, I'm sorry for this bug being incorrectly closed; Adam had no justification for doing so. Reopening.

[Evan (ev)]

Attached is a proposed patch to provide greater detail in each of the _new_size questions. Feel free to modify it further if you think it doesn't fit with the wording of other d-i questions, or find any other issues with the text.

[Evan (ev)]

Second try after comments from Colin regarding description headings.

[Martin Visser (martinvisser99)]

Evan,

Those messages seem much more sensible.

For "bad_new_size" do you need to mention the default unit is bytes (is it?) - may be this should be clarified. (You could waffle on about all the different synactical varients supported but that may be over the top).

Not having used this for a while I would also hope in maybe a future patch to propose minimum and maximum possible sizes in response to the error. But I guess that could be for the next revision ;-)

[Colin Watson (cjwatson)]

I've committed Evan's patch, with some slight variations based on Martin's comment, to Debian.

[Launchpad Janitor (janitor)]

This bug was fixed in the package partman-partitioning - 71ubuntu1

---------------
partman-partitioning (71ubuntu1) karmic; urgency=low

  * Resynchronise with Debian. Remaining changes:
    - Make sure to wipe disk label on Sun disks before creating a new one.
    - Depend on ntfs-3g-udeb as well as ntfsprogs-udeb.
    - Add ORISIZE, PATH, RAWMINSIZE, RAWCURSIZE, and RAWMAXSIZE
      substitutions to partman-partitioning/new_size in support of
      ubiquity's resize widget.
    - When creating a new partition, default to logical if a primary
      partition already exists.
    - Add NTFS dependencies on lpia.

partman-partitioning (71) unstable; urgency=low

  * Upgrade to debhelper v7.
  * Convert BIOS GRUB boot area support to a method, thereby making it
    impossible to accidentally put a filesystem on such a partition as well,
    and making it simpler to preseed. See #491376. Thanks to Otavio Salvador
    for reviewing this.
  * Make partman-partitioning/bad_new_size,
    partman-partitioning/big_new_size, and
    partman-partitioning/small_new_size templates less terse (thanks, Evan
    Dandrea; LP: #34974).

  [ Updated translations ]
  * Asturian (ast.po) by Marcos Antonio Alvarez Costales
  * Czech (cs.po) by Miroslav Kure
  * German (de.po) by Holger Wansing
  * Greek, Modern (1453-) (el.po) by Emmanuel Galatoulas
  * French (fr.po) by Christian Perrier
  * Korean (ko.po) by Changwoo Ryu
  * Portuguese (pt.po) by Miguel Figueiredo
  * Russian (ru.po) by Yuri Kozlov
  * Swedish (sv.po) by Daniel Nylander
  * Thai (th.po) by Theppitak Karoonboonyanan
  * Simplified Chinese (zh_CN.po) by Deng Xiyue

partman-partitioning (70) unstable; urgency=low

  [ Aurelien Jarno ]
  * Use msdos disklabel (gpt on mac) on kfreebsd-amd64 and kfreebsd-i386,
    as on amd64 and i386.
  * Also depends on ntfsprogs-udeb on kfreebsd-amd64 and kfreebsd-i386.

 -- Colin Watson <email address hidden> Wed, 09 Sep 2009 01:26:40 +0100