Closed emiliom closed 8 years ago
:+1: to a new release.
With pull #53 now merged, let's try to issue a new release (0.6.3?) soon; maybe next week? @ocefpaf can then create an updated conda package from that release; looks like he's almost all set.
Hopefully after that, say in the second half of this month, we can discuss the longer-term maintenance of pyoos
that @kwilcox brought up recently, bringing in other relevant parties: @daf, @lukecampbell, and the big kahuna himself (@dpsnowden).
I would like to solve #52 before creating the new release. (But that should not hold the release.)
We could also try to improve the docstrings
a little bit :grimacing:
I would like to solve #52 before creating the new release. (But that should not hold the release.)
We could also try to improve the docstrings a little bit
How about viewing a next release (0.6.3) as a mostly incremental wrap up of enhancements and clean-ups from the last 16 months? Then a follow-up release(s) can take all the time that's needed to address #52 (py3x) and documentation (docstrings, etc)?
My 2 cents, anyway.
How about viewing a next release (0.6.3) as a mostly incremental wrap up of enhancements and clean-ups from the last 16 months?
:+1:
@kwilcox and @daf is it OK if I tag a v0.6.3
against master?
Yeah go ahead.
:arrow_up:
Thanks, @lukecampbell and @daf.
I went over the commit history since the last release (Aug 2014) and drafted a summary for this release. Please look it over and make changes as you see fit. Once the text is finalized, @ocefpaf will copy and paste to create the new release.
BTW, I think there are enough changes here that we should consider a version number > than the strictly incremental 0.6.3? eg, 0.7.0? But either way is fine with me.
Finally, @ocefpaf, I'm assuming the new draft-stage notebooks directory won't be included in the release? But I guess it doesn't matter since it's not code per se.
Version 0.6.3 is a prerelease version of Pyoos containing improved features, bug fixes and code clean ups.
BTW, I think there are enough changes here that we should consider a version number > than the strictly incremental 0.6.3? eg, 0.7.0? But either way is fine with me.
v0.7.0
it is. Makes more sense since minor version number usually means bugfix. We do have some new features there.
Finally, @ocefpaf, I'm assuming the new draft-stage notebooks directory won't be included in the release? But I guess it doesn't matter since it's not code per se.
Nope. And I don't think we should create a source dist with that directory. Specially if we manage to create/advertise some docs and examples based on the notebooks there. People are more likely to "google" pyoos and find them here rather than looking into the source dist and finding them locally.
@kwilcox Can you give me rights to update the source dist at PyPI?
v0.7.0 it is. Makes more sense since minor version number usually means bugfix. We do have some new features there.
:+1:
People are more likely to "google" pyoos and find [the notebooks] here rather than looking into the source dist and finding them locally.
Yup.
@ocefpaf just gave you Maintainer rights, assuming your username is the same as on github. If not, let me know what it is.
Thanks @daf. (My username if the same everywhere because it is never taken. One of the few advantages of having a weird and non-nonsensical username :wink: )
If someone wants to edit the release text go to https://github.com/ioos/pyoos/releases/tag/v0.7.0
Thanks @emiliom and @daf for making this happen!
Awesome!! And all the way to PyPI! Thanks, @ocefpaf and @daf.
I'll be on the lookout for an updated conda package.
Last release pushed to pypi was 0.6.2, from 2014 Aug. Some stuff have been added/fixed since then (master is labelled as 0.6.3-dev). Would be good to push a new release in the near future, specially after we resolve and merge https://github.com/ioos/pyoos/pull/48
Looping in @ocefpaf b/c we've been talking a lot about pyoos recently, including a question about the ioos conda package.