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
pkglint --only "https instead of http" -r -F
With manual adjustments afterwards since pkglint 19.4.4 fixed a few
indentations in unrelated lines.
This mainly affects projects hosted at SourceForce, as well as
freedesktop.org, CTAN and GNU.
Package changes:
- drop unneeded patch
- set MASTER_SITES to MASTER_SITE_PYPI
- set LICENSE
- add preliminary notes about running tests (at the moment not functional)
Upstream changes:
Mike C. Fletcher has released PyOpenGL 3.1.1a1.
Change log:
Python 3.4 compatibility fixes
new data-type declarations to match current Khronos
ability to use opaque pointers as keys in dictionaries (osmesa fix)
removing a few now-redundant hand-written wrappers
fix for a missing import on gles2 wrapper
tweaked error-message for debugging clarity
allow for the shader convenience function to skip validate-on-compile
PyOpenGL 3.1.0 (final) is now available. Headline changes:
* Generation of wrappers substantially more automatic and based on
Khronos source-files with annotations from the Chromium/regal project
* Common code-base for Python 2.6, 2.7, 3.3 and 3.4, Python 2.5 is no
longer supported
* Better isolation and pervasive lazy-loading behaviour to prevent
loading unused libraries (e.g. GLUT in non-GLUT contexts or GLES in
OpenGL contexts)
* Automated wrappers now (generally) allow passing in output arrays
rather than having them generated
* Experimental support for GLES and EGL
* Many bug-fixes and minor improvements
Installation can be done from PyPI:
pip install PyOpenGL PyOpenGL_accelerate
Source code is available on Launchpad:
bzr branch lp:pyopengl
The homepage, including documentation, remains:
http://pyopengl.sourceforge.net/
PyOpenGL 3.0.2 (final, finally) has been released. The major changes since 3.0.1 (released in 2010!) are:
* OpenGL core support up to 4.3 level [1]
* OpenGL extension support from the current registry [1]
* Some missing FreeGLUT extensions added
* OpenGL.GL.framebufferobjects providing ARB/EXT alternates for framebuffer operations
* Experimental OSMesa (Offscreen Mesa) context (use the environment variable PYOPENGL_PLATFORM=osmesa)
Codebase changes:
* Experimental Python 3.2 and PyPy support
* Win64 Support (including OpenGL_accelerate)
* Numarray (the ancient transitional module between Numeric and numpy) is no longer supported as an array type
* More compact auto-generated wrappers
* Large numbers of bug fixes
Downloads are at:
http://pypi.python.org/pypi/PyOpenGL/3.0.2http://pypi.python.org/pypi/PyOpenGL-accelerate/3.0.2
Future Compatibility Notes:
* This will be the last release of PyOpenGL to support Python 2.5 (and
it supports Python 2.5 in source-release only mode).
o PyOpenGL will be moving to a "shared code" approach for Python
2/3 support, which makes supporting the older Python releases
problematic
* This will be the last release to support the use of bare numbers as
number-array data-types
o i.e. passing 1.00 to a function expecting an array/address of an
float
o Use Glfloat( 1.00 ) to pass in an array-compatible value
o Passing in an int/long will generate a GLvoidp( I ) to allow for
easy offset-address-style API usage
* The ancient Numeric package (as distinct from Numpy) will be dropped
as a supported array format
o Numeric itself has long since been deprecated, use Numpy
Problems found with existing digests:
Package fotoxx distfile fotoxx-14.03.1.tar.gz
ac2033f87de2c23941261f7c50160cddf872c110 [recorded]
118e98a8cc0414676b3c4d37b8df407c28a1407c [calculated]
Package ploticus-examples distfile ploticus-2.00/plnode200.tar.gz
34274a03d0c41fae5690633663e3d4114b9d7a6d [recorded]
da39a3ee5e6b4b0d3255bfef95601890afd80709 [calculated]
Problems found locating distfiles:
Package AfterShotPro: missing distfile AfterShotPro-1.1.0.30/AfterShotPro_i386.deb
Package pgraf: missing distfile pgraf-20010131.tar.gz
Package qvplay: missing distfile qvplay-0.95.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.
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.
to address issues with NetBSD-6(and earlier)'s fontconfig not being
new enough for pango.
While doing that, also bump freetype2 dependency to current pkgsrc
version.
Suggested by tron in PR 47882
Remove devel/py-ctypes (only needed by and supporting python24).
Remove PYTHON_VERSIONS_ACCEPTED and PYTHON_VERSIONS_INCOMPATIBLE
lines that just mirror defaults now.
Miscellaneous cleanup while editing all these files.
on sizeof(long) on i386. The ctypes module builtin to Python-2.5
appears to work, so don't depend on devel/py-ctypes but require
Python-2.5.
Being here, update to 3.0.1b1. There is no useful changelog - appearently
more new OpenGL features are supported.
- 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.
