| Age | Commit message (Collapse) | Author | Files | Lines |
|
security updates for python24
Revisions pulled up:
- pkgsrc/lang/python24/Makefile 1.41,1.42
- pkgsrc/lang/python24/distinfo 1.27,1.28
- pkgsrc/lang/python24/PLIST.common 1.9
- pkgsrc/lang/python24/patches/patch-au 1.1
- pkgsrc/lang/python/srcdist.mk 1.20
Module Name: pkgsrc
Committed By: drochner
Date: Fri Apr 11 10:32:33 UTC 2008
Modified Files:
pkgsrc/lang/python24: Makefile distinfo
Added Files:
pkgsrc/lang/python24/patches: patch-au
Log Message:
fix possible buffer overflow by negative atguments to zlib.flush(),
from upstream CVS, bump PKGREVISION
To generate a diff of this commit:
cvs rdiff -r1.40 -r1.41 pkgsrc/lang/python24/Makefile
cvs rdiff -r1.26 -r1.27 pkgsrc/lang/python24/distinfo
cvs rdiff -r0 -r1.1 pkgsrc/lang/python24/patches/patch-au
---
Module Name: pkgsrc
Committed By: drochner
Date: Fri Apr 11 10:44:09 UTC 2008
Modified Files:
pkgsrc/lang/python24: Makefile PLIST.common distinfo
Log Message:
update to 2.4.5
This release includes just a small number of fixes, primarily preventing
crashes of the interpreter in certain boundary cases.
To generate a diff of this commit:
cvs rdiff -r1.41 -r1.42 pkgsrc/lang/python24/Makefile
cvs rdiff -r1.8 -r1.9 pkgsrc/lang/python24/PLIST.common
cvs rdiff -r1.27 -r1.28 pkgsrc/lang/python24/distinfo
---
Module Name: pkgsrc
Committed By: drochner
Date: Fri Apr 11 10:44:48 UTC 2008
Modified Files:
pkgsrc/lang/python: srcdist.mk
Log Message:
update for 2.4.5
To generate a diff of this commit:
cvs rdiff -r1.19 -r1.20 pkgsrc/lang/python/srcdist.mk
|
|
on packages that are affected by the switch from the openssl 0.9.7
branch to the 0.9.8 branch. ok jlam@
|
|
|
|
|
|
|
|
|
|
stages in the future. Suggested by rillig@
|
|
|
|
|
|
generates a GNU make specific makefile on this platform.
|
|
We are pleased to announce the release of Python 2.4.4 (FINAL), a
bugfix release of Python 2.4, on October 18, 2006.
Important: 2.4.4 includes a security fix (PSF-2006-001) for the
repr() of unicode strings in wide unicode builds (UCS-4) [does not
affect pkgsrc]
Python 2.4 is now in bugfix-only mode; no new features are being
added. At least 80 bugs have been squished since Python 2.4.3,
including a number of bugs and potential bugs found by with the
Coverity and Klocwork static analysis tools. We'd like to offer
our thanks to both these firms for making this available for open
source projects - see their websites if you're interested.
|
|
|
|
The NIS module is not available in that case.
Call the regen script with RUNSHARED, so that it finds libpython.so,
even in the DESTDIR case.
XXX The call to regen should be moved to the build phase.
|
|
FreeBSD, but OPSYS directly. We ignore FreeBSD < 4 anyway, so simply the
handling for newer FreeBSD versions.
|
|
|
|
only build certain modules if the platform is *not* 64-bit. Correct
the PLIST for those cases. This should fix the build on non-64bit,
non-x86 platforms, e.g. powerpc.
|
|
USE_LANGUAGES. Fixes PR pkg/33430.
|
|
on DragonFly. Since that version is used e.g. as part of the file name
for python eggs, it makes handling easier to match normal pkgsrc
platform policy. Bump revisions of all Python packages.
|
|
Python 2.4 is now in bugfix-only mode, no new features are being added. At
least 50 bugs have been squashed since Python 2.4.2, including a number of
bugs and potential bugs found by Coverity.
|
|
PKGREVISION.
|
|
Remove deprecated ossaudio.buildlink3.mk.
|
|
|
|
not part of the std. Python install to work again.
Secondly, add a patch from Christoph Ludwig (
http://sourceforge.net/tracker/?func=detail&aid=1324762&group_id=5470&atid=305470
)
which contains the following changes (from the SourceForge post):
1) The configure option --with-cxx is renamed
--with-cxx-main. This was done to avoid surprising the user
by the changed meaning. Furthermore, it is now possible
that CXX has a different value than provided by
--with-cxx-main, so the old name would have been
confusing.
2) The compiler used to translate python's main() function is
stored in the configure / Makefile variable MAINCC. By
default, MAINCC=$(CC). If --with-cxx-main is given (without
an appended compiler name), then MAINCC=$(CXX). If
--with-cxx-main=<compiler> is on the configure command
line, then MAINCC=<compiler>. Additionally, configure sets
CXX=<compiler> unless CXX was already set on the
configure command line.
3) The command used to link the python executable is (as
before) stored in LINKCC. By default, LINKCC='$(PURIFY)
$(MAINCC)', i.e. the linker front-end is the compiler used to
translate main(). If necessary, LINKCC can be set on the
configure command line in which case it won't be altered.
4) If CXX is not set by the user (on the command line or via
--with-cxx-main), then configure tries several likely C++
compiler names. CXX is assigned the first name that refers
to a callable program in the system. (CXX is set even if
python is built with a C compiler only, so distutils can build
C++ extensions.)
5) Modules/ccpython.cc is no longer used and can be
removed.
|
|
PY_VER_SUFFIX.
pointed out by wiz and rillig
|
|
the PLIST generation.
|
|
"pkglint --autofix" change.
|
|
variables are already quoted. Noted by wiz.
|
|
example MAKE_ENV+=FOO=${BAR} is changed to MAKE_ENV+=FOO=${BAR:Q}. Some
other changes are outlined in
http://mail-index.netbsd.org/tech-pkg/2005/12/02/0034.html
|
|
This is needed for databases/py-psycopg at least to compile properly.
Since the installed version changed, bump revision.
|
|
Python 2.4.2 is a bugfix release of Python 2.4 - Python 2.4 is now in
bugfix-only mode, no new features are being added. More than 60 bugs have
been squashed since Python 2.4.1, including bugs that prevented Python working
properly on 64 bit AIX and HP/UX.
For a detailed list of changes see:
http://python.org/2.4.2/NEWS.html
|
|
suggested by Lubomir Sedlacik in discussions on releng-pkgsrc and pullup
request 727.
|
|
regressed in the latest version. I have contacted a Python developer to
have this fixed properly. In the meantime I have created a patch to fix
it in our tree. See
http://sourceforge.net/tracker/index.php?func=detail&aid=1196315&group_id=5470&atid=105470
for details of the bug.
Bumped PKGREVISION.
|
|
not being built.
- fix suggested by Simon Kuhn in PR 29735
Add a patch from darwinports to workaround for deprecated ostat in sys/stat.h on OS X 10.4.
bump PKGREVISION
|
|
python24/Makefile for next update
|
|
Highlights of this new release include:
- Bug fixes. According to the release notes, several dozen bugs
have been fixed, including a fix for the SimpleXMLRPCServer
security issue (PSF-2005-001).
Also add a patch by Joerg Sonnenberger to add basic support
for DragonFly BSD.
For a detailed list of changes see:
http://python.org/2.4.1/NEWS.html
|
|
|
|
|
|
http://www.python.org/security/PSF-2005-001/
This disables hierarchical object lookups in SimpleXMLRPCServer.
Unfortunately, this breaks some applications (eg kenosis). Don't
shoot me for this.
bump PKGREVISION
|
|
bin/python wrapper. Bump their PKGREVISION to 1.
Also remove the python package. In order to preserve a similar behavior to
this one using the new framework, start by installing pkg_alternatives.
Then just open its manpage, scroll down to the EXAMPLES section, Applying
filters subsection, and follow the (rather short) directions given there.
|
|
python*-pth packages into meta-packages which will install the non-pth
packages. Bump PKGREVISIONs on the non-pth versions to propagate the
thread change, but leave the *-pth versions untouched to not affect
existing installations.
Sync all PYTHON_VERSIONS_AFFECTED lines in package Makefiles.
|
|
Python is an interpreted, interactive, object-oriented
programming language that combines remarkable power with
very clear syntax. For an introduction to programming in
Python you are referred to the Python Tutorial. The
Python Library Reference documents built-in and standard
types, constants, functions and modules. Finally, the
Python Reference Manual describes the syntax and semantics
of the core language in (perhaps too) much detail.
Python's basic power can be extended with your own modules
written in C or C++. On most systems such modules may be
dynamically loaded. Python is also adaptable as an exten-
sion language for existing applications. See the internal
documentation for hints.
This package has been compiled without support for threads.
|