On Tue, May 12, 2009 at 09:06:48AM -0400, Christoph Hellwig wrote: > On Tue, May 12, 2009 at 11:36:01AM +0200, Karel Zak wrote: > > My suggestion: > > > > 1) write "libptread" library > > > > - use the library in partx-like programs and HAL > > - remove libdisk from xfsprogs > > - use the library in fdisks > > libdisk in XFS is not just partion table reading, but also fs type > detection and geometry information. The first can now be replaced > by libblkid, and the latter is no my todo list to add to libblkid > (including support for Martin's io topology kernel patches). Do you mean http://oss.oracle.com/~mkp/patches/io-topology/? Does it work with device-mapper? Nobody wants to call exec( dmsetup ) from shared library ;-) > Maybe addding partitions table reading and probing to libblkid > makes most sense? Good point. I can imagine such solution, the question is how/where we plan to use the library. The fdisk-like applications usually does not care about FS type detection etc. > > 2) write "libptwrite" library (with functionality like > > add_partition, remove_partition, ...) > > > > - use the library in fdisks > > Just call it libfdisk :) Well, the idea was to create two siblings -- "ptread" and "ptwrite", where "ptwrite" is able to use/modify/write-to-disk PT description that was generated by ptread. 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
