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
Once we have self-contained shared libraries for all three major platforms, it might make sense to ship a Python package that just provides those binaries, as a convenience. That would make the OpenSlide Python stack entirely pip-installable.
OpenSlide Python could preferentially use openslide-bin if present, and provide a pointer to it if OpenSlide can't be found. Downstream packagers could ignore the new package entirely.
Releases of the new package would be tied to releases in this repo rather than to OpenSlide Python, so I think it makes sense to keep the packaging glue in this repo.
The text was updated successfully, but these errors were encountered:
Needed for Python wheel support. auditwheel is Linux-specific, and tomli
is already included in the Windows builder container. Neither is
available via dnf. (tomli is, but not for Python 3.8.)
For: openslide#160
Signed-off-by: Benjamin Gilbert <[email protected]>
Once we have self-contained shared libraries for all three major platforms, it might make sense to ship a Python package that just provides those binaries, as a convenience. That would make the OpenSlide Python stack entirely pip-installable.
OpenSlide Python could preferentially use
openslide-bin
if present, and provide a pointer to it if OpenSlide can't be found. Downstream packagers could ignore the new package entirely.Releases of the new package would be tied to releases in this repo rather than to OpenSlide Python, so I think it makes sense to keep the packaging glue in this repo.
The text was updated successfully, but these errors were encountered: