@GrahamcOfBorg build python27Packages.awkward_1 python37Packages.awkward_1 python38Packages.awkward_1

@FRidh There won't be a collision, the new package provides only "import awkward1", the old one will provide "import awkward" and soon "import awkward0".

do you mind having the directories in python-modules be named awkward0 and awkward1. Then it seems much more like two separate packages

do you mind having the directories in python-modules be named awkward0 and awkward1

I don't see a reason to do that. In general, we do this directory structure for most simple multi-version packages. The awkward{0,1} business is just a quirk due to limitations of python, it will be eventually gone.

On the other hand, a following check:

grep -Er '[a-z]_[0-9]+ = callPackage'  pkgs/top-level/python-packages.nix 
grep -Er '[a-z][0-9]+ = callPackage'  pkgs/top-level/python-packages.nix

seems to indicate that if we want to maintain consistency, I should be instead renaming the attributes fromawkward_{0,1} to awkward{0,1} despite the different convention currently preferred in the all-packages.nix

@jonringer Did as you suggested, plus the attribute rename.

@GrahamcOfBorg build python27Packages.awkward1 python37Packages.awkward1 python38Packages.awkward1

@veprbl the package should be named as it is named on PyPI, in normalized form. Checking on PyOI, I see awkward and awkward1 for the names of the packages. This is what the attributes should be called.

We suffix packages with e.g. _1 if we include part of the version of the package in it. But here there is no need, because the two packages are simply named differently already.

@FRidh Thank you for clarifying. Should I then remove the commit that creates the awkward0 attribute? My idea was to try to future-proof this, but the convention where attributes correspond to what PyPi provides also makes a sense to me.

Yes, please remove it.

I agree with matching the name conventions on pypi, adheres to the law of least surprise when someone is trying to use it.

@GrahamcOfBorg build python27Packages.awkward1 python37Packages.awkward1 python38Packages.awkward1