./graphics/py-OpenGL, Python bindings for OpenGL

[ CVSweb ] [ Homepage ] [ RSS ] [ Required by ] [ Add to tracker ]


Branch: CURRENT, Version: 3.1.1a1nb1, Package name: py27-OpenGL-3.1.1a1nb1, Maintainer: pkgsrc-users

Python bindings to OpenGL functions.


Required to run:
[graphics/glut] [graphics/MesaLib] [graphics/glu] [lang/tcl] [x11/py-Tk] [math/py-numpy] [lang/python27]

Required to build:
[pkgtools/x11-links] [x11/glproto] [x11/xproto] [x11/xf86vidmodeproto] [x11/xf86driproto] [x11/damageproto] [x11/inputproto] [x11/xextproto] [x11/dri2proto] [x11/fixesproto4]

Master sites:

SHA1: 54da288efb26d942774c3740fc08a46cb16e3c1f
RMD160: 1548317399f7da7cd6f8f95bace1d8233b7ff3de
Filesize: 1217.552 KB

Version history: (Expand)


CVS history: (Expand)


   2016-08-21 03:32:45 by Kamil Rytarowski | Files touched by this commit (2) | Package updated
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) | Package updated
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) | Package updated
Log message:
Recursive revbump following MesaLib update, categories g through n.
   2014-05-09 09:37:28 by Thomas Klausner | Files touched by this commit (553)
Log message:
Mark packages that are not ready for python-3.3 also not ready for 3.4,
until proven otherwise.