bug-fdisk
[Top][All Lists]
Advanced

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: [bug-fdisk] fdisk 1.2.5 compile error with libparted 3.x


From: Christian
Subject: Re: [bug-fdisk] fdisk 1.2.5 compile error with libparted 3.x
Date: Sat, 17 Sep 2011 12:10:12 +0200

> On ven, 2011-09-16 at 15:20 +0530, KESHAV P.R. wrote:
 
> GParted does support filesystem operations, but it does not use
> libparted for that. Right now because of removal of libparted FS code
> and lack of alternative tools, there's no way to resize FAT 12/16/32
> and HFS/HFS+ filesystems.

I downloaded the parted-3.0 package and in the ChangeLog file:

  UI: remove all file-system-aware sub-commands
  Note that we are removing the resize command, even though parted
  appears to be the only free tool that provides the ability to
  resize FAT16 and FAT32 file systems.

I think is a right decision. We are speaking about partitioning tools, 
not filesystem tools. 

We want continue support our `resize' extension. Obviously it's 
important to avoid resizing a partition with a file system. The 
program should check if a partition have a filesystem before resize it.

> I tried
> 
> aclocal
> autoreconf
> autoconf
> ./configure
> <Makefile.in not found error>

Please follow the instructions in the README file and let me know 
if the problem persist. Please:

* Rmember that this code is not complete! *
* Rmember that this code is not complete! *
* Rmember that this code is not complete! *

> A configure option to make sure the utilities do not conflict with
> util-linux ones will be good. 

Obviously! Anyway the 2.x series compile in only one main executable 
file called `gnufdisk'. This program accept 2 mandatory options to 
select front-end and back-end. As an example:

  ~/# gnufdisk --interface=fdisk --script --device=parted /dev/sda

Run gnufdisk with `fdisk' user interface implementation 
(passing `--script' option to it) and `libparted' device implementation.

Make install want create some scripts to run gnufdisk in some prefixed 
modes. User can select name of those scripts from `configure'.

> Does the 2.x version support all the features of 1.x . 
> Is 1.x deprecated?

2.x want support all 1.x features and more, in a better way. 
We want support 3 types of partition table: GPT, MBR and BSD 
(both as root and as a silce). We want support basic operations
(add/move/remove/resize) and specific operations (like 
"set cylinder skew" in a BSD table).

1.x series are not depreciated. But we don't want add new features here.

> Also since you are rewriting GNU fdisk, why don't you join hands with
> util-linux guys (and maybe with Rod Smith for GPT support) instead of
> reinventing the wheel. Thanks in advance.

Help is mutch appreciated, but I prefer work on the 2.x series until
a first release. When all interfaces (device, devicemanager and 
userinterface) are well defined people may help with new front 
end (using scheme) and back ends (using C). The core should 
never change.

> Regards.
> 
> Keshav

Best Regards.

Christian.





reply via email to

[Prev in Thread] Current Thread [Next in Thread]