pystac upstream split
Antonio Valentino
antonio.valentino at tiscali.it
Thu Aug 13 18:45:07 BST 2026
Dear Bas,
Il 12/08/26 07:10, Sebastiaan Couwenberg ha scritto:
> On 8/11/26 10:48 PM, Antonio Valentino wrote:
>> Dear Bas,
[...]
>>>> 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?
>>>
>>> Binary packages don't have to use the same version of the source
>>> package, this can sometimes be used instead of an epoch.
>>
>> How can I do it?
>
> Using substvars in d/control, e.g:
>
> Package: pystac-ext-eo
> Version: ${pystac-ext-eo:Version}
>
> and generating the pystac-ext-eo.substvars file in d/rules using
> the .toml files.
>
> https://www.debian.org/doc/debian-policy/ch-source.html#variable-
> substitutions-debian-substvars
thanks
[...]
>>>> 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.
>>>
>>> My gut feeling right now is that we don't want all of these separate
>>> extension packages, but I don't have enough information to formulate
>>> what I think would be the best solution.
>>
>> For the time being I would like to keep the single source package.
>> Probably it is also a good idea to have only
>>
>> python3-pystac-core
>> python3-pystac (which includes all the extensions and depends on
>> pystac-core)
>
> May rename it to python3-pystac-extensions if it only contains those.
>
> That could also be split into its own source package which bundles all
> the extension like nodejs packages do (using the checksum version and
> multiple upstream tarballs).
>
> https://wiki.debian.org/Javascript/GroupSourcesTutorial
The upstream pystac is mostly a virtual package depending on all the
extensions. It only provides a single python module:
pystac/extensions/ext.py.
The debian version now provides the entire content of the
pystac/extensions sub-package.
I decided to keep the name such that packages currently depending on
pystac keep working.
>> python3-pystac-doc
>>
>> python3-pytest-pystac would also be needed for autopkgtests
>> This one would be the only one with a mismatch between the debian
>> package version and the python package version.
>
> pytest-pystac also doesn't have tags in the upstream repo, unlike core
> and the extensions. Possibly because it hasn't been blessed as stable yet.
I managed to remove also the pytest-pystac package (it is only used at
build time and in autopkgtest)
The only new package now is python3-pystac-core.
Please feel free to review an upload.
kind regards
--
Antonio Valentino
More information about the Pkg-grass-devel
mailing list