ports/lang/python27/files, branch release/7.3.0

This commit was manufactured by cvs2svn to create tag 'RELEASE_7_3_0'.

2010-03-11T09:42:07+00:00

Fix build if POSIX semaphore enabled is

2009-09-15T21:41:21+00:00

Reported by:	many on ports@/python@
Patched by:	beat@

Feature safe: yes

- Add support for FreeBSD 9.0

2009-09-11T14:58:08+00:00

PR:		based on 138600

- Update lang/python26 and make Python 2.6.2 to the default Python version

2009-06-08T22:30:55+00:00

Tested by:	3 pointyhat runs
Thanks to:	pav, gahr, lwhsu, mva, amdmi3

Add support for building Python against GNU Portable Threads (Pth),

2009-03-14T09:33:40+00:00

and also add experimental support for POSIX semaphores in FreeBSD
7-STABLE and up. The option knobs PTH and SEM respectively are
added to enable this behaviour.

Python is able to use POSIX semaphores for thread synchronization
in threading, and prefers them.
The multiprocessing module in Python 2.6 requires POSIX semaphores,
however, the FreeBSD rtld and malloc need further work to allow
a process to call pthread_create() immediately after fork() as it is
not something allowed by a strict interpretation of the POSIX specs;
therefore allow GNU Pth to be used until the situation is resolved.

Approved by:	miwi

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

2009-02-27T01:25:32+00:00

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

Introduce two new versions of Python: 2.6 and 3.0rc1 (finally!)

2008-10-13T08:23:00+00:00

Python 2.6 will be the next default python version when enough
testings of consumer ports are done.  The new "2to3" program is
renamed to 2to3-2.6 and 2to3-3.0 for each version, respectively.

Repo-copied by:	marcus

- Security fixes

2008-09-08T00:14:06+00:00

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)

- Fix zlib crash from zlib.decompressobj().flush(val)

2008-04-25T08:16:04+00:00

  when val was not positive. It tried to allocate negative
  or zero memory.  That fails.
- Bump PORTREVISION

Reviewed by:	alexbl
Obtained from:	python svn
Security:	http://www.vuxml.org/freebsd/ec41c3e2-129c-11dd-bab7-0016179b2dd5.html

Force to build bsddb185 module to make pkg-plist consistent.

2008-02-29T14:05:31+00:00

Reported by:	ports/121191