hi there! SL> The license listed is GPL. PHP is GPL-incompatible. You cannot SL> distribute GPL software together with GPL-incompatible software that it SL> depends on without a license exemption from the copyright holder of the SL> GPL software. See the history of KDE in Debian, and the recent handling SL> of OpenSSL in main, for precedent.
i think you've lived in a cave for the last two years... about 90% of the php scripts are licensed under the GPL. just to mention some, which are already included in debian: postnuke, phpnuke, phpmyadmin,... SL> It is not legally clear that just because someone has written a GPL SL> component that depends on GPL-incompatible components, they intend to SL> permit the distribution of these components together. For example, you SL> could not run components of the GNU system without non-free software for SL> the first seven years or so of its existence, but the GPL was SL> nevertheless written to prohibit distributing the GNU software together SL> with proprietary Unixes. i know a person who tells us every week the same: rms... i agree with his point of view, but please read the above note. SL> In addition, the concept of a webserver written entirely in PHP is SL> utterly abominable, an example of total programming putrifaction. I SL> expect this code to be so inherently unmaintainable that its very SL> presence would warrant an RC bug. As a DD and as a user of PHP, I SL> would ask that this package not be uploaded to Debian. and as a debian user i expect the debian developers to be broad-minded. i don't think that an open source community memeber should be so conservative. all new developments/ideas should be welcomed... and this project really shows that php isn't just a web scripting language from now on (and you'll see that php 4.3 and 5.0 will support client-side scripting more). i think with your mentality you shouldn't call yourself a 'postmodern programmer'... best regards, szilveszter farkas (aka. phanatic)
