PyOpenGL dependency version

[cosw0t]

Hi! is there any reason why there is a hard dependency on pyopengl==3.1.0?

pyopengl is now at version 3.1.6, with lots of bug fixes and no API changes. Would it make sense to remove the hard version requirement?

thanks!

[cwiede]

+1 just stumbled upon the same step stone

[mmatl]

Add a PR to correct the hard dep and I'll patch!

[cosw0t]

Thanks @mmatl, the PR is here! #226

I have just noticed that master already has a commit that gets around the issue with a "PyOpengl~=3.1.0".
I hadn't noticed it because it's not in pip yet. I guess it's up to you to chose which on you prefer now :) fell free to close my PR if you wish.

[cwiede]

Oh just started to do it, but then I realized that the patch seems to be already in place: 7c613e8. I'd have used a ">=3.1.0,<4.0.0" instead of the "~=3.1.0" dependency, but anyways the existing patch patch seems to correct the issue.

However, the last release on pypi doesn't incorporate it.

@michele-arrival you have overtaken my response :)

[cosw0t]

you have a point though, ~=3.1.0 will not update to 3.2.x, whereas ">=3.1.0,<4.0.0" will. I'm not sure what's best. again i 'm happy to leave that decision to matt

[nlsdvl]

+1 running into this as well.
Anyways ... great job on this library.

[orperel]

Hi! Any news for bumping the PyOpenGL's min version for the wheels?
I'd love to test this with kaolin-wisp, but the downgraded gl version requires us to turn off features like anisotropic filtering.

Love the lightweight design btw, kudos on a great library!

[MaxGyver83]

I ran into this as well. A new tag/release would be nice!

[traversaro]

Just in case somebody stumbles in this issue, we had the same problem for urdfpy : mmatl/urdfpy#31 . As urdfpy depends on pyrender, for our friendly fork we also friendly forked pyrender in https://github.com/fishbotics/pyribbit . pyribbit is just pyrender renamed (to avoid any naming clash) and with the pyopengl pinning resolved, and available on both pip (pypi) and conda-forge.