[Python-Dev] license issues with profiler.py and md5.h/md5c.c
A Debian user pointed out (http://bugs.debian.org/293932), that the current license for the Python profiler is not conforming to the DFSG (Debian free software guidelines). http://www.python.org/doc/current/lib/node829.html states "This permission is explicitly restricted to the copying and modification of the software to remain in Python, compiled Python, or other languages (such as C) wherein the modified or derived code is exclusively imported into a Python module." The DFSG, http://www.debian.org/doc/debian-policy/ch-archive.html#s-dfsg, third paragraph state: "Derived Works The license must allow modifications and derived works, and must allow them to be distributed under the same terms as the license of the original software." - Does somebody knows about the history of this license, why it is more restricted than the Python license? - Is there a chance to change the license for these two modules (profile.py, pstats.py)? The md5.h/md5c.c files allow "copy and use", but no modification of the files. There are some alternative implementations, i.e. in glibc, openssl, so a replacement should be sage. Any other requirements when considering a replacement? Matthias ___ Python-Dev mailing list [email protected] http://mail.python.org/mailman/listinfo/python-dev Unsubscribe: http://mail.python.org/mailman/options/python-dev/archive%40mail-archive.com
Re: [Python-Dev] RE: [Python-checkins] python/dist/src/Lib/test test_copy.py, 1.11.8.1, 1.11.8.2
On 2005 Feb 06, at 19:42, Raymond Hettinger wrote: Modified Files: Tag: release23-maint test_copy.py Log Message: fix bug 1114776 Don't forget release24-maint. Done -- but the maintenance branch of 2.4 has a problem right now: it doesn't pass unit tests, specifically test_os (I checked right after a cvs up and before doing any changes, of course). This appears to be connected to: mapping_tests.py being very strict (or something) and demanding that some mapping be able to update itself from a ``simple dictionary'' that's not iterable and does not have an .items method either; while the _Environ class in os.py appears to make some reasonable demands from the argument to its .update method. I'm not _sure_ which side of the dispute is in the right, so I haven't changed anything there (even though committing anything with unit tests broken makes my teeth grit). I do admit that this kind of issue makes a good case for more formalized interfaces...;-) Alex ___ Python-Dev mailing list [email protected] http://mail.python.org/mailman/listinfo/python-dev Unsubscribe: http://mail.python.org/mailman/options/python-dev/archive%40mail-archive.com
Re: [Python-Dev] Other library updates
Raymond> Any objections to replacing the likes of types.IntType and Raymond> types.ListType with int and list? +1 Skip ___ Python-Dev mailing list [email protected] http://mail.python.org/mailman/listinfo/python-dev Unsubscribe: http://mail.python.org/mailman/options/python-dev/archive%40mail-archive.com
Re: [Python-Dev] Other library updates
> Any objections to replacing the likes of types.IntType and > types.ListType with int and list? I presume in isinstance tests etc.? In general the procedure for modernizing source code is not to touch it unless you're reviewing or editing the whole module (or at least part of it) anyway. This would be a good occasion to see if perhaps the tests you find are formulated too narrowly -- e.g. isinstance(x, int) should almost always be isinstance(x, (int, long)), and isinstance(x, list) is also often a poorly written test for "sequence-ness". -- --Guido van Rossum (home page: http://www.python.org/~guido/) ___ Python-Dev mailing list [email protected] http://mail.python.org/mailman/listinfo/python-dev Unsubscribe: http://mail.python.org/mailman/options/python-dev/archive%40mail-archive.com
[Python-Dev] Re: python/dist/src/Lib DocXMLRPCServer.py, 1.4, 1.5 cookielib.py, 1.6, 1.7 copy.py, 1.43, 1.44 optparse.py, 1.12, 1.13 pickle.py, 1.160, 1.161 subprocess.py, 1.13, 1.14 unittest.py, 1.37, 1.38 xmlrpclib.py, 1.36, 1.37
> Reduce the usage of the types module.
> Index: xmlrpclib.py
> ===
> RCS file: /cvsroot/python/python/dist/src/Lib/xmlrpclib.py,v
# Notes:
# this version is designed to work with Python 2.1 or newer.
> -dispatch[IntType] = dump_int
> +dispatch[int] = dump_int
$ python2.1
>>> type(0) == int
0
>>> type([]) == list
0
>>> type({}) == dict
Traceback (most recent call last):
File "", line 1, in ?
NameError: name 'dict' is not defined
___
Python-Dev mailing list
[email protected]
http://mail.python.org/mailman/listinfo/python-dev
Unsubscribe:
http://mail.python.org/mailman/options/python-dev/archive%40mail-archive.com
[Python-Dev] test_codecs failing
The most recent test_codecs check-in (1.19) is failing on a MSCV6.0 compilation running on WinMe: -- Ran 35 tests in 1.430s FAILED (failures=1) Traceback (most recent call last): File "\py25\lib\test\test_codecs.py", line 786, in ? test_main() File "\py25\lib\test\test_codecs.py", line 781, in test_main BasicStrTest File "C:\PY25\lib\test\test_support.py", line 290, in run_unittest run_suite(suite, testclass) File "C:\PY25\lib\test\test_support.py", line 275, in run_suite raise TestFailed(err) test.test_support.TestFailed: Traceback (most recent call last): File "\py25\lib\test\test_codecs.py", line 165, in test_badbom self.assertRaises(UnicodeError, f.read) AssertionError: UnicodeError not raised C:\pydev>python Python 2.5a0 (#46, Feb 7 2005, 21:37:18) [MSC v.1200 32 bit (Intel)] on win32 Type "help", "copyright", "credits" or "license" for more information. Raymond ___ Python-Dev mailing list [email protected] http://mail.python.org/mailman/listinfo/python-dev Unsubscribe: http://mail.python.org/mailman/options/python-dev/archive%40mail-archive.com
[Python-Dev] BRANCH FREEZE for 2.3.5
Can people stay off the release23-maint branch while we cut 2.3.5 (final), starting in about 5 hours time (say, around 1200 UTC). Thanks, Anthony -- Anthony Baxter <[EMAIL PROTECTED]> It's never too late to have a happy childhood. ___ Python-Dev mailing list [email protected] http://mail.python.org/mailman/listinfo/python-dev Unsubscribe: http://mail.python.org/mailman/options/python-dev/archive%40mail-archive.com
