Per conversation on IRC and -core, this should be set to be performed later in preparation for 1.5 release. Part of a larger effort to unclutter the tree. 1. Create sys-fs/ category 2. Move net-fs/ packages --> sys-fs/ 3. Move the following packages in sys-apps/ (and possibly more): cramfs, dd_rescue, devfsd, e2fsprogs, efsd, eject, evms, ext2resize, hfsplusutils, hfsutils, jfsutils, linux-ntfs, lufs, lvm-user, mac-fdisk, mkisofs, raidtools, reiserfs-utils, reiserfsprogs, tmpreaper, udftools, xfsdump, xfsprogs
Timing: will require that we concurrently modify all profiles, dependencies, as well as the install & openafs docs.
Docs team, I will begin doing this on Monday, pending disapproval from -core, of course.
what about mtools?
Should special consideration be given to selecting a category name that is so close to "sysfs", the devfs replacement for the linux 2.6 kernel?
Actually sysfs is a proc-like fs; the devfs-replacement is a combination of sysfs (data), hotplug (events) and udev (results). Anyway, ACK for the move on monday. I should be online during the transition anyway...
Since its talking about emvs, lvm, raidtools.. should't it be named for something a little more general? As in "sys-storage" of something like that?
Hm. But answer this -- what would you put on a RAID set besides a filesystem? With evms (for example), you're just building volumes ultimately to lay a filesystem down. There was a day... when databases primarily used raw slices, but few people do that anymore -- and not on Linux. I'm not sure that anyone has ever used raw with Linux, but, maybe. Everything nowadays is filesystem-based, or based on the concept of filesystem. IMO, sys-fs is the best choice.
moved Docs-team, do your thing
how about app-admin/dosfstools ?
will add dosfstools
moved dosfstools, mtools and mtoolsfm to sys-fs