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

Documentation request: clarity as to which versions are currently available where #80

Open
bnlawrence opened this issue May 23, 2020 · 9 comments
Assignees
Labels
documentation Improvements or additions to documentation

Comments

@bnlawrence
Copy link

The current version is 3.4.0.
I have 3.0.1 in a (relatively recent) conda install via the ncas channel.
It would be good to have clarity about which versions are available where.

@davidhassell
Copy link
Collaborator

I agree. PyPi is always up to date, but conda sometime lags behind. We'll have a re-thnk about our workflow for releases.

You can always pip install into your conda installation (which is what I usually do!)

@davidhassell davidhassell added the documentation Improvements or additions to documentation label May 26, 2020
@sadielbartholomew sadielbartholomew self-assigned this Jun 15, 2020
@sadielbartholomew
Copy link
Member

sadielbartholomew commented Jun 15, 2020

It would be good to have clarity about which versions are available where.

Hi @bnlawrence, I also agree this would be useful, & whilst I was putting up some reference information I realised there is quite a simple way to do it, namely via 'shields' which are little badges you have probably seen around on GtiHub or elsewhere. They query relevant APIs so they can provide up-to-date information, notably for their versioning support they query PyPI and conda so can automatically pick up on the versions hosted in both locations (even under our ncas channel which is quite neat).

So, whilst adding in the shields for the references (which was the task I was originally doing) I added shields with installation information & they do display the latest versions available on PyPI & conda. You can find that now at the top of the README & it will always be up-to-date, so I suggest you bookmark it here at https://github.com/NCAS-CMS/cf-python#cf-python and check it whenever required (I've added the equivalent for cfdm too so that can also be examined).

Does that seem like a sufficient solution to you? If so I can close this (though probably I should also add a note in the documentation itself linking to the top of the README to state that the versions available are & will always be provided accurately there, so it is can become open knowledge).

PyPi is always up to date, but conda sometime lags behind. We'll have a re-thnk about our workflow for releases.

We should still address this, of course! But this is more about talking to Andy to agree how we can help to manage the ncas conda channel.

@bnlawrence
Copy link
Author

That's really good and clear. thanks.

@davidhassell
Copy link
Collaborator

Thanks, @sadielbartholomew - the tags in the README are just what we needed.

@sadielbartholomew
Copy link
Member

Glad they work for everyone. @davidhassell if you want to edit those little badges I put up in any way (add more, remove some, change the look & feel) feel free, the library used is shields & the site helps you set them up. I changed the colours because by default they come out differently for the various shields & are quite bright & garish IMO.

I noticed during this that cfdm does not have a conda sub-section in the installation docs. Is there a reason for that, or shall we add one?

@davidhassell
Copy link
Collaborator

Thanks. The reason for the lack of a conda section in the cfdm docs is pertinent, as I didn't put it in because I didn't want to advertise an out-of-date version!

The cfdm situation is not quite the same as cf-python, however, because the installation dependencies are very light for the former, and all available via pip. For cf-python, though, we need the not-in-PyPi libraries udunits2 and ESMF, so there is an advantage in using conda ... if only it were always up to date!

@davidhassell davidhassell reopened this Jun 16, 2020
@sadielbartholomew
Copy link
Member

Just to be clear, what is the motivation for re-opening? Is it to ensure the conda versions are up-to-date? If so we could amend the title of the Issue so it reflects that, to help us keep track.

@davidhassell
Copy link
Collaborator

Oh, sorry - I hadn't really thought it through. We either close it and accept the status quo, but the version in conda is not recorded in the installation page. So I think your idea of renaming the issue to reflect this is a good, to see if we can come up with something better in consultation with @ajheaps.

@sadielbartholomew
Copy link
Member

We either close it and accept the status quo, but the version in conda is not recorded in the installation page

No worries & yes that is true, so apologies it was probably a premature close. I was going to just add a 'note' to the installation page to say users can find the versions on the README with a link there but if you prefer some other solution for the docs that is fine. But yes I think the key now is trying to keep the conda versions up-to-date, at least more so than before.

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

No branches or pull requests

3 participants