summaryrefslogtreecommitdiff
path: root/math/py-Scientific
AgeCommit message (Collapse)AuthorFilesLines
2022-01-25py-Scientific*: removewiz6-355/+0
Limited to python 2.7, but does not build. No stable upstream release since 2010, development seems stopped.
2022-01-10*: convert to egg.mkwiz1-3/+3
2021-12-08revbump for icu and libffiadam1-2/+2
2021-10-26math: Replace RMD160 checksums with BLAKE2s checksumsnia1-2/+2
All checksums have been double-checked against existing RMD160 and SHA512 hashes
2021-10-07math: Remove SHA1 hashes for distfilesnia1-2/+1
2021-09-29revbump for boost-libsadam1-2/+2
2021-04-21revbump for boost-libsadam1-2/+2
2020-10-12math/blas, math/lapack: Install interchangeable BLAS systembacon1-2/+2
Install the new interchangeable BLAS system created by Thomas Orgis, currently supporting Netlib BLAS/LAPACK, OpenBLAS, cblas, lapacke, and Apple's Accelerate.framework. This system allows the user to select any BLAS implementation without modifying packages or using package options, by setting PKGSRC_BLAS_TYPES in mk.conf. See mk/blas.buildlink3.mk for details. This commit should not alter behavior of existing packages as the system defaults to Netlib BLAS/LAPACK, which until now has been the only supported implementation. Details: Add new mk/blas.buildlink3.mk for inclusion in dependent packages Install compatible Netlib math/blas and math/lapack packages Update math/blas and math/lapack MAINTAINER approved by adam@ OpenBLAS, cblas, and lapacke will follow in separate commits Update direct dependents to use mk/blas.buildlink3.mk Perform recursive revbump
2020-05-22revbump after updating security/nettleadam1-2/+2
2020-05-06revbump after boost updateadam1-2/+2
2020-03-08*: recursive bump for libffiwiz1-2/+2
2020-01-18*: Recursive revision bump for openssl 1.1.1.jperkin1-2/+2
2020-01-12*: Recursive revbump from devel/boost-libsryoon1-2/+2
2019-12-19PYTHON_VERSIONS_ACCEPTED must be set before including the Pythonjoerg1-3/+3
fragments.
2019-09-02Changed PYTHON_VERSIONS_INCOMPATIBLE to PYTHON_VERSIONS_ACCEPTED; needed for ↵adam1-2/+2
future Python 3.8
2019-08-22Recursive revbump from boost-1.71.0ryoon1-2/+2
2019-07-20*: recursive bump for nettle 3.5.1wiz1-2/+2
2019-07-01Recursive revbump from boost-1.70.0ryoon1-2/+2
2019-04-26fix some whitespace, mostly introduced in the previousmaya1-2/+2
python 3.4 / 3.5 removal commit.
2019-04-26Omit mentions of python 34 and 35, after those were removed.maya1-2/+2
- Includes some whitespace changes, to be handled in a separate commit.
2019-03-28math/py-Scientific: Revert patch I'm unable to commitbacon1-2/+2
Put package into a consistent state until problem is diagnosed
2019-03-28math/py-Scientific: Finish commit of Linux build fixbacon1-6/+6
Previous commit partially failed for unknown reason
2019-03-28math/py-Scientific: Fix install on CentOS 7bacon2-5/+9
PLIST was wrong due to build system using python's sys.platorm, which the package Makefile incorrectly tried to replicate using pkgsrc variables. Also added LICENSE and fixed one undocumented patch.
2018-12-13revbump for boost 1.69.0adam1-2/+2
2018-08-16revbump after boost-libs updateadam1-2/+2
2018-07-03extend PYTHON_VERSIONS_ for Python 3.7adam1-2/+2
2018-04-29revbump for boost-libs updateadam1-2/+2
2018-01-01Revbump after boost updateadam1-2/+2
2017-08-24Revbump for boost updateadam1-2/+2
2017-04-30Recursive revbump from boost updateryoon1-2/+2
2017-01-01Revbump after boost updateadam1-2/+2
2017-01-01Add python-3.6 to incompatible versions.wiz1-2/+2
2016-10-07Revbump post boost updateadam1-2/+2
2016-08-28Remove unnecessary PLIST_SUBST and FILES_SUBST that are now providedwiz1-2/+1
by the infrastructure. Mark a couple more packages as not ready for python-3.x.
2016-07-09Remove python33: adapt all packages that refer to it.wiz1-2/+2
2016-03-05Bump PKGREVISION for security/openssl ABI bump.jperkin1-1/+2
2015-12-05Extend PYTHON_VERSIONS_INCOMPATIBLE to 35adam1-2/+2
2015-11-03Add SHA512 digests for distfiles for math categoryagc1-1/+2
Problems found locating distfiles: Package dfftpack: missing distfile dfftpack-20001209.tar.gz Package eispack: missing distfile eispack-20001130.tar.gz Package fftpack: missing distfile fftpack-20001130.tar.gz Package linpack: missing distfile linpack-20010510.tar.gz Package minpack: missing distfile minpack-20001130.tar.gz Package odepack: missing distfile odepack-20001130.tar.gz Package py-networkx: missing distfile networkx-1.10.tar.gz Package py-sympy: missing distfile sympy-0.7.6.1.tar.gz Package quadpack: missing distfile quadpack-20001130.tar.gz Otherwise, existing SHA1 digests verified and found to be the same on the machine holding the existing distfiles (morden). All existing SHA1 digests retained for now as an audit trail.
2015-09-23Don't force mpi-ch, openmpi works just as well. Don't force manualjoerg3-7/+7
libraries when already using the mpicc wrapper.
2014-09-25Fix PLIST for SunOS.fhajny2-7/+8
2014-05-09Mark packages that are not ready for python-3.3 also not ready for 3.4,wiz1-2/+2
until proven otherwise.
2014-04-16Update to 2.8.1. Switch to distutils.mk.wiz4-16/+14
2.8 --> 2.8.1 ------------- Improvements: - The installation procedure was updated to work with recent NumPy versions and in a wider range of environments.
2014-02-12Recursive PKGREVISION bump for OpenSSL API version bump.tron1-2/+2
2014-01-25Mark packages as not ready for python-3.x where applicable;wiz1-1/+2
either because they themselves are not ready or because a dependency isn't. This is annotated by PYTHON_VERSIONS_INCOMPATIBLE= 33 # not yet ported as of x.y.z or PYTHON_VERSIONS_INCOMPATIBLE= 33 # py-foo, py-bar respectively, please use the same style for other packages, and check during updates. Use versioned_dependencies.mk where applicable. Use REPLACE_PYTHON instead of handcoded alternatives, where applicable. Reorder Makefile sections into standard order, where applicable. Remove PYTHON_VERSIONS_INCLUDE_3X lines since that will be default with the next commit. Whitespace cleanups and other nits corrected, where necessary.
2013-09-01recursive bump from hdf5 shlib major bump.obache1-1/+2
2012-09-11"user-destdir" is default these daysasau1-3/+1
2010-05-29Update py-Scientific to 2.8.obache5-43/+117
Based on PR#43282 by Wen Heping. 2.7.9 --> 2.7.10 ---------------- Bug fixes: - Removed all occurrences of "as" as a variable name for compatibility with Python 2.6. - Installation without the netCDF module did not work. Improvements: - Vector.dyadicProduct() was replaced by a more efficient implementation. - Scientific.IO.PDB: Atom objects now have a parent attribute whose value is the containing group. 2.7.8 --> 2.7.9 --------------- License change: ScientificPython is now distributed under the CeCILL-C license, which is an adaptation of the LGPL to French law. The previously used CeCILL license, similar to the GPL, was considered too restrictive. Bug fixes: - MPI interfaces did not work correctly with NumPy and/or Python 2.5. Improvements: - Compilation script for mpipython works around a Python configuration bug under MacOS X. - Docstrings have been cleaned up. 2.7.7 --> 2.7.8 --------------- Bug fixes: - Due to a typo in Scientific.IO.PDBSpaceGroups, some space group names were not found in the space group table. Improvements: - Vector objects can now be multiplied with NumPy scalar objects (which is what you get when extracting numbers from NumPy arrays). Due to the way NumPy scalars handle multiplication, the result used to be an array rather than a Vector, which caused various applications to crash. - The build procedure under Windows has been improved. It can generate a binary installer that includes the netCDF DLL, making ScientificPython independent of a netCDF installation. 2.7.6 --> 2.7.7 --------------- Bug fixes: - Installation on Windows didn't work because the Unix maths libraries don't exist there. Improvements: - InterpolatingFunction and TensorField objects can represent periodic functions/fields. - DistributedComputing: the watchdog period of slave processes is now a user-definable parameter. - PDBSpaceGroups was simplified, making it shorter and faster to load. - Scientific.N contains the array type object in the variable array_type. This makes it possible to write Pyrex modules using arrays in such a way that they always use the numeric module for which ScientificPython was compiled. 2.7.5 --> 2.7.6 --------------- Bug fixes: - NumPy compatibility fixes. - Pyro 3.6 compatibility fix in DistributedComputing.MasterSlave 2.7.4 --> 2.7.5 --------------- New features: - Scaling, inversion, and shear transformations added to Geometry.Transformations Improvements: - PDB parser handles CRYST1, SCALEn and MTRIXn records - Better identification of the Numerics package that is being used Bug fixes: - Scientific_affinitypropagation.c compiles with NumPy 2.7.3 --> 2.7.4 --------------- New features: - New module Clustering.AffinityPropagation. - New class BSP.ParRootSequence. Bug fixes: - Replaced float equality test in Functions.InterpolatingFunction - Removed exception for order > 1 in Derivatives.DerivVar.__init__ - Fixed reading of non-string attributes from netCDF files. Improvements: - New methods getBinIndices and getBinCount in Statistics.Histogram.Histogram - Physics.PhysicalQuantities: unit definitions added to doc string 2.7.2 --> 2.7.3 --------------- Improvements: - Added multi-module setup for master-slave computations. - More information available through task_manager. - task_manager can start slave processes. 2.7.1 --> 2.7.2 --------------- Bug fixes: - Scientific_netcdf would not compile with NumPy under Python 2.4 because NumPy also defined Py_ssize_t. 2.7 --> 2.7.1 ------------- Improvements: - NumPy compatibility. Scientific_netcdf was revised by hand. The Python code was run through numpy.oldnumeric.alter_code1 to identify the critical sections, which were then all handled in some way. It is possible that there are still incompatibilities of the kind that numpy.oldnumeric.alter_code1 cannot detect 2.5.12hg --> 2.7 ---------------- New features: - Subpackage Scientific.DistributedComputing for easy parallelization of independent tasks. 2.5.11 --> 2.5.12hg ------------------- Bug fixes: - VRML2 output would crash for scenes containing Line objects - Pyrex implmentation of vector objects could crash instead of raising an exception in divide operations. - Pyrex implmentation of vector objects would raise exceptions incorrectly under Python 2.5 Improvements: - builds Macintosh packages with documentation and examples 2.5.10 --> 2.5.11 ----------------- Bug fixes: - Pyrex implementation of vector objects raised exceptions in comparisons - Pyrex implementation of vector objects did not accept negative indices - Some object deletions during conversion to epydoc had to be reversed Improvements: - Two test suites 2.5.9 --> 2.5.10 ---------------- Bug fixes: - Fixed netCDF error handling Improvements: - Support for NumPy (not very well tested yet) - Scientific.NumberDict more efficient 2.5.8 --> 2.5.9 --------------- Improvements: - Scientifc.IO.NetCDF supports the new 64-bit data structures in Python 2.5 (not yet tested on a 64-bit machine) - Docstrings modified for use with Epydoc. 2.5.7 --> 2.5.8 --------------- Bug fixes: - Syntax error in Scientific.IO.PDB - Attribute deletion in netCDF file and variable objects caused a crash. 2.5.6 --> 2.5.7 ---------------- Bug fixes: - Tensor-vector multiplication was incorrect with the Pyrex implementation of vector objects. 2.5.5 --> 2.5.6 ---------------- Bug fixes: - Scientific.BSP.ParClass did not pass on __call__ and __getitem__ to local class - Scientific.BSP.ParClass: Class wrappers did not always return the right global object. 2.5.4 --> 2.5.5 ---------------- Bug fixes: - Scientific.IO.NetCDF.NetCDFVariable.assignValue() had incomplete error reporting. Some errors would not raise exceptions as required. 2.5.3 --> 2.5.4 ---------------- Improvements: - A "test" method on MPI request objects permits to check if data is available (thanks to Jakob Schiotz for this addition). Bug fixes: - The new Pyrex vector objects could not be pickled. 2.5.1 --> 2.5.3 ---------------- Improvements: - The class Scientific.Geometry.Vector has been reimplemented in Pyrex, yielding much faster vector operations. There is, however, the restriction that the vector elements must be of type "float". For the rare applications where this condition is not fulfilled (such as Scientific.Functions.Derivatives.DerivVector), the Python implementation remains accessible as Scientific.Geometry.VectorModule.Vector. 2.4.9 --> 2.5.1 ---------------- Improvements: - Vector and Tensor objects permit comparison with other types of objects (which always return False) - Numarray can be used instead of Numeric as far as possible (see README for details) 2.4.7 --> 2.4.9: ---------------- Bug fixes: - Integer array attributes caused a TypeError with recent versions of Numeric (that don't do silent casts from Long to Int any more). Additions: - Method "threeAngles" in Geometry.Transformation.Rotation. 2.4.6 --> 2.4.7: ---------------- Bug fixes: - Scientific.BSP: alltrue() and anytrue() sometimes returned wrong results. Additions: - Scientific.Visualization.VMD can now correctly launch VMD under Windows
2009-06-14Remove @dirrm entries from PLISTsjoerg1-15/+1
2009-03-05Remove PYBINMODULE. All it did was mark some packages as not availablejoerg1-2/+1
on some platforms that lacked shared library support in the past. The list hasn't been maintained at all and the gain is very limited, so just get rid of it.
2008-06-12Add DESTDIR support.joerg1-2/+6
generated by cgit v1.2.3 (git 2.39.1) at 2025-08-02 13:59:45 +0000