On 20.9.2018 22:23, Martin Bukatovic wrote:
Dear python devel,
While I was considering packaging of tmuxp tool, I noticed that
dependencies of this package provided by Fedora are bit old. Eg.
python-libtmux is 2 years old, which is old enough to prevent packaging
any reasonable recent version of tmuxp.
Do I read this right that we need to update both python-libtmux and
other libraries in rawhide first so that review request for tmuxp can be
created, and when it will be completed, the new package will land only
Yes, unless you update in other releases as well.
I checked release-monitoring.org
tool and noticed that wrong backed
selected for both packages. When I fixed this, the tool created "new
version is available" bugs for both packages.
Considering the information (most?) python packages have in it's
file, would it make sense to preconfigure monitoring details based on
information from the spec file when the package is added or updated?
Yes! How can we do it in bulk?
maybe just mandate that the release monitoring information are correct
(and that the integration works) during review request?
I'd prefer the previous approach.
Or was there
some bulk change some time ago related which could break this?
No idea. What needed to be changed (i.e. from what to what)?
moved to pypi.org
and changed a lot recently.