> On Mon, May 15, 2000 at 10:36:44PM -0700, Rob Walker wrote:
> >
> > >>>>> On Mon, 15 May 2000 22:45:16 -0500, Christopher Browne
> > >>>>> <[EMAIL PROTECTED]> said:
> >
> > Christopher> On 15 May 2000 22:10:21 CDT, the world broke into rejoicing as
> > Christopher> Rob Browning <[EMAIL PROTECTED]> said:
> >
> > >> However, after poking around in the db docs (from now on, when I
> > >> say db here, I mean the sleepycat db), I'm wondering if this might
> > >> be much better candidate for that job than "rolling our own" fs
> > >> subtree approach. For now, I'm putting aside the question of
> > >> whether or not we might want to break out the current engine data
> > >> as db tables. For now I'm just interested in considering if using
> > >> db might be the best way to give us the "sectional data store".
> >
> > Christopher> Lots of "food for thought."
> >
> > okay, I will be the curmudgeon (sp?), here....
> >
> > "
> >
> > Berkeley DB is Open Source. It's free for use in other Open Source
> > projects, like PostgreSQL. If a developer wants to use it in a
> > proprietary application, then the developer needs to pay Sleepycat a
> > licensing fee -- that's how we make our living. But Open Source
> > projects don't have to pay us anything. You can download the full
> > package from our Web site at www.sleepycat.com.
> >
> > "
> >
> >
> > doesn't sound too GPL to me. Does this pose a problem with the
> > GPL'ness of gnucash?
> >
> It will cause inconvenience for distributions. A dependence on something
> that is not true Open Source (follows the DFSG) causes a package to go
> in contrib. Withe a license as described above, Berkeley DB would have
> to go in non-free and gnucash would go in contrib.
But I thought Berkeley DB was already in glibc, right?
There is a README in the glibc documentation in the redhat dist that reads:
As a special exception, when Berkeley DB is distributed along with the
GNU C Library, in any program which uses the GNU C Library in accord
with that library's distribution terms, it is also permitted for
Berkeley DB to be loaded dynamically by the GNU C Library to implement
standard ISO/IEC 9945 and Unix interface functionality.
Sleepycat Software, Inc.
dave
