Summary: | net-misc/clusterssh-4.80 version bump | ||
---|---|---|---|
Product: | Gentoo Linux | Reporter: | shinydoofy |
Component: | Current packages | Assignee: | Jaco Kroon <jaco> |
Status: | RESOLVED FIXED | ||
Severity: | normal | CC: | cluster |
Priority: | Normal | Keywords: | PullRequest |
Version: | unspecified | ||
Hardware: | All | ||
OS: | Linux | ||
See Also: |
https://bugs.kde.org/show_bug.cgi?id=348569 https://bugs.gentoo.org/show_bug.cgi?id=559374 https://github.com/gentoo/gentoo/pull/22901 |
||
Whiteboard: | |||
Package list: | Runtime testing required: | --- |
Description
shinydoofy
2016-10-29 08:46:08 UTC
The bug has been closed via the following commit(s): https://gitweb.gentoo.org/repo/gentoo.git/commit/?id=80b0cd235fabed1caaf20c3718818a39b08f90ec commit 80b0cd235fabed1caaf20c3718818a39b08f90ec Author: Jaco Kroon <jaco@uls.co.za> AuthorDate: 2021-11-11 13:29:02 +0000 Commit: Sam James <sam@gentoo.org> CommitDate: 2021-11-12 01:21:21 +0000 net-misc/clusterssh: Bump to 4.16. About versioning: https://wiki.gentoo.org/wiki/Project:Perl/Version-Scheme Right, so with clusterssh using X.YY_ZZ, it's impossible to go larger than 99 already. As such, the benefit of using 4.160 (and then using DIST_VERSION to wangle that back to 4.16 doesn't make sense for me). Currently there is no third digit here, so in a future version I'll set it up to double op on the versions, eg, 5.0 will likely be 5.00 upstream, and 5.0.1 or 4.16.1 will be 5.00_01 or 4.16.01 upstream (which can be dealt with smartly using sprintf constructing DIST_VERSION). Closes: https://bugs.gentoo.org/598420 Closes: https://bugs.gentoo.org/819306 Closes: https://bugs.gentoo.org/775947 Bug: https://bugs.gentoo.org/768105 Package-Manager: Portage-3.0.28, Repoman-3.0.3 Signed-off-by: Jaco Kroon <jaco@uls.co.za> Signed-off-by: Sam James <sam@gentoo.org> net-misc/clusterssh/Manifest | 1 + net-misc/clusterssh/clusterssh-4.16.ebuild | 48 ++++++++++++++++++++++++++++++ 2 files changed, 49 insertions(+) |