Was added to 1.24.0-r1 earlier, but this new version loses it again Reproducible: Always
Seems potentially a lot of mate@ alias packages lost some tree changes in the recent bumps. @NP-Hardass maybe recheck for missing changes in the recent batch of bumps you did? For example app-editors/pluma-1.24.2 also lost python3.9 and two other fixes.
(In reply to Ionen Wolkens from comment #1) > Seems potentially a lot of mate@ alias packages lost some tree changes in > the recent bumps. > > @NP-Hardass maybe recheck for missing changes in the recent batch of bumps > you did? For example app-editors/pluma-1.24.2 also lost python3.9 and two > other fixes. Gentoo policy is to not modify another dev's packages without notification. I'm managing 40+ packages for MATE. Development is done in another repo. If another dev comes in, without telling me, and makes changes, there's a chance they are going to get lost in the shuffle. I'll get around to re-adding python3.9 support shortly. But honestly, I'm going to keep saying it... if other devs keep making changes to MATE packages, I can't be held responsible if they get inadvertently dropped. It's a huge workload.
ask asturm/kde team how they sync keywords/python_targets back to dev repo. same problem as here.
(In reply to Adam Feldman from comment #2) > (In reply to Ionen Wolkens from comment #1) > > Seems potentially a lot of mate@ alias packages lost some tree changes in > > the recent bumps. > > > > @NP-Hardass maybe recheck for missing changes in the recent batch of bumps > > you did? For example app-editors/pluma-1.24.2 also lost python3.9 and two > > other fixes. > > Gentoo policy is to not modify another dev's packages without notification. > I'm managing 40+ packages for MATE. Development is done in another repo. > If another dev comes in, without telling me, and makes changes, there's a > chance they are going to get lost in the shuffle. I'll get around to > re-adding python3.9 support shortly. But honestly, I'm going to keep saying > it... if other devs keep making changes to MATE packages, I can't be held > responsible if they get inadvertently dropped. It's a huge workload. I mean, have you considered not doing development in another repo? In my experience, that really doesn't work well unless you're good about syncing changes, and even then it's kind of ugly. But maybe the more important point is that you've got to be better about keeping up with changes like adding new Python support. It's trivial to do, so if you can't manage to do it months someone is inevitably going to do it for you, unaware that you're going to commit stuff later without that support -- which, honestly, c'monn -- pkgcheck warns you about not supporting the latest Python version. Regardless of whether someone else made a change to ::gentoo in the mean time, you should have seen that warning and added the latest Python support. Complaining about others not respecting your weird workflow is not a productive strategy. I'd suggest not doing that, and simply acknowledging that Yes, There's A Problem.
Hi, We're concerned about the current state of MATE in the tree. There's been a pattern of not keeping up with the latest Python targets (as well as EAPI, but this is less significant in terms of direct impact on users). The regression of ~arch on stable due to a missync(?) adds to the confusion for users [0]. Being out of sync with the default Python target leads to a lot of confusing package.use entries/conflicts for users. We did send quite a few emails over an extended time period about this to the gentoo-dev mailing list, and even put out a news item. As Matt raised [1], it may well be that the overlay model isn't sustainable, although the KDE project has a set of scripts you may wish to borrow/adapt. If it's not possible to keep up more, we would like to see MATE move into an overlay and be removed from the main ::gentoo tree, but of course, we'd much prefer it stay. Could you please audit all the MATE ebuilds in the tree for missing Python compatibility updates? You may find this report [2] helpful, although it's not exhaustive (it doesn't show where the depgraph doesn't yet allow upgrading Python versions, so more work may be needed to fix the dependencies first). [0] https://forums.gentoo.org/viewtopic-t-1140162.html [1] https://bugs.gentoo.org/799668#c4 [2] https://qa-reports.gentoo.org/output/gentoo-ci/output.html;maintainer=mate for the QA team, sam
I'll sit down this weekend and hammer out the updates. I'm willing to concede that there could be room for improvement in my workflow, BUT, it should be crystal clear that A) Gentoo policy dictates that package maintainers should be notified when their packages are touched by another developer, and B) managing a large number of interrelated packages is cumbersome, and OTHER developers should unnecessarily make it MORE difficult. (In this case the only difficulty I'm stating is NOT notifying the maintainer that they modified their packages. That's trivial on the part of the third party) Side note: As far as changes being lost, just realize, when packages are bumped, either revbump or actual version bump, a new file is being created and so git changes are not being tracked across files. Thus it is absolutely easy to lose changes made without your knowledge if not all the pieces are in perfect sync. So, am I complaining for the sake of complaining? Of course not. Am I trying to prevent changes from being made? Of course not. I'm merely stating that since Gentoo policy is to notify developers when you touch their packages, I'd like that respected, since the fact that I'm maintaining a whole desktop environment of over 40 packages is made so much more difficult when it's being modified without my knownledge.
(In reply to Adam Feldman from comment #6) > I'll sit down this weekend and hammer out the updates. Great. Unfortunately, there's kind of more to the problem than just that at this point. > I'm willing to concede that there could be room for improvement in my > workflow, BUT, it should be crystal clear that A) Gentoo policy dictates > that package maintainers should be notified when their packages are touched https://pbs.twimg.com/media/D3-rdIzWkAE157q?format=png ... but I don't think anyone is going to be sympathetic to this argument given that 1) The Python compat bump was *long* overdue 2) No one wastes their time informing the maintainer of a Python compat bump 3) You haven't joined IRC on Libera, so contacting you is more cumbersome 4) pkgcheck warns when a package doesn't support the latest Python † † This means that you either a) ignored the warning when you did the bump or b) don't use pkgcheck. Neither of those are good. > by another developer, and B) managing a large number of interrelated > packages is cumbersome, and OTHER developers should unnecessarily make it I don't say this to browbeat you, but this is the second time you've said something like this (the first time was "It's a huge workload.") -- every developer in this thread does significantly more than you do. Please don't complain to us about the workload :) I made suggestions for how your workflow might improve. You didn't even reply. I'd rather do something more productive, especially since it seems none of what I said sunk in. > MORE difficult. (In this case the only difficulty I'm stating is NOT > notifying the maintainer that they modified their packages. That's trivial > on the part of the third party) > > > Side note: As far as changes being lost, just realize, when packages are > bumped, either revbump or actual version bump, a new file is being created > and so git changes are not being tracked across files. Thus it is > absolutely easy to lose changes made without your knowledge if not all the > pieces are in perfect sync. I'm sorry, but this is bullshit. Run pkgcheck. It warns you. > So, am I complaining for the sake of complaining? Of course not. Am I > trying to prevent changes from being made? Of course not. I'm merely > stating that since Gentoo policy is to notify developers when you touch > their packages, I'd like that respected, since the fact that I'm maintaining > a whole desktop environment of over 40 packages is made so much more > difficult when it's being modified without my knownledge. This is a problem of your own making when you reintroduce a pkgcheck warning (for something you should have done months ago). When this bug was filed, you could have just fixed it — and in less effort than writing comment #2. My recommendations 1) Stop arguing and complaining that no one informed you 2) Change your workflow — there are multiple reasonable solutions and none of them should require everyone *else* to change how they work to placate you 3) Run pkgcheck
The bug has been referenced in the following commit(s): https://gitweb.gentoo.org/proj/gentoo-mate.git/commit/?id=460c9353fcd87bc6dcd094d6e6326e05e40ce0c2 commit 460c9353fcd87bc6dcd094d6e6326e05e40ce0c2 Author: Adam Feldman <NP-Hardass@gentoo.org> AuthorDate: 2021-08-02 00:47:35 +0000 Commit: Adam Feldman <NP-Hardass@gentoo.org> CommitDate: 2021-08-02 00:51:35 +0000 app-editors/pluma: Support python 3_9, 3_10 Also fix path in src_test to avoid warning message Bug: https://bugs.gentoo.org/799668 Package-Manager: Portage-3.0.18, Repoman-3.0.3 Signed-off-by: Adam Feldman <NP-Hardass@gentoo.org> app-editors/pluma/pluma-1.24.1.ebuild | 4 ++-- app-editors/pluma/pluma-1.24.2.ebuild | 4 ++-- app-editors/pluma/pluma-9999.ebuild | 6 +++--- 3 files changed, 7 insertions(+), 7 deletions(-) https://gitweb.gentoo.org/proj/gentoo-mate.git/commit/?id=3442e87839a7a9c0c796a8bbd51fbb836a28a383 commit 3442e87839a7a9c0c796a8bbd51fbb836a28a383 Author: Adam Feldman <NP-Hardass@gentoo.org> AuthorDate: 2021-08-02 00:27:16 +0000 Commit: Adam Feldman <NP-Hardass@gentoo.org> CommitDate: 2021-08-02 00:27:16 +0000 mate-extra/caja-hide: Support python 3_9 Bug: https://bugs.gentoo.org/799668 Package-Manager: Portage-3.0.18, Repoman-3.0.3 Signed-off-by: Adam Feldman <NP-Hardass@gentoo.org> mate-extra/caja-hide/caja-hide-0.9.0.ebuild | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) https://gitweb.gentoo.org/proj/gentoo-mate.git/commit/?id=656d58e58eec4ca9263e24799a8e0229b36f953d commit 656d58e58eec4ca9263e24799a8e0229b36f953d Author: Adam Feldman <NP-Hardass@gentoo.org> AuthorDate: 2021-08-02 00:18:15 +0000 Commit: Adam Feldman <NP-Hardass@gentoo.org> CommitDate: 2021-08-02 00:18:15 +0000 mate-extra/caja-admin: Add support for python 3_9, 3_10 Bug: https://bugs.gentoo.org/799668 Package-Manager: Portage-3.0.18, Repoman-3.0.3 Signed-off-by: Adam Feldman <NP-Hardass@gentoo.org> mate-extra/caja-admin/caja-admin-0.0.2_p20200328.ebuild | 2 +- mate-extra/caja-admin/caja-admin-9999.ebuild | 2 +- 2 files changed, 2 insertions(+), 2 deletions(-) https://gitweb.gentoo.org/proj/gentoo-mate.git/commit/?id=5e330cdb0325a02330592f9ddb2381ec8030dff6 commit 5e330cdb0325a02330592f9ddb2381ec8030dff6 Author: Adam Feldman <NP-Hardass@gentoo.org> AuthorDate: 2021-08-02 00:12:44 +0000 Commit: Adam Feldman <NP-Hardass@gentoo.org> CommitDate: 2021-08-02 00:14:26 +0000 mate-extra/caja-dropbox: Add support for python 3_9, 3_10 Bug: https://bugs.gentoo.org/799668 Package-Manager: Portage-3.0.18, Repoman-3.0.3 Signed-off-by: Adam Feldman <NP-Hardass@gentoo.org> mate-extra/caja-dropbox/caja-dropbox-1.24.0-r1.ebuild | 2 +- mate-extra/caja-dropbox/caja-dropbox-9999.ebuild | 4 ++-- 2 files changed, 3 insertions(+), 3 deletions(-) https://gitweb.gentoo.org/proj/gentoo-mate.git/commit/?id=a5376cd5d51c2cd6d031f7d437722f7ef8dc3a56 commit a5376cd5d51c2cd6d031f7d437722f7ef8dc3a56 Author: Adam Feldman <NP-Hardass@gentoo.org> AuthorDate: 2021-08-02 00:01:30 +0000 Commit: Adam Feldman <NP-Hardass@gentoo.org> CommitDate: 2021-08-02 00:05:24 +0000 dev-python/python-caja: Update support for python 3_9, 3_10 Bug: https://bugs.gentoo.org/799668 Signed-off-by: Adam Feldman <NP-Hardass@gentoo.org> dev-python/python-caja/python-caja-1.24.0-r2.ebuild | 2 +- dev-python/python-caja/python-caja-9999.ebuild | 2 +- 2 files changed, 2 insertions(+), 2 deletions(-)
The bug has been referenced in the following commit(s): https://gitweb.gentoo.org/repo/gentoo.git/commit/?id=e20e115fdfe0f03c0bcdc20ba66cc7aa30bc6d99 commit e20e115fdfe0f03c0bcdc20ba66cc7aa30bc6d99 Author: Adam Feldman <NP-Hardass@gentoo.org> AuthorDate: 2021-08-02 00:47:35 +0000 Commit: Adam Feldman <NP-Hardass@gentoo.org> CommitDate: 2021-08-02 01:38:57 +0000 app-editors/pluma: Support python 3_9, 3_10 Also fix path in src_test to avoid warning message Bug: https://bugs.gentoo.org/799668 Package-Manager: Portage-3.0.18, Repoman-3.0.3 Signed-off-by: Adam Feldman <NP-Hardass@gentoo.org> app-editors/pluma/pluma-1.24.1.ebuild | 2 +- app-editors/pluma/pluma-1.24.2.ebuild | 4 ++-- 2 files changed, 3 insertions(+), 3 deletions(-) https://gitweb.gentoo.org/repo/gentoo.git/commit/?id=d91808308e59297fc4e1621df52806311bb99260 commit d91808308e59297fc4e1621df52806311bb99260 Author: Adam Feldman <NP-Hardass@gentoo.org> AuthorDate: 2021-08-02 00:27:16 +0000 Commit: Adam Feldman <NP-Hardass@gentoo.org> CommitDate: 2021-08-02 01:38:57 +0000 mate-extra/caja-hide: Support python 3_9 Bug: https://bugs.gentoo.org/799668 Package-Manager: Portage-3.0.18, Repoman-3.0.3 Signed-off-by: Adam Feldman <NP-Hardass@gentoo.org> mate-extra/caja-hide/caja-hide-0.9.0.ebuild | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) https://gitweb.gentoo.org/repo/gentoo.git/commit/?id=3f8d1f4acaa741ab309a62591cee2b8bfdf30b5e commit 3f8d1f4acaa741ab309a62591cee2b8bfdf30b5e Author: Adam Feldman <NP-Hardass@gentoo.org> AuthorDate: 2021-08-02 00:18:15 +0000 Commit: Adam Feldman <NP-Hardass@gentoo.org> CommitDate: 2021-08-02 01:35:06 +0000 mate-extra/caja-admin: Add support for python 3_9, 3_10 Bug: https://bugs.gentoo.org/799668 Package-Manager: Portage-3.0.18, Repoman-3.0.3 Signed-off-by: Adam Feldman <NP-Hardass@gentoo.org> mate-extra/caja-admin/caja-admin-0.0.2_p20200328.ebuild | 4 ++-- mate-extra/caja-admin/caja-admin-9999.ebuild | 4 ++-- 2 files changed, 4 insertions(+), 4 deletions(-) https://gitweb.gentoo.org/repo/gentoo.git/commit/?id=77487365d77315504da8fe09a75aff7d61eed997 commit 77487365d77315504da8fe09a75aff7d61eed997 Author: Adam Feldman <NP-Hardass@gentoo.org> AuthorDate: 2021-08-02 00:12:44 +0000 Commit: Adam Feldman <NP-Hardass@gentoo.org> CommitDate: 2021-08-02 01:34:59 +0000 mate-extra/caja-dropbox: Add support for python 3_9, 3_10 Bug: https://bugs.gentoo.org/799668 Package-Manager: Portage-3.0.18, Repoman-3.0.3 Signed-off-by: Adam Feldman <NP-Hardass@gentoo.org> mate-extra/caja-dropbox/caja-dropbox-1.24.0-r1.ebuild | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) https://gitweb.gentoo.org/repo/gentoo.git/commit/?id=f6c644c8535fccbdeaa60a809388de5b54aa1fbc commit f6c644c8535fccbdeaa60a809388de5b54aa1fbc Author: Adam Feldman <NP-Hardass@gentoo.org> AuthorDate: 2021-08-02 00:01:30 +0000 Commit: Adam Feldman <NP-Hardass@gentoo.org> CommitDate: 2021-08-02 01:34:01 +0000 dev-python/python-caja: Update support for python 3_9, 3_10 Bug: https://bugs.gentoo.org/799668 Signed-off-by: Adam Feldman <NP-Hardass@gentoo.org> dev-python/python-caja/python-caja-1.24.0-r2.ebuild | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-)
(In reply to Matt Turner from comment #7) [...] > I made suggestions for how your workflow might improve. You didn't even reply. I'd rather do something more productive, especially since it seems none of what I said sunk in. I have only been using repoman up to this point as that is the only tool recommended in https://wiki.gentoo.org/wiki/Gentoo_git_workflow. I've started using pkgcheck now as you recommendeded. I'll join Libera.chat later this week so I'm accessible over IRC again. I proactively added python3_10 to all possible MATE packages, save caja-hide.
Thank you! We look forward to seeing you on Libera!
