lorph added the comment:
> The license of a software product cannot affect software that is not even
> aware of that said product.
I never claimed that the clause triggered for all software in existence. We are
talking about OpenSSL being bundled with Python where Python is very much
lorph added the comment:
> Do you think that if OpenSSL provided its own implementation of strlen(),
> every text that mentions strlen() needs to acknowledge OpenSSL? Do you
> realize how ridiculous that is?
If that text is deemed to be advertising by Eric Young and a court of
lorph added the comment:
> The solution to stop violating it is trivial, though: just add the
required mention(s).
That only solves the problem for Python.org. It does not solve the problem for
everyone else that has to write "This product includes software developed by
the OpenSSL
lorph added the comment:
> It certainly makes more sense than making Python depend on *several* crypto
> libraries.
Since libtomcrypt is public domain, you could incorporate the source into the
tree without making it a binary dependency. The same cannot be said for
OpenSSL. I cer
lorph added the comment:
> OpenSSL outperforms libtomcrypt by a significant factor (easily 2x) in most
> cases.
Gregory, do you have any evidence to substantiate this claim? Not that it isn't
plausible, but I couldn't find any benchmarks, and here the author of
libtomcrypt f
lorph added the comment:
May I recommend using libtomcrypt instead of openssl because of the advertising
problem outlined here?
http://bugs.python.org/issue9119
In my opinion, libtomcrypt is easier to use and cleaner. It compiles on Windows
without requiring Perl, and is free of the
lorph <[EMAIL PROTECTED]> added the comment:
Is anyone still working on this? It seems like an oddity of python that
has been a stumbling block for me to create a super reload.
I've found that i am able to bypass this problem by creating the
following definition:
class object(o
Changes by lorph:
--
severity: normal -> minor
type: -> resource usage
__
Tracker <[EMAIL PROTECTED]>
<http://bugs.python.org/issue1226>
__
___
Python-bugs
New submission from lorph:
Line 114 of lib/sched.py:
It has a superfluous variable assignment which I deleted.
"void ="
--
components: Library (Lib)
files: sched.py
messages: 56210
nosy: lorph
severity: normal
status: open
title: lib/sched.py superfluous code for remova
