| Age | Commit message (Collapse) | Author | Files | Lines |
|---|
|
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.2
http://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
|
|
The Python's function find_library() is works for a string in a form of
'GL', not 'libGL.so'.
Bump PKGREVISION.
|
|
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.
|
|
changes:
-some extensions
-dropped py-numarray support
-bugfixes
|
|
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.
|
|
prepered by Quentin Garnier in pkgsrc-wip
|
