pystac upstream split
Antonio Valentino
antonio.valentino at tiscali.it
Tue Aug 11 06:41:47 BST 2026
Dear Bas,
I'm working on the update of pystac.
With w 1.15.x the package has been split into:
* pystac-core
* pytest-pytsac
* 22 extensions (each with a single python module)
Everything is in a single repository and we currently get the the source
tarball directly from github.
The original idea was (the one currently implemented in salsa and still
not fully working) was to generate multiple python packages from a
single source but I realized that pystac(-core) and the extensions are
versioned (and also released) independently.
This is an issue for the current implementation because all the debian
packages now have the same version.
Do you know if it is possible to control the version of the individual
packages generated form the same source tarball?
In any case the single source approach would have limitations because I
would not be able to update the extensions independently.
Unless you have a different advice, I think that the cleanest solution
would be to have 25 independent packages and to get the source tarballs
from PyPI.
If you agree with the approach I would kindly ask you to create new
salsa repositories for
pystac-core
pystac-ext-classification
pystac-ext-datacube
pystac-ext-eo
pystac-ext-file
pystac-ext-grid
pystac-ext-item_assets
pystac-ext-label
pystac-ext-mgrs
pystac-ext-mlm
pystac-ext-pointcloud
pystac-ext-projection
pystac-ext-raster
pystac-ext-render
pystac-ext-sar
pystac-ext-sat
pystac-ext-scientific
pystac-ext-storage
pystac-ext-table
pystac-ext-timestamps
pystac-ext-version
pystac-ext-view
pystac-ext-xarray_assets
pytest-pystac
Of course I will need again your help for the review of the new packages
and the first upload.
kind regards
--
Antonio Valentino
More information about the Pkg-grass-devel
mailing list