commit: 5098a8e9709a4d4b0d1be89770396f2002234b77
Author: Sam James <sam <AT> gentoo <DOT> org>
AuthorDate: Sun Oct 6 07:14:01 2024 +0000
Commit: Sam James <sam <AT> gentoo <DOT> org>
CommitDate: Sun Oct 6 07:16:45 2024 +0000
URL: https://gitweb.gentoo.org/repo/gentoo.git/commit/?id=5098a8e9
mate-extra/mate-utils: depend on min mate-desktop matching ${PV}
Depend on >=mate-desktop-$(ver_cut 1-2) to avoid build failures for now
as a quick workaround.
The maintainers should check whether each package really needs it and
also consider a possible QA check in the eclass given some of them
seem to have a pattern in configure.ac for this, but given the bug has
been open for a whlie, I'd rather have some of the deps be unnecessarily
tight (not that it's even that tight) than as-it-was.
Note that couldn't use ${MATE_BRANCH} as it says:
> # Major and minor numbers of the version number, unless live.
> # If live ebuild, will be set to '9999'.
which made me wonder if it's actually meant to be 1-2 or 1-3 in ver_cut
or what.
Anyway, in summary:
* Apply a fix which makes things better, even if it's slightly overkill;
* Someone needs to audit these to find the actual minimum versions
(some truly do need this, some need just something older, although
unclear if upstream carefully update these or ont);
* A QA check may be wise.
Bug: https://bugs.gentoo.org/935279
Bug: https://bugs.gentoo.org/936079
Signed-off-by: Sam James <sam <AT> gentoo.org>
mate-extra/mate-utils/mate-utils-1.28.0.ebuild | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/mate-extra/mate-utils/mate-utils-1.28.0.ebuild
b/mate-extra/mate-utils/mate-utils-1.28.0.ebuild
index 32f8892bc667..a7145fa777ed 100644
--- a/mate-extra/mate-utils/mate-utils-1.28.0.ebuild
+++ b/mate-extra/mate-utils/mate-utils-1.28.0.ebuild
@@ -38,7 +38,7 @@ COMMON_DEPEND="
"
RDEPEND="${COMMON_DEPEND}
- mate-base/mate-desktop
+ >=mate-base/mate-desktop-$(ver_cut 1-2)
virtual/libintl
"
