> > With this patch I would like to put something on the table :) We have > > had discussions as to the relevance of file system support in parted. > > The argument that parted is just to edit partitions has been thrown > > around a log and has its merit. I am for stripping parted from all > > its file system code with exception for the bare essentials. That is, > > I strongly agree. The current libparted is excellent example of > over-engineering. > > We need lightweight simple to use fdisk-like library. That's all. > > > stuff that detects file systems and stuff that tells us the state of the > > file system when we are resizing (Can't think of anymore). > > use libblkid from util-linux-ng (2.15-rc1). > > > My reasoning for this is that the file system tools do a much better job > > at handling file system related stuff like creation, clean removal, > > resizing (especially resizing), handling of special cases... Also, it > > seems overkill to repeat file system code. > > s/overkill/dangerous insane overkill/ ;-) > > Karel >
I don't know about this discussions. Idea song right for me, one specific program/library to manage partitions and one specific program/library to manage file systems. Please let we know what you will do with libparted! Many thanks! Christian. _______________________________________________ parted-devel mailing list [email protected] http://lists.alioth.debian.org/mailman/listinfo/parted-devel
