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 in rawhide? I checked release-monitoring.org tool and noticed that wrong backed is 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 spec file, would it make sense to preconfigure monitoring details based on information from the spec file when the package is added or updated? Or maybe just mandate that the release monitoring information are correct (and that the integration works) during review request? Or was there some bulk change some time ago related which could break this? -- Martin Bukatovič _______________________________________________ python-devel mailing list -- python-devel@lists.fedoraproject.org To unsubscribe send an email to python-devel-le...@lists.fedoraproject.org Fedora Code of Conduct: https://getfedora.org/code-of-conduct.html List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines List Archives: https://lists.fedoraproject.org/archives/list/python-devel@lists.fedoraproject.org