From owner-freebsd-current Thu Feb 29 13:50:52 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id NAA12765 for current-outgoing; Thu, 29 Feb 1996 13:50:52 -0800 (PST) Received: from time.cdrom.com (time.cdrom.com [192.216.222.226]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id NAA12754 for ; Thu, 29 Feb 1996 13:50:31 -0800 (PST) Received: from localhost (localhost [127.0.0.1]) by time.cdrom.com (8.7.4/8.6.9) with SMTP id NAA04516 for ; Thu, 29 Feb 1996 13:49:36 -0800 (PST) To: current@freebsd.org Subject: libdisk Date: Thu, 29 Feb 1996 13:49:36 -0800 Message-ID: <4514.825630576@time.cdrom.com> From: "Jordan K. Hubbard" Sender: owner-current@freebsd.org Precedence: bulk As much as I've often wanted to point the finger at this library from time to time, I have to say that most bugs have generally been in my own code and the library itself is pretty robust. OK, so no one but phk can actually understand the code, but that's a small point. I'm thinking that in order to become a more general-purpose "slice abstraction" feature for us, libdisk needs to move out of the /usr/src/release hierarchy and take its rightful place amongst the other system libraries. It doesn't _just_ have to be for sysinstall, and I think that perhaps if it weren't so buried, the other disk frobulating utilities could take advantage of it. Comments? Jordan