summaryrefslogtreecommitdiff
diff options
context:
space:
mode:
authorDaniel Stenberg <daniel@haxx.se>2005-09-01 15:03:45 +0000
committerDaniel Stenberg <daniel@haxx.se>2005-09-01 15:03:45 +0000
commite0785ade35edb882ac33596643541ef78ed30ee3 (patch)
tree8e3c757976ec68fa994e95789e285f18fb640700
parent0177ed6f030afe66cf47e4c8ef659ccfcd890b73 (diff)
downloadcurl-e0785ade35edb882ac33596643541ef78ed30ee3.tar.gz
softened my opinions, added API benefit - Thanks to Eric Cooper
-rw-r--r--docs/DISTRO-DILEMMA13
1 files changed, 8 insertions, 5 deletions
diff --git a/docs/DISTRO-DILEMMA b/docs/DISTRO-DILEMMA
index 7744bbb1b..eed0dc583 100644
--- a/docs/DISTRO-DILEMMA
+++ b/docs/DISTRO-DILEMMA
@@ -87,11 +87,7 @@ The Better License, Original BSD or LGPL?
It isn't obvious or without debate to any objective interested party that
either of these licenses are the "better" or even the "preferred" one in a
- generic situation. In the Debian camp they frawn upon OpenSSL's BSD license,
- but that seems to merely stem from the general FSF friendliness and GPL
- bigotry than based on a sane and proper analysis (assuming such a one is even
- possible within an area as filled with religion and personal preferences such
- as this). This is however not a subject suitable for this document.
+ generic situation.
Instead, I think we should accept the fact that the SSL/TLS libraries and
their different licenses will fit different applications and their authors
@@ -157,6 +153,9 @@ Fixing the Only Problem
This concept works equally well both for shared and static libraries.
+ A positive side effect of this approach could be a more generic "de facto"
+ standard API for SSL/TLS libraries.
+
When Will This Happen
Note again that this is not a problem in curl, it doesn't solve any actual
@@ -181,3 +180,7 @@ Footnotes
[6] = http://www.fsf.org/licensing/licenses/gpl.html end of section 3
[7] = http://www.fsf.org/licensing/licenses/lgpl.html
[8] = http://en.wikipedia.org/wiki/OpenSSL_exception
+
+Feedback/Updates provided by
+
+ Eric Cooper