This changes the buildlink3.mk files to use an include guard for the
recursive include. The use of BUILDLINK_DEPTH, BUILDLINK_DEPENDS,
BUILDLINK_PACKAGES and BUILDLINK_ORDER is handled by a single new
variable BUILDLINK_TREE. Each buildlink3.mk file adds a pair of
enter/exit marker, which can be used to reconstruct the tree and
to determine first level includes. Avoiding := for large variables
(BUILDLINK_ORDER) speeds up parse time as += has linear complexity.
The include guard reduces system time by avoiding reading files over and
over again. For complex packages this reduces both %user and %sys time to
half of the former time.
- assume that Python 2.4 and 2.5 are compatible and allow checking for
fallout.
- remove PYTHON_VERSIONS_COMPATIBLE that are obsoleted by the 2.3+
default. Modify the others to deal with the removals.
and add a new helper target and script, "show-buildlink3", that outputs
a listing of the buildlink3.mk files included as well as the depth at
which they are included.
For example, "make show-buildlink3" in fonts/Xft2 displays:
zlib
fontconfig
iconv
zlib
freetype2
expat
freetype2
Xrender
renderproto
RECOMMENDED is removed. It becomes ABI_DEPENDS.
BUILDLINK_RECOMMENDED.foo becomes BUILDLINK_ABI_DEPENDS.foo.
BUILDLINK_DEPENDS.foo becomes BUILDLINK_API_DEPENDS.foo.
BUILDLINK_DEPENDS does not change.
IGNORE_RECOMMENDED (which defaulted to "no") becomes USE_ABI_DEPENDS
which defaults to "yes".
Added to obsolete.mk checking for IGNORE_RECOMMENDED.
I did not manually go through and fix any aesthetic tab/spacing issues.
I have tested the above patch on DragonFly building and packaging
subversion and pkglint and their many dependencies.
I have also tested USE_ABI_DEPENDS=no on my NetBSD workstation (where I
have used IGNORE_RECOMMENDED for a long time). I have been an active user
of IGNORE_RECOMMENDED since it was available.
As suggested, I removed the documentation sentences suggesting bumping for
"security" issues.
As discussed on tech-pkg.
I will commit to revbump, pkglint, pkg_install, createbuildlink separately.
Note that if you use wip, it will fail! I will commit to pkgsrc-wip
later (within day).
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.
in the process. (More information on tech-pkg.)
Bump PKGREVISION and BUILDLINK_DEPENDS of all packages using libtool and
installing .la files.
Bump PKGREVISION (only) of all packages depending directly on the above
via a buildlink3 include.
changes:
- Bug fixes:
- SOAPpy/Server.py: Check if header information contains SOAPAction
key before checking its value.
- Fixes for generating SOAP from complexType arrays, contributed by
antonio.beamud@linkend.com
- Fixed bug that caused typedArrayTypes to lose their type
information when rendered to SOAP and added corresponding
test case.
- New Features
- Enhancements to fault handling: The faultType Faultstring is now
a non-variable string (i.e. no nsmethod in it) so that it can be
programmatically checked. In addition fault handlers can now be
registered to handle specific types of faults.
- SOAPpy/Server.py: Modified unregsiterObject function to take
optional namespace/path args to be consistent with registerObject.
- SOAPpy/Server.py: Added an unregisterObject function
- Changes to allow SOAPBuilder so it can handle a 'raw' Python object.
For details see:
http://sourceforge.net/project/showfiles.php?group_id=26590
- Bug fixes:
- Code in Types.py assumes nested scopes, so I added the proper import so
this will work under python 2.2.x
- Fixing namespace collision
- Fixed handing of named arguments bug introduced in 0.11.1.
- Fix memory leak when exceptions are raised.
- Fix bug when content-length is not present in parsed SOAP message.
- Fix bug #888345: Python 2.3 boolean type serialized as int
- Fix bug #875977: no escaping of bad tagnames for NoneTypes
- New features:
- Improved Globus support and documentation. Thanks Ivan!
- Added context handling
- Changed the use of SOAPAction, it used to default to setting it
to "", now it defaults to setting it to the method (not the
nsmethod). There is a clause in Server.py that catches 'old style'
SOAPActions (aka "") and sets them to the method. When this is
confirmed to be what everyone wants and we decide it's alright to
(possibly) break client/server interop, we can take the clause out
of Server.py and just handle SOAPActions of "" as a possible
error/warning.
- Additional test code.
- Raise a SOAPException instead of returning a SOAPpy.faultType
when a SOAP Fault is encountered and simplify_objects is enabled.
changes:
- Preliminary pyGlobus support (contributed by Ivan R. Judson)
- Fixes for many of the test scripts in tests/*.py, as well as
documentation in tests/README of what tests succeed and fail.
- New/Changed configuration settings:
- Added 'strict' option to the WSDL class constructor. If strict is
true, a RuntimeException will be raised if an unrecogned message is
recieved. If strict is false, a warning will be printed to the
console, the message type will be added to the WSDL schema, and
processing will continue. This is in response to the second half of
bug report [ 817331 ] "Some WSDL.py changes", submitted by Rudolf
Ruland.
- Config.simplify_objects=1 now converts all SOAPpy objects into basic
Python types (list, dictionary, tuple, double, float, etc.). By default,
Config.simplify_objects=0 for backward compatibility.
- Config.dict_encoding='ascii' converts the keys of dictionaries
(e.g. created when Config.simplify_objects=1) to ascii == plain python
strings instead of unicode strings. This variable can be set to any
encoding known to string.encode().
- Config.strict_range=1 forces the SOAP parsing routines to perform
range checks on recieved SOAP float and double objects. When
The following bugs have been fixed:
[ 752882 ] "SSL SOAP Server no longer working."
[ 792258 ] "SOAPBuilder.SOAPBuilder.dump can catch wrong exceptions"
[ 792600 ] "SOAPBuilder.SOAPBuilder.dump possibly should not call gentag"
[ 817331 ] "Some WSDL.py changes"
[ 858168 ] 'xsi:nil="true" causes exception'
In addtion, all of the outstanding bugs in the WSDL implementation
have been fixed, so WSDLProxy should now function properly.
Inspired by FreeBSD "ports".
Fix the PLISTs accordingly.
Also, while at it, remove now obsolete compileall.py calls in post-install
targets and insure that extension.mk is in included before builinlinks of
other Python modules.
Discussed with/ok'ed by drochner@.
changes:
- Modifed WSDL.Proxy to pass along all arguments to SOAPProxy. This
should ensure that all features of SOAPProxy are accessible to users
of WSDL.Proxy
- Created URLopener.py, which contains a class extending
urllib.FancyURLopener. This class allows reading from URLs that
are protected by basic authenticatoin, have been relocated, etc.
- Modified WSDL.Proxy to use URLopener. It should now permit access
to WSDL files protected by basic authentication.
- Modified XMLSchema to extend UserTuple instead of tuple for python < 2.2.
- Added UserTuple class, taken from from Stefan Schwarzer's ftputil
library.
This version contains many changes/fixes.
among them:
- Major Change: The huge file SOAPpy/SOAP.py (4,122 lines, 131K) has
been split into 10 separate files:
Client.py NS.py SOAPBuilder.py Utilities.py
Config.py Parser.py Server.py
Errors.py SOAP.py Types.py
This should ease navigation and maintenance.
- Added client support for WSDL, ported from ZSI by Mark Bucciarelli
<mark@hubcapconsulting.com>
Notes:
This is SOAPpy 0.9.8. It contains substantial improvements over the last
release.
1) SOAPpy now uses the standard python
package installation tools. Executing the commands
$ python setup.py build
$ python setup.py install
(the second as root) should install SOAPpy into the appropriate Python
library directory.
2) There has been inconsistency in how SOAPpy library components have been
imported. This new release standardizes on:
from SOAPpy import SOAP
3) See the changelog for further enhancements.
to make it work with Python-2.2 (extracted from py-google).
This is the third SOAP implementation in Python I've tried, and the
first which actually works.
