Skip to content

Timing of next release #249

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

Closed
sofroniewn opened this issue Dec 17, 2019 · 12 comments
Closed

Timing of next release #249

sofroniewn opened this issue Dec 17, 2019 · 12 comments

Comments

@sofroniewn
Copy link

One of the projects I'm working on is interested in leveraging the import speed improvements in #248 (see discussion here napari/napari#758) and I was wondering when the next planned numpydoc release was that would include this. Thanks so much!!

@rgommers
Copy link
Member

I was wondering when the next planned numpydoc release was that would include this

There's not really a planned release cycle for numpydoc. A question like yours is usually the trigger. It's about time I'd say. Reading the linked issue, it's a little surprising that you'd need to import numpydoc for something other than "build me some docs".

The next milestone we have open is 1.0.0, for which we may want to do some more thorough testing ....
Alternatively, we could do a 0.9.2 with just the fix you need in it. @numpy/numpydoc-devs any preference?

@sofroniewn
Copy link
Author

We're using numpydoc inside our GUI based application to parse some doc strings and then show them to the user in a GUI window when requested.

We'd certainly be fine with an 0.9.2 release that only contained #248. Thanks so much for the quick response!

@larsoner
Copy link
Collaborator

I'm fine with a 0.9.2 with the fix backported

@bashtage
Copy link

I would vote for a 1.0 (or 0.10) if no one wants to commit to stability. statsmodels has to use git to get correct docstrings.

@rgommers rgommers added the task label Dec 24, 2019
@rgommers
Copy link
Member

Why don't we do both. There's one unresolved open issue for 1.0.0 (gh-215), and even if we choose to ignore that we'll need a decent about of testing. Let's try to do that in the next week or two.

Doing 0.9.2 will take 30 minutes or so, let's make that a Christmas present for Napari:)

@rgommers
Copy link
Member

0.9.2 is on PyPI, and I pushed a 0.9.x branch and the v0.9.2 tag.

@rgommers
Copy link
Member

I would vote for a 1.0 (or 0.10) if no one wants to commit to stability.

I think 1.0 is fine. A lot of the instability anyway comes from Sphinx, not much we can do about that. Our aim is to keep Numpydoc stable.

@sofroniewn
Copy link
Author

let's make that a Christmas present for Napari:)

Thanks!!

@prisae
Copy link

prisae commented Feb 13, 2020

Why don't we do both. There's one unresolved open issue for 1.0.0 (gh-215), and even if we choose to ignore that we'll need a decent about of testing. Let's try to do that in the next week or two.

Would be great if #215 could be resolved for a hopefully soonish v1.0.0. Is there already a fix for #215? Is there anything one could help with, e.g., testing?

@rgommers
Copy link
Member

gh-215 isn't yet resolved. It's a bit of a mess, because there are multiple reports and the fix that works for some doesn't work for others. Help with testing, merging the proposed CSS fix, and then summarizing what issues remain would be super helpful

@larsoner
Copy link
Collaborator

Looks like #215 is now just a documentation problem. I say let's document it and release, hopefully next week.

@larsoner
Copy link
Collaborator

We've released 1.0 since this issue was opened and there is now another issue about pushing out a 1.1 so I'll close this

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

5 participants