New release 2.0.0

[tancnle]

@grantjenks Would it be possible to push a new release of tree_sitter_languages?

Many thanks for your work on this project.

[grantjenks]

Release triggered at https://github.com/grantjenks/py-tree-sitter-languages/actions/runs/7706777756

[tancnle]

Thank you for pushing a new release @grantjenks 🙇🏼

I have noticed that macOS and windows wheels are not available on PyPi. I can see the macOS build was completed successfully but the subsequent upload job did not include them 🤔

[tancnle]

Another data points, the links for the uploaded macOS and windows are both returning 404

• macOS: https://github.com/grantjenks/py-tree-sitter-languages/actions/runs/7706777756/job/21002863775#step:7:36
• windows: https://github.com/grantjenks/py-tree-sitter-languages/actions/runs/7706777756/job/21002863934#step:7:35

[tancnle]

I think both macOS and windows artefacts are overwritten by ubuntu ones because of this change bc2ba52.

[tancnle]

I think reverting back to upload-artifact@v2 would be a quickest fix (#47)

[grantjenks]

Try 2 https://github.com/grantjenks/py-tree-sitter-languages/actions/runs/7720774276

[tancnle]

@grantjenks It seems that the build is failing due to artefacts not being found. I think it is due to some compatibility issue between upload-artifact@v2 and download-artifact@v4. 🤔

I have reinstated upload-artifact@v4 (PR) and ensured there are no naming conflicts (following the example from upload-artifact repo). The artefact links are shown up in the log (source).

Hopefully, the upload job will pass this time. Could you kindly have another look? 🙏🏼

[andreportela]

How can I test it on macOS M1?

[tancnle]

@andreportela We need to push a new release so the package with MacOS wheels will be available via PyPi. At the moment, you can download the wheels directly from the artefacts page.

1. Download wheelhouse-macos-latest and unpack the locally.

2. Select the appropriate one for your Python version and arch. For example, I use Python 3.11 on M1 so I select tree_sitter_languages-1.10.1-cp311-cp311-macosx_11_0_arm64.whl.

   ./
   tree_sitter_languages-1.10.1-cp310-cp310-macosx_10_9_x86_64.whl
   tree_sitter_languages-1.10.1-cp310-cp310-macosx_11_0_arm64.whl
   tree_sitter_languages-1.10.1-cp311-cp311-macosx_10_9_x86_64.whl
   tree_sitter_languages-1.10.1-cp311-cp311-macosx_11_0_arm64.whl
   tree_sitter_languages-1.10.1-cp312-cp312-macosx_10_9_x86_64.whl
   tree_sitter_languages-1.10.1-cp312-cp312-macosx_11_0_arm64.whl
   tree_sitter_languages-1.10.1-cp37-cp37m-macosx_10_9_x86_64.whl
   tree_sitter_languages-1.10.1-cp38-cp38-macosx_10_9_x86_64.whl
   tree_sitter_languages-1.10.1-cp38-cp38-macosx_11_0_arm64.whl
   tree_sitter_languages-1.10.1-cp39-cp39-macosx_10_9_x86_64.whl
   tree_sitter_languages-1.10.1-cp39-cp39-macosx_11_0_arm64.whl

3. Install the package

   ❯ pip install tree_sitter_languages-1.10.1-cp311-cp311-macosx_11_0_arm64.whl 

4. Try it out

   $ python
   Python 3.11.7 (main, Jan 15 2024, 18:10:15) [Clang 15.0.0 (clang-1500.1.0.2.5)] on darwin
   Type "help", "copyright", "credits" or "license" for more information.
   >>> from tree_sitter_languages import get_language, get_parser
   >>> language = get_language('python')
   >>>> parser = get_parser('python')

[tancnle]

👋🏼 @grantjenks would it be possible if you could please push another release or perhaps rebuild/push 1.10.1 🙏🏼?

[grantjenks]

Try 2: https://github.com/grantjenks/py-tree-sitter-languages/actions/runs/7772134775

[tancnle]

Thanks @grantjenks. The new package looks good to me 🙇🏼‍♂️