On Tue, Feb 11, 2014 at 03:43:43PM -0500, Phillip Susi wrote:
> On 2/10/2014 4:36 PM, Colin Watson wrote:
> > Phillip, you've asked me about this a number of times. I think the
> > work involved is fairly clear, although I don't seem to have
> > managed to make time for it personally. Perhaps, ra
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On 2/10/2014 4:36 PM, Colin Watson wrote:
> Phillip, you've asked me about this a number of times. I think the
> work involved is fairly clear, although I don't seem to have
> managed to make time for it personally. Perhaps, rather than
> continuing
On Mon, Feb 10, 2014 at 03:06:43PM -0500, Phillip Susi wrote:
> Say Colin, it has been over a year so I thought I would ping on this.
> Is this really the only issue that is still preventing the parted3
> transition? If so I think it may be time go go ahead and make the
> move rather than continu
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Say Colin, it has been over a year so I thought I would ping on this.
Is this really the only issue that is still preventing the parted3
transition? If so I think it may be time go go ahead and make the
move rather than continue to block on this, whi
On Sun, Dec 16, 2012 at 10:22:49PM -0500, Phillip Susi wrote:
> Not too long ago I was looking at patching gparted to support this and
> while it did not seem difficult to process the output of the e2fsprogs
> utilities for the progress information, I was wondering why the
> various fs utilities do
On Mon, Dec 17, 2012 at 02:45:41AM +, Ben Hutchings wrote:
> On Mon, 2012-12-17 at 00:11 +, Colin Watson wrote:
> [...]
> > Rather than the Sisyphean task of giving all the appropriate utilities
> > machine-parseable progress interface, I instead suggest that we study
> > the current progre
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
> I have trouble believing that this is going to be easier than
> patching the most common utilities to add an option for a
> machine-readable progress indicator.
Not too long ago I was looking at patching gparted to support this and
while it did not
On Mon, 2012-12-17 at 00:11 +, Colin Watson wrote:
[...]
> Rather than the Sisyphean task of giving all the appropriate utilities
> machine-parseable progress interface, I instead suggest that we study
> the current progress interfaces and try to identify some common factors
> that can be parse
Package: partman-base
Version: 162
Severity: wishlist
parted 3.x removes most of the ped_file_system_* entry points that
required extensive copies of file system code in libparted, with the
exception of some limited support for HFS+ and FAT resizing (see its
NEWS file for more details; facilities
9 matches
Mail list logo