Re: Bug#1043360: ITP: python-poetry-dynamic-versioning -- dynamic versioning plugin for Poetry
"Jakub Ružička" schreef op 9 augustus 2023 17:11:15 CEST: >On 23-08-09 15:08, Colin Watson wrote: >> How will this sort of thing work when a git tree isn't necessarily >> available at binary package build time, since buildds build binary >> packages from a source package rather than directly from git and the >> source package doesn't usually include a git tree? Is it just a matter >> of causing the plugin to exist so that pybuild doesn't fail, but in >> practice the version is still going to be set by something that's >> actually in the source package? > >A primary objective is to provide the plugin so that > >python3 -m build > >works in general, not limited to package builds. > >Supporting pybuild correctly out of the box for projects using the plugin is >a next step. > >I'm not sure how it will behave when no VCS is available as in source package. > >IIRC it replaces version in pyproject.toml during build. So possibly >a mechanism that does the same during package build but from d/changelog >version might solve this... Hmmm, sounds non-trivial. > >This will certainly require some testing. > There are already some workarounds for other similar tools in pybuild.pm, so that would be the place to add this workaround as well, if necessary. See the current examples at https://salsa.debian.org/python-team/tools/dh-python/-/blob/master/dh/pybuild.pm#L125-151 -- Groet, Regards, Victor Westerhuis
Re: Bug#1043360: ITP: python-poetry-dynamic-versioning -- dynamic versioning plugin for Poetry
On 23-08-09 15:08, Colin Watson wrote: > How will this sort of thing work when a git tree isn't necessarily > available at binary package build time, since buildds build binary > packages from a source package rather than directly from git and the > source package doesn't usually include a git tree? Is it just a matter > of causing the plugin to exist so that pybuild doesn't fail, but in > practice the version is still going to be set by something that's > actually in the source package? A primary objective is to provide the plugin so that python3 -m build works in general, not limited to package builds. Supporting pybuild correctly out of the box for projects using the plugin is a next step. I'm not sure how it will behave when no VCS is available as in source package. IIRC it replaces version in pyproject.toml during build. So possibly a mechanism that does the same during package build but from d/changelog version might solve this... Hmmm, sounds non-trivial. This will certainly require some testing.
Re: Bug#1043360: ITP: python-poetry-dynamic-versioning -- dynamic versioning plugin for Poetry
On Wed, Aug 09, 2023 at 04:16:29PM +0200, Jakub Ružička wrote: > * Package name: python-poetry-dynamic-versioning > Version : 0.25.0 > Upstream Contact: Matthew T. Kennerly > * URL : https://github.com/mtkennerly/poetry-dynamic-versioning > * License : Expat > Programming Lang: Python > Description : dynamic versioning plugin for Poetry > > This is a Python plugin for Poetry and Poetry Core to enable dynamic > versioning based on tags in your version control system, powered by Dunamai. > Many different version control systems are supported, including Git and > Mercurial. > > > Poetry is very popular in the Python world and this plugin makes it easy to > use dynamic versioning in Poetry-managed projects. > > Having this in Debian is a prerequisite for packaging of any projects using > poetry-dynamic-versioning. Some of existing packages require this in order to > update to latest upstream version which started using the plugin. How will this sort of thing work when a git tree isn't necessarily available at binary package build time, since buildds build binary packages from a source package rather than directly from git and the source package doesn't usually include a git tree? Is it just a matter of causing the plugin to exist so that pybuild doesn't fail, but in practice the version is still going to be set by something that's actually in the source package? -- Colin Watson (he/him) [cjwat...@debian.org]