ports/lang/python27, branch release/8.0.0

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

2009-11-14T12:33:33Z

Fix build if POSIX semaphore enabled is

2009-09-15T21:41:21Z

Reported by: many on ports@/python@ Patched by: beat@ Feature safe: yes

- Add support for FreeBSD 9.0

2009-09-11T14:58:08Z

PR: based on 138600

- Use dirrmtry in lib-old dir to fix some plist leftlovers

2009-08-13T12:12:20Z

- Fix build with WITH_SEM but ${OSVERSION} < 701106 (mark IGNORE correctly)

2009-08-02T10:58:58Z

PR: ports/136992 Submitted by: Andrey Zonov

- Ask the first Python installed to install the bin/python link,

2009-07-14T09:29:03Z

and be the default Python version PR: ports/109550 Submitted by: David Yeske Obtained from: tmclaugh

- Honor EXAMPLESDIR, DATADIR, NOPORTEXAMPLES, NOPORTDATA

2009-07-12T17:17:52Z

- portlint(1)

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

2009-06-08T22:30:55Z

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:40Z

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: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