Date: Tue, 08 Jul 2008 12:37:48 -0700 From: Marcel Moolenaar <xcllnt@mac.com> To: Rink Springer <rink@freebsd.org> Cc: Mike Makonnen <mtm@wubethiopia.com>, freebsd-current@freebsd.org, freebsd-hackers@freebsd.org Subject: Re: Sysinstall is still inadequate after all of these years Message-ID: <47A12EFB-2433-4E60-BE15-48E1BDD22238@mac.com> In-Reply-To: <20080708190407.GA68713@rink.nu> References: <784966050807021123l267aa20en39eb513c12c90ad2@mail.gmail.com> <20080702235800.H47773@fledge.watson.org> <486C8700.5020100@lobraun.de> <20080703092511.T69986@fledge.watson.org> <486F8C57.9050908@wubethiopia.com> <b269bc570807071155u364225dfi298be797b728dca4@mail.gmail.com> <48737F79.6070401@wubethiopia.com> <20080708190407.GA68713@rink.nu>
next in thread | previous in thread | raw e-mail | index | archive | help
On Jul 8, 2008, at 12:04 PM, Rink Springer wrote: > On Tue, Jul 08, 2008 at 05:53:45PM +0300, Mike Makonnen wrote: >> Freddie Cash wrote: >>> >>> The tricky part will be getting the disk slicing, slice >>> partitioning, >>> and filesystem formatting to work reliably, with all the power of >>> FreeBSD's GEOM modules, and ZFS. >>> >> >> Actually, this is probably the easiest part (at least for UFS). The >> libdisk(3) library abstracts most of it out of the installer. > > ...except that libdisk(3) was supposed to be a temporary hack. I'd > really > suggest that something cleaner is to be written; libdisk(3) really is > not the way to go. Have a look at the code and see for yourself. Yes, libdisk is bad. GEOM_PART has been designed for use by installers. It can be interfaced faily easily. See gpart(8) for example. FYI, -- Marcel Moolenaar xcllnt@mac.com
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?47A12EFB-2433-4E60-BE15-48E1BDD22238>