2020-01-27 07:27:24 by Adam Ciarcinski | Files touched by this commit (3) | |
Log message:
py-OpenGL: updated to 3.1.5
3.1.5:
Unknown changes
|
2020-01-19 00:36:14 by Roland Illig | Files touched by this commit (3046) |
Log message:
all: migrate several HOMEPAGEs to https
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.
|
2019-08-30 20:26:32 by Nia Alarie | Files touched by this commit (1) |
Log message:
py-OpenGL: needs MesaLib, freeglut, glu
|
2016-08-21 03:32:45 by Kamil Rytarowski | Files touched by this commit (2) |
Log message:
Switch from py-Numeric to py-numpy and remove Python-3.x conflict
Fix PLIST.
Bump PKGREVISION.
|
2016-07-24 02:48:16 by Kamil Rytarowski | Files touched by this commit (4) |
Log message:
Upgrade from PyOpenGL-3.0.1 to PyOpenGL-3.1.1a1 (alpha version of 3.1.1)
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
|
2016-07-23 19:23:58 by Kamil Rytarowski | Files touched by this commit (3) |
Log message:
Remove wrong patch for ctypesloader
The Python's function find_library() is works for a string in a form of
'GL', not 'libGL.so'.
Bump PKGREVISION.
|
2016-07-09 15:04:18 by Thomas Klausner | Files touched by this commit (599) |
Log message:
Remove python33: adapt all packages that refer to it.
|
2015-12-05 22:26:09 by Adam Ciarcinski | Files touched by this commit (578) |
Log message:
Extend PYTHON_VERSIONS_INCOMPATIBLE to 35
|
2015-11-03 22:34:36 by Alistair G. Crooks | Files touched by this commit (610) |
Log message:
Add SHA512 digests for distfiles for graphics category
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.
|
2015-04-25 16:23:48 by Tobias Nygren | Files touched by this commit (868) | |
Log message:
Recursive revbump following MesaLib update, categories g through n.
|