Re: Bug#430023: please add gnu-fdisk-udeb and gnu-cfdisk-udeb
On Fri, Jul 13, 2007 at 09:21:06PM +0200, Frans Pop wrote:
> On Friday 13 July 2007 09:54, Robert Millan wrote:
> > I'd like to request that the gnu-fdisk and gnu-cfdisk packages be added
> > to^W^Wkept in the D-I section of the Debian archive. There is a small
> > use case in which this is useful:
> >
> > - You start an install using GPT.
> > - You manually edit the partition table in one of your disks with
> > fdisk because you're more confortable with that interface than with
> > partman or parted.
> > - Turns out it won't work without GPT support: apt-install gnu-fdisk
> > gives you a libparted-based fdisk which does.
>
> OK, so basically the only reason is that the regular fdisk and cfdisk do
> not support GPT partition tables?
Yes (for me, that is).
> - we already have parted-udeb, which I expect _does_ support GPT
In my use case, the person who was installing had to call me because he had
to edit a GPT disk and didn't know how to handle parted. With my proposed
solution, I would have told him to "apt-install gnu-fdisk"; but instead I
had to do all the partitioning myself.
> - the new udebs conflict with the fdisk/cfdisk udebs, but udpkg does not
> support Conflicts: (design decision)
We can rename the binaries and drop the Conflicts. If we rename fdisk to
fdisk-gnu rather than gnu-fdisk, it'll even make shell expansion work.
> - the gnu-cfdisk udeb depends on ncurses, which is not acceptable
In that case we could provide gnu-fdisk only.
But why is ncurses not acceptable? If it's a size issue, note that our
typical use case has at least one >2 TiB disk, so we should expect it to be
able to spare a few hundred kiBs of memory for ncurses (when user wants to,
not by default!)
--
Robert Millan
My spam trap is honeypot@aybabtu.com. Note: this address is only intended
for spam harvesters. Writing to it will get you added to my black list.
Reply to: