Univention Bugzilla – Bug 27377
Inkompatible Lizenz zwischen GDMB-Erweiterung und PHP
Last modified: 2016-04-25 07:51:51 CEST
In UCS 2.4 wird PHP mit der GDMB-Erweiterung ausgeliefert. Allerdings steht libdgbm unter der GPLv2+ und PHP selbst unter der PHO-Lizenz. Beide Lizenzen sind nicht kompatibel, deshalb ist das jetzige PHP-Paket eine Verletzung der GPL. Mehr dazu unter: * http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=390452 * https://bugzilla.redhat.com/show_bug.cgi?id=123405 Ein Technologiepartner hatte das gleiche Problem schon in Kolab und sie hatten deshalb auf db4 umgestellt, siehe https://roundup.kolab.org/issue1607 Sie haben jetzt ein PHP ohne GDBM und mit Kolab-Patches gebaut, das soweit wohl funktioniert. Getestet wurde allerdings nur mit Kolab und es ist nicht bekannt, ob irgendwas anderes in UCS noch GDBM benötigt.
Ggf. könnte man das in einem Security Update für UCS mit fixen?
Ja, das sollte kein Problem sein, das nächste Sicherheitsupdate kommt garantiert und die Änderungen an der debian/rules Viel interessanter als das php5 Paket selbst ist die Frage, ob irgendetwas in UCS gdbm braucht. Ich weiß bisher nur von kolab-freebusy aus univention-kolab2-framework. Das haben wir in Kolab wie in https://roundup.kolab.org/issue1607 beschrieben gefixt, aber ich weiß natürlich nicht, was sonst noch betroffen ist.
Created attachment 4800 [details] Patch für univention-kolab2-framework Dieser einfache Patch bringt freebusy im univention-kolab2-framework Paket dazu, db4 anstatt der problematischen gdbm-Erweiterung zu nutzen. Wurde bereits von uns getestet und funktioniert.
This issue has been filed against UCS 2.4. UCS 2.4 is out of maintenance and many UCS components have vastly changed in later releases. Thus, this issue is now being closed. If this issue still occurs in newer UCS versions, please use "Clone this bug". In this case please provide detailed information on how this issue is affecting you.