You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
nco on conda-forge is the nco programs that this project binds to
The Python module that users import is called nco
The project should settle on using either pynco or nco, but not both. As nco is an established project that this project binds to, my vote is to settle on pynco. To move everything to pynco the following steps would be required:
Call the package pynco on PyPI
Update the package name in the package metadata
Update the README and documentation to instruct used to install the correct package
Release version 2.0.0 of pynco to PyPI
Deprecate the nco PyPI package
Rename the Python module to pynco
Update the documentation to reflect this change
Add a backwards compatibility nco import, with a deprecation warning. Two options:
Ship two modules in the package, nco and pynco. Importing nco would raise a DeprecationWarning but otherwise be an alias for the correct pynco module.
The pynco PyPI package only provides the pynco module. The nco PyPI package provides the nco module which depends on pynco. When a user calls import nco a deprecation warning is raised instructing users to move to pynco.
The text was updated successfully, but these errors were encountered:
I agree that this package should be called pynco everywhere. We do not want users to have to install pynco along with the base NCO. The two are logically segregated. And I agree that the name change from nco to pynco on PyPI merits bumping the version number from 1.1.0 to 2.0.0. I'm on the fence regarding the proposed deprecation method because they look like a lot of packaging work. It's tempting to drop the old Python nco package once the RTD documentation and the GitHub README.md are modified to say that the module/package name has forever changed from nco to pynco.
This project goes under a few names in different places, and the differences are confusing some users.
pynco
nco
on PyPI. The documentation instructs users topip install nco
pynco
on PyPI, owned by the maintainers of this project, but has not been updated since 2015pynco
on conda-forgenco
on conda-forge is the nco programs that this project binds tonco
The project should settle on using either
pynco
ornco
, but not both. Asnco
is an established project that this project binds to, my vote is to settle onpynco
. To move everything topynco
the following steps would be required:pynco
on PyPIpynco
to PyPInco
PyPI packagepynco
nco
import, with a deprecation warning. Two options:nco
andpynco
. Importingnco
would raise a DeprecationWarning but otherwise be an alias for the correctpynco
module.pynco
PyPI package only provides thepynco
module. Thenco
PyPI package provides thenco
module which depends onpynco
. When a user callsimport nco
a deprecation warning is raised instructing users to move topynco
.The text was updated successfully, but these errors were encountered: