ports/lang/python25/files, branch 7-eol

- remove expired ports

2012-07-16T17:04:29Z

* lang/python24 and lang/python25: unmaintained upstream * www/zope and www/zope211: unmaintained upstream (the only consumers of python24) - clean-up python versions < 2.6 from lang/python-doc-html - clean-up python24/25 from Mk/bsd.ports.mk - add www/zope213 glue to bsd.python.mk - clean-up zope versions != 2.13 from bsd.python.mk Submitted by: miwi (based on) Approved by: portmgr (miwi)

- Mark Python as Secure

2012-02-18T17:53:53Z

- Fix DoS via malformed XML-RPC / HTTP POST Submitted by: rm@ Reported by: many Obtained from: python hg Security: http://www.vuxml.org/freebsd/b4f8be9e-56b2-11e1-9fb7-003067b2972c.html

- Fix build on FreeBSD 10

2011-10-28T10:42:24Z

Approved by: miwi (implicit)

Fix fcntl module to accept 'unsigned long' type commands for ioctl(2).

2010-07-19T21:59:28Z

Although POSIX says the type is 'int', all BSD variants (including Mac OS X) have been using 'unsigned long' type for very long time and its use predates the standard long enough. For certain commands (e.g., TIOCSWINSZ, FIONBIO), the Python value may get sign-extended on 64-bit platforms (by implicit type promotion) and it causes annoying warnings from kernel such as this: WARNING pid 24509 (python2.6): ioctl sign-extension ioctl ffffffff8004667e Approved by: python (maintainer timeout)

- Add support for FreeBSD 9

2009-11-26T14:04:19Z

Remove ../ from patch.

2009-02-27T04:05:33Z

Submitted by: QAT

Make sure the singal is delivered to the main thread, where python

2009-02-27T01:25:32Z

runs its signal handlers, not to a random thread that happens to be executing at the time when signal arrives. This functionality has been lost since Python 2.3, possible cause is that the linux implementation of POSIX threads always delivered signal to the main thread. This bug results in rather annoying inability to terminate threading script with ^C for example and there could be other issues as well. Bump PORTREVISION. PR: ports/131080 Submitted by: Andriy Pylypenko Approved by: MAINTAINER's timeout

- Remove 0 byte patches

2009-02-17T08:29:34Z

Reported by: Gej

- Update to python 2.5.4 and python 2.6.1

2009-02-16T23:32:02Z

Reviewed by: perky | lwhsu Tested with: exp-run via pav

- Security fixes

2008-09-08T00:14:06Z

Multiple vulnerabilities: 1) Various integer overflow errors exist in core modules e.g. stringobject, unicodeobject, bufferobject, longobject, tupleobject, stropmodule, gcmodule, mmapmodule. 2) An integer overflow in the hashlib module can lead to an unreliable cryptographic digest results. 3) Integer overflow errors in the processing of unicode strings can be exploited to cause buffer overflows on 32-bit systems. 4) An integer overflow exists in the PyOS_vsnprintf() function on architectures that do not have a "vsnprintf()" function. 5) An integer underflow error in the PyOS_vsnprintf() function when passing zero-length strings can lead to memory corruption. PR: 127172 (based on) Submitted by: bf Obtained from: python svn Security: CVE-2008-2315, CVE-2008-2316, CVE-2008-3142, CVE-2008-3144, CVE-2008-3143. (vuxml come later)