- Fix typo on comment about SZOPEBASEDIR and ZOPEBASEDIR [2]
- Fix type on Zope 2.10 support [3]
- Add a workaround for package building of ports using easy_install
on jail environments [4]
PR: 116278 [1], 116428 [2], 116520 [3]
Submitted by: Marcus von Appen <mva@sysfault.org> [1],
nakaji [2], Christian Ullrich <chris@chrullrich.net> [3]
Reported by: sat [4]
bsd.commands.mk and can be easily reused within the infrastructure.
- Revert old DESTDIR implementation.
- Add a new, fully chrooted DESTDIR implementation as bsd.destdir.mk.
Sponsored by: Google Summer of Code 2007
Approved by: portmgr (pav)
- Add significantly better support in bsd.python.mk for working with
Python Eggs and the easy_install system
Tested by: pointyhat runs
Approved by: pav (portmgr)
Most work by: perky
Thanks to: pav
- add a PYCTYPES dependency macro to bsd.python.mk to unbreak ctypes using
ports on Python 2.5 [2]
- Update two of the four ports using ctypes to this macro [3]
PR: 104587 [1]
Submitted by: Marcus von Appen <mva@sysfault.org> [1]
Approved by: portmgr (pav, linimon) [2], myself [3]
Ports using Py-Numeric should be aware that it is considered deprecated
in favor of NumPy.
PR: 105544
Submitted by: Diane Bruce <db@db.net>
Approved by: maintainer timeout, python@ (self)
period. Python 2.5 brought a vast range of incompatibility to a
large number of ports, so the python@ team will do more basic
compatibility work in a private repository and merge it later.
Sorry for the inconvenience.
Approved by: portmgr (kris)
- Now, lang/python is just a meta-port which depends on lang/python25.
- And all versions of Python ports have short version identifier in its
package name; python25-2.5, python24-2.4.3 and etc.
- Also you must upgrade all python modules after lang/python updated,
cd /usr/ports/lang/python && make upgrade-site-packages
- Give maintainership of Python ports to the new python@ group which
includes me, alexbl@ and others.
This commit should largele be a NOOP as it only adds support
for DESTDIR undefined. This does allow us to start testing
ports with DESTDIR set, but this is as of yet not supported.
Although this has been extensively tested on pointyhat, this
is a very intrusive change and some cases may have been
overlooked. Please contact Gabor and me if you find any.
PR: 100555
Submitted by: gabor
Sponsored by: Google Summer of Code 2006
- USE_ZOPE now gets USE_PYTHON-like version syntax to use in
Zope product ports Makefiles to limit range of supported
Zope versions.
- "yes" for choosing default (2.7).
- 2.8+ for 2.8 and any of higher versions.
- -2.8 in case of the Zope product isn't ready for Zope 3.
- 2.8-3.1 if the product isn't compatible with Python 2.3.
- ZOPE_VERSION is to use in command line argument or
/etc/make.conf. This accepts one of 2.7 2.8 and 3.1
currently.
PR: 87476
Requested by: Filippo Natali <filippo.natali@gmail.com>
- Allow to override a command passing to distutils using
PYDISTUTILS_{CONFIGURE,BUILD,INSTALL}_TARGET [2]
- Allow to specify BUILD/RUN dependency separatedly. [3]
- Replace shell executions with regex replacement on bsd.python.mk. [3]
- Remove thread serialization from socket.getaddrinfo() on FreeBSD 5.3
and later versions because we've got thread-safe implementation. [4]
- Add a workaround to avoid curses.h problem of FreeBSD base.
PR: 86685 [1]
Submitted by: Soeren Straarup <xride@x12.dk> [1],
lioux [2], vsevolod [3], sobomax [4]
Obtained from: Python CVS [4]
This brings USE_TWISTED options which works like USE_GNOME
to python ports. [1]
- Fill comment about USE_ZOPE. [1]
- Fix some mixed usage of tab and space.
PR: 82445 [1]
Submitted by: Vsevolod Stakhov <vsevolod@highsecure.ru> [1]
dependency on many python versions. This fixes a problem that Zope
product ports depend on both of Python 2.3 and 2.4 if they use not
only Zope itself but also 3rd party Python modules.
Submitted by: Filippo Natali <filippo.natali@widestore.net>
ORIGIN" problem when a python extension module is needed by not
only a Zope product but also non-Zope python application. And
there's no known good solution yet.
PR: 75013
Submitted by: Filippo Natali <filippo@widestore.net>
