On Wed, Nov 14, 2007 at 03:56:35PM +0100, Matthias Koenig wrote: > currently we have > fdisk > cfdisk > sfdisk > in util-linux-ng, each one with mostly its own implementations of > partition handling and other duplicates of functionality. .. and fdisk/* is probably the worst code in util-linux-ng. > cfdisk e.g. has its own filesystem detection stuff, which duplicates > the fsprobe functionality again. > This is rather annoying for maintenance. > Also, as large devices (>2TB) are getting more and more popular, > none of the tools support GPT. > > Recently I noticed the GNU fdisk project: > http://www.gnu.org/software/fdisk/ > This project provides clones of util-linux fdisk based on libparted. > Currently there are interfaces for fdisk and cfdisk. > AFAIK still missing is the sfdisk interface. > As libparted also has support for GPT there is support for large disks. The libparted is nice example of over-engineering, I really don't understand who need ext2, fat, hfs, jfs, reiser, xfs, ... code in a partitioning library. But we don't have any better library. > It might be worth a thought if it wouldn't be more effective to help > providing the missing sfdisk interface and fix bugs on the GNU fdisk > side than cleaning up the fdisk mess in util-linux-ng. Good idea. > Any thoughts about the future of fdisk in util-linux-ng? I'm ready to maintain fdisks in util-linux-ng, but I'm not volunteer for any radical cleanup / rewrite (at least not now). My (personal) goal for next months is merge libvolume_id and libblkid and work on libmount. Karel -- Karel Zak <kzak@xxxxxxxxxx> - To unsubscribe from this list: send the line "unsubscribe util-linux-ng" in the body of a message to majordomo@xxxxxxxxxxxxxxx More majordomo info at http://vger.kernel.org/majordomo-info.html
