-
Notifications
You must be signed in to change notification settings - Fork 78
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
Release xeus-python on PyPI #181
Comments
I am looking into conda-press and opened a number of issues in the repository. Unfortunately, conda-press does not seem to be really up to the task quite yet. We need to find another approach. |
This is exciting ! Let us know if you have any question related to scikit-build. As a side note, here is example of project I updated to have wheels automatically uploaded after pushing a tag. See https://github.com/amueller/word_cloud |
Do you already have a wip branch pushed somewhere ? |
No, I am reading up on scikit-build, because there are quite a few dependencies.
xeus core also depends on |
@jcfr btw, I would love to pick your brain for this if you would be ok to have a quick chat. Also, FYI, we have iterated a lot on xeus-python lately, since this is the backend to |
It is worth noting that scikit-build and conda-press could / should be used together -- scikit-build helps integrate the C++ / CMake build and conda-press helps package binary dependencies. |
What is de-pressing is that conda-press installs binary stuff under So conda-press in its current form may not be the right tool (quite yet). Since we have a pressing need for a PyPI package I am looking at other means to do this. |
😆 @scopatz -- @SylvainCorlay should get an honorary badge for this one!
If using CMake / scikit-build, this can be avoided on macOS and Linux by weak linking with targetLinkLibrariesWithDynamicLookup. |
@thewtex do you have an example of a package that would be doing this? I am mostly concerned with binary dependencies that are not cmake-based, that is |
I am going to try this with ITK :-). |
For reference, we now have an experimental wheel on PyPI for linux only. We already build functional wheels on Windows and OS X but are not uploading them quite yet. |
@SylvainCorlay awesome! |
For reference 0.7.1 is now on PyPI and works with user installs and virtual environments. I will be uploading windows and OS X wheels later on. |
I got a little bit emojinal there, but it is warranted. |
@SylvainCorlay Would it be possible to update the xeus archive on PyPI? pip is a hard requirement in my use case and 7.1 is too old for some tools (jupyterlab/debugger#479 (comment)). |
@sknigh I have released 0.8.3 on pypi. |
Just checking whether there are plans for a new release including PyPI wheels incorporating #400 in the coming weeks, or whether I should set aside some time to figure out how to install from source to try out this major milestone (can't use conda) :) |
I will build the wheel and publish it 👍🏼 |
xeus-python 0.11.1 is on PyPi |
* Add more skip-if-exists * remove wheel config * fix typo * Remove before-build-python hook * Re-add `wasm` to files * Fix build:prod script * Delete MANIFEST.in * edit config * include static directory explicitely ? * narrow down gitignore * fix typo
Publishing
xeus-python
as a package that can be installed bypip
opens it up to use in a wider set of venues, namely in environments whereconda
is unavailable.The text was updated successfully, but these errors were encountered: