[Kolab-devel] [issue1607] gdbm vs php license class

Richard Bos kolab-issues at intevation.de
Sat Feb 17 22:06:43 CET 2007


New submission from Richard Bos <ml at radoeka.nl>:

* Richard Bos <ml at .........> [20070217 11:24]:
> This might be due to this error in error_log:
> [Fri Feb 16 22:05:56 2007] [error] [client 80.126.75.243] PHP Warning:  
> dba_open(/srv/www/htdocs/kolab/freebusy/cache/pfbcache.db,cd): No such 
> handler: gdbm in /usr/share/php5/kolab/freebusy/freebusycache.class.php on 
> line 106

Because of kolab/issue1335 (pfbcache.db locking problems) we
hardcoded gdbm format in the template, before that it was just
whatever php preferred.

> Now suse does not ship gdbm, because it's license can not be combined with 
the 
> php license.  See this bug report:
> https://bugzilla.novell.com/show_bug.cgi?id=162343#c9

I'd have to create an account to view the bug reports, but I assume
it just says that the PHP license isn't compatible with the GPL and
that GDBM is licensed under the GPL.

======= it says ==========
Comment #9 From CR 2006-04-04 13:13:31 MST

to reply comment #2

extension is  under the PHP license, BUT the gdbm library is under the GPL.
that means SUSE cannot distribute php-dba with gdbm support,otherwise it will 
be license violation.

php-dba ( for PHP 5.1.2) contains support for cdb, cdb_make, db4, inifile,
flatfile , all bundled with PHP (except db4)  and under a compatible license.
=====================

> As gdbm is shipped with the openpkg php (I assume, did not check), it looks 
> like something is wrong there (or opensuse is too conservative)....??  Should 
> I open an issue for this in the kolab tracker?

This definitely is a critical issue, opensuse is not too conservative.

The variables are hardcoded in the freebusy template:
kolabd/templates> cvs diff -r 1.4 -r 1.5 freebusy.conf.template.in
Index: freebusy.conf.template.in
....
+// What db type to use for freebusy caches
+$params['dbtype'] = 'gdbm';
+
....
-$params['pfb_dbformat'] = "";          // default: gdbm
+$params['pfb_dbformat'] = 'gdbm';          // default: gdbm


See https://intevation.de/roundup/kolab/issue1335 as well

----------
assignedto: thomas
messages: 9659
nosy: bernhard, martin, mhuewe, rbos, thomas
priority: critical
status: unread
title: gdbm vs php license class
topic: kolab-2.1, server
________________________________________________
Kolab issue tracker <kolab-issues at intevation.de>
<https://intevation.de/roundup/kolab/issue1607>
________________________________________________




More information about the devel mailing list