Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Make a v0.2.0 release #41

Closed
rossant opened this issue Aug 26, 2013 · 8 comments
Closed

Make a v0.2.0 release #41

rossant opened this issue Aug 26, 2013 · 8 comments
Milestone

Comments

@rossant
Copy link
Member

rossant commented Aug 26, 2013

With Nicolas' new implementation, bug fixes, new examples, code reorganization, cleaner repo :)

We should to a tag and maybe use the new releases feature on Github?

@rougier
Copy link
Contributor

rougier commented Aug 27, 2013

We need to fix the new shader code tests and we can even have a 0.2.0 release.

@rougier rougier closed this as completed Aug 27, 2013
@almarklein
Copy link
Member

Yes, we have changed the API (of the Program) quite a bit, so a larger bumb is at its place.

I propose that each of use takes a real critical look at the oogl API, so we can make changes before this release. Better sooner than later.

Also, we need to decide about the oogl+gl renaming.

@almarklein almarklein reopened this Aug 28, 2013
@rougier
Copy link
Contributor

rougier commented Aug 28, 2013

The oogl is still pretty buggy (see unittest and issue #48).

On Aug 28, 2013, at 11:24 AM, Almar Klein notifications@github.com wrote:

Yes, we have changed the API (of the Program) quite a bit, so a larger bumb is at its place.

I propose that each of use takes a real critical look at the oogl API, so we can make changes before this release. Better sooner than later.

Also, we need to decide about the oogl+gl renaming.


Reply to this email directly or view it on GitHub:
#41 (comment)

@rougier
Copy link
Contributor

rougier commented Sep 1, 2013

Still 2 errors in unittest.

Need also to remove/not distribute experimental directories or related add examples.

@almarklein
Copy link
Member

The package that is build for distribution (i.e. upload to Pypi) will not get the visuals or shaders dir in it, because you would have to specify this in setup.py. So no need to remove these.

@rougier
Copy link
Contributor

rougier commented Sep 1, 2013

Cool !

On Sep 1, 2013, at 8:20 PM, Almar Klein notifications@github.com wrote:

The package that is build for distribution (i.e. upload to Pypi) will not get the visuals or shaders dir in it, because you would have to specify this in setup.py. So no need to remove these.


Reply to this email directly or view it on GitHub:
#41 (comment)

@almarklein
Copy link
Member

If we agree on the release notes (https://github.com/vispy/vispy/blob/master/doc/releasenotes.rst), I think we are good to go, right?

@almarklein
Copy link
Member

Done!

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

No branches or pull requests

3 participants