===> The following configuration options are available for python26-2.6.9_2:
EXAMPLES=on: Build and/or install examples
FPECTL=off: Floating point exception handling
IPV6=on: IPv6 protocol support
NLS=on: Enable Gettext support for the locale module
PTH=off: Threading/multiprocessing via GNU Pth
PYMALLOC=on: Use Python's internal malloc
SEM=off: POSIX semaphores support
THREADS=on: Threading support
====> Options available for the single UCS: you have to select exactly one of them
UCS2=off: Unicode UCS-2 encoding support
UCS4=on: Unicode UCS-4 encoding support
===> Use 'make config' to modify these settings
All Python ports: Address abort() for ctypes import on FreeBSD/ARM
The current FreeBSD/ARM __clear_cache() implementation does nothing #if
__i386__ || __x86_64__ #else abort();
cognet@ advises this is an issue for anything !Apple that is using the
libcompiler_rt provided by Clang on ARM, and requires upstreaming.
This is the root cause of abort() on import for the ctypes module in
Python, as they bundle libffi. [1]
This change patches the bundled libffi library in all Python ports, even
though it is a NOOP for the ports that use devel/libffi. These ports,
currently python31, will get the fix via ports/184517
A huge shout out to cognet@ who helped diagnose the issue and created
the patch to address it. Thank you!
PR: ports/149167 [1]
PR: ports/184517
Submitted by: cognet [3]
Reviewed by: cognet, eadler, milki, ak
lang/python26: Fix CFLAGS in python-config where cc = clang
- Temporarily override OPT:Olimit using CONFIGURE_ENV (ports/182952) [1]
- Replace patch: extra-patch-configure-pth with CONFIGURE_ENV instead
- QA: Clean up and group related USE_*, WRKSRC and CONFIGURE entries
- QA: Whitespace alignment
- QA: Clarify DEPRECATED message
[1] Python removed OPT:Olimit in 3.2+, requested backport or
alternative upstream patch: http://bugs.python.org/issue877121
PR: ports/182952
Submitted by: pawel
Reviewed by: antoine
- Update to version 2.6.9
With the 2.6.9 release, and five years after its first release, the
Python 2.6 series is now officially retired. All official maintenance
for Python 2.6, including security patches, has ended. [1]
Please migrate to lang/python27 or later as soon as possible.
lang/python26 will expire and be removed in January 2014.
[1] http://www.python.org/download/releases/2.6.9/
With hat on: python@
Reviewed by: koobs@
- Move the symlink magic for the default python version into lang/python
and lang/python2 and lang/python3. This change brings us closer to the goal
of making Python ports usable with different Python versions at the same
time.
- Add a new lang/python2 port to handle the symlinks for bin/python2,
bin/idle2, bin/pydoc2 and so on.
- Add a new lang/python3 port to handle the symlinks for bin/python3,
bin/idle3, bin/pydoc3 and so on.
- Bump the PORTREVISION on all lang/python* ports.
- update to latest upstream versions:
. lang/python27: 2.7.3 -> 2.7.5
. lang/python32: 3.2.3 -> 3.2.4
. lang/python33: 3.3.0 -> 3.3.1
- update Mk/bsd.python.mk with new versions
- mark lang/python26 and lang/python31 as deprecated (set them to
upstream EoL dates)
- update docs (lang/python-doc-html)
- align databases/py-bsddb patch for python27 - most of it was applied
upstream. Raise BDB version to 4.3 atleast, according to
upstream requirements.
Many thanks to Martin (miwi) for his time on this update.
PR: 178506
(Only the first 15 lines of the commit message are shown above )
Commit all the non-functional changes to python ports to reduce the diff size
for an exp-run of updated python versions.
- trim Makefile headers
- remove leading indefinite article from COMMENT
- use PYTHON shortcut in MASTER_SITES
- whitespace fixes
- remove checks for unsupported versions of FreeBSD
- use static value ``33'' instead of PYTHON_SUFFIX in lang/python33/pkg-plist,
because this value is not supposed to be changed across the branch and for
consistency with other python3 ports
- remove conflicts in lang/python-mode.el with not more existing python-2.4
- Remove "first-installed-win" logic for automatically setting
${PYTHON_DEFAULT_VERSION}, this generates conflicting packages.
- Create symbolic links as PEP 394 [1] suggests. ${PYTHON_DEFAULT_VERSION}
will create python and python${MAJOR_VERSION} links. In current default,
lang/python27 will create: python -> python2 -> python2.7
- Introduce ${PYTHON3_DEFAULT_VERSION}, which will handle bin/python3 link.
At this point, lang/python33 will create python3 -> python3.3
- Minor cleanups
* Trim Makefile headers
* Remove ${OSVERSION} detection for xz, whihc is done by USE_XZ
[1] http://www.python.org/dev/peps/pep-0394/
- do not hardcode distfile extension for lang/python ports in bsd.python.mk
(PYTHON_DISTFILE variable)
- switch lang/python ports (and it's slaves) to tar.xz
I compared all the four pairs .tgz/.tar.xz and they have no content differences.
Discussed on: python@
- Fix builds, if the NLS option switch is set. In some cases
expat-related modules are not built correctly.
PR: ports/169276
Submitted by: Greg Byshenk <freebsd@byshenk.net>
- Fix gettext detection for the locale module
- Explicitly enable/disable gettext support via a new NLS OPTION switch.
PR: ports/168684ports/136917
On behalf of: python@
- Add LDFLAGS to CONFIGURE_ENV and MAKE_ENV (as it was done with LDFLAGS)
- Fix all ports that add {CPP,LD}FLAGS to *_ENV to modify flags instead
PR: 157936
Submitted by: myself
Exp-runs by: pav
Approved by: pav
Handle built world without NIS more gracefully; detect missing ypcat and
disable NIS module.
PR: ports/115940
Submitted by: Alex Deiter <tiamat@komi.mts.ru>
Reviewed by: bf
Changes to make python ports work on powerpc (32-bit mode; 64-bit not
yet tested).
Tested on: powerpc, i386
Hat: portmgr
PR: ports/153657 (partial)
Submitted by: andreast
Changes to make python ports work on powerpc (32-bit mode; 64-bit not
yet tested).
Tested on: powerpc, i386
Hat: portmgr
PR: ports/153657 (partial)
Submitted by: andreast
Changes to make python ports work on powerpc (32-bit mode; 64-bit not
yet tested).
Tested on: powerpc, i386
Hat: portmgr
PR: ports/153657 (partial)
Submitted by: andreast
Changes to make python ports work on powerpc (32-bit mode; 64-bit not
yet tested).
Tested on: powerpc, i386
Hat: portmgr
PR: ports/153657 (partial)
Submitted by: andreast
Fix fcntl module to accept 'unsigned long' type commands for ioctl(2).
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)
- Ask the first Python installed to install the bin/python link,
and be the default Python version
PR: ports/109550
Submitted by: David Yeske <dyeske AT yahoo.com>
Obtained from: tmclaugh
Add support for building Python against GNU Portable Threads (Pth),
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
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 <bamby@sippysoft.com>
Approved by: MAINTAINER's timeout
Introduce two new versions of Python: 2.6 and 3.0rc1 (finally!)
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
