[Top][All Lists]
[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
Re: [parted-devel] HFS and FAT FS-resizing returning soon (but to a sepa
From: |
Brian C. Lane |
Subject: |
Re: [parted-devel] HFS and FAT FS-resizing returning soon (but to a separate library) |
Date: |
Mon, 19 Dec 2011 17:24:42 -0800 |
User-agent: |
Mutt/1.5.21 (2010-09-15) |
On Mon, Dec 19, 2011 at 04:42:09PM +0100, Jim Meyering wrote:
> Phillip Susi wrote:
> > On 12/19/2011 9:56 AM, Jim Meyering wrote:
> >> Sorry, but no. I expect to provide the absolute minimum library
> >> interface required to resize only FAT and HFS file systems.
> >
> > Why? I understand wanting to get rid of the code to do the low level
> > manipulation, but if the utility is going to have the resize command,
> > why not let it work on ext4, when all you have to do is shell out to
> > the appropriate utility to handle it? That seems even less intrusive
> > than calling on a separate library to resize fat.
>
> See below.
>
> > Or do you mean to say that the fat resize code is going to its own
> > library, and parted will not be using that library?
>
> Right.
> libparted will not include FS-manipulation code and
> parted, the command-line tool, will not perform FS manipulation.
Whew! Had me scared there for a minute :)
>
> This new library will be usable by external applications
> to resize HFS and FAT partitions.
>
That's the right way to do things. resizing operations should remain
separate apps.
--
Brian C. Lane | Anaconda Team | IRC: bcl #anaconda | Port Orchard, WA (PST8PDT)
pgp0O2kkL4psQ.pgp
Description: PGP signature
Re: HFS and FAT FS-resizing returning soon (but to a separate library), Curtis Gedak, 2011/12/19
Re: HFS and FAT FS-resizing returning soon (but to a separate library), Chris Murphy, 2011/12/24