Date: Tue, 22 May 2007 21:52:26 -0700 From: "Jordan K. Hubbard" <jkh@brierdr.com> To: Garrett Cooper <youshi10@u.washington.edu> Cc: jkh@freebsd.org, David Naylor <blackdragon@highveldmail.co.za>, freebsd-hackers@freebsd.org Subject: Re: New FreeBSD package system (a.k.a. Daemon Package System (dps)) Message-ID: <6A27EDCF-EDBE-439D-B729-F6A9DC351373@brierdr.com> In-Reply-To: <4643E10A.5030104@u.washington.edu> References: <200705102105.27271.blackdragon@highveldmail.co.za> <4643E10A.5030104@u.washington.edu>
next in thread | previous in thread | raw e-mail | index | archive | help
On May 10, 2007, at 8:20 PM, Garrett Cooper wrote: > Yipes. The name of the game is to get something working in the base > system, instead of dragging in multiple 3rd party packages, with > licensing schemes that may not be aligned with the BSD license. > > SQL's great, SQL's wonderful for db use, but the problem is that > supporting it from my POV would cause a lot more grief and waiting > than having me wait a few months to get a BDB compatible scheme out > the door. One of the issues here, however, is the fact that BDB is basically just a key/value database (and all the really robust versions from Sleepycat have licensing problems of their own). SQLite has an extremely liberal license and quite a bit of power besides (and Apple has contributed a considerable number of robustness-increasing fixes to it given that it's our embedded database of choice for quite a few applications). I wouldn't get too hung up on the database part of this in any case - packaging systems are difficult to create due to the fact that they're so broad, not because they're deep. There are a huge number of issues to resolve regarding upgrades, dependency tracking (which mutates somewhat in each of the install/delete/upgrade scenarios) and package creation and husbandry in general. - Jordan
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?6A27EDCF-EDBE-439D-B729-F6A9DC351373>