(out of curiosity moved to debian-legal)
On 2011-03-05 23:46, Timo Juhani Lindfors wrote:
gnetworktester seems to parse the output of nmap and nmap upstream at
http://insecure.org/nmap/data/COPYING gives me the impression that
gnetworktester would thus be derivative work.
IANAL, but since
On 2015-01-18 07:39, Riley Baird wrote:
If you could make a version of python-requests with the OpenSSL parts
removed, then yes. Otherwise, no.
If one imports requests from Debian, OpenSSL is used.
No idea how to prevent this.
Also, if the writer of the module specifically states w/o OpenSSL
On 2015-01-18 15:09, Riley Baird wrote:
Then as is, the software can't go into Debian. Maybe you could try
contacting upstream to ask them for an OpenSSL exception?
Upstream has been contacted. So far they seem to think, that
this is a Debian internal issue and don't want to add anything
to
On 2015-01-18 12:23, W. Martin Borgert wrote:
On 2015-01-18 12:16, W. Martin Borgert wrote:
Upstream has been contacted. So far they seem to think, that
this is a Debian internal issue and don't want to add anything
to their license (GPL-3+). I'll try again.
Isn't the fact that upstream
On 2015-01-18 12:16, W. Martin Borgert wrote:
Upstream has been contacted. So far they seem to think, that
this is a Debian internal issue and don't want to add anything
to their license (GPL-3+). I'll try again.
Isn't the fact that upstream does not care sufficient evidence
that in this case
Hi,
sorry, if this question has been discussed before.
So far, I could not find a conclusive answer.
Please Cc me.
Python program or library X is licensed under GPL3+ without
OpenSSL exception. X does use the python-requests library,
which on load dynamically links the Python interpreter with
6 matches
Mail list logo