Also, net-misc/pyhoca-cli only supports python3_8 and python3_9
Please be more precise with your bugs. $ grep -rsin "x2go" profiles/ profiles/base/package.use.stable.mask:33:net-misc/remmina x2go profiles/arch/arm64/package.use.mask:72:net-misc/remmina x2go It's stable-masked, i.e. depending on an unstable package is fine here. Besides, CI wouldn't let such a bad dependency reach users. Are you requesting that pyhoca-cli (and possibly other needed deps) be made stable so the stable mask can be dropped?
Let me know what you think I should be fixing here, but it kinda sounds like we're headed towards removing x2go/pyhoca-cli support altogether, rather than stabilizing it.
Sorry for the lack of details. There are some x2go users at work, but I don't know how they use it. Maybe you could just add python3_10 for now to pyhoca-cli?
Just to clarify, this is about being able to install remmina[x2go] without any complicated/cascading package.use requirements now that the profile defaults don't work for pyhoca-cli, right? My understanding is that pyhoca-cli doesn't need to be built with the same PYTHON_TARGETS as remmina, since it's just a CLI tool called independently of remmina's new python plugin support. I can look into updating pyhoca-cli for new targets to ease installation, but I don't *think* there will be any changes needed in remmina ebuilds. If I'm mistaken, let me know.
(In reply to Ben Kohler from comment #4) > Just to clarify, this is about being able to install remmina[x2go] without > any complicated/cascading package.use requirements now that the profile > defaults don't work for pyhoca-cli, right? > > My understanding is that pyhoca-cli doesn't need to be built with the same > PYTHON_TARGETS as remmina, since it's just a CLI tool called independently > of remmina's new python plugin support. > > I can look into updating pyhoca-cli for new targets to ease installation, > but I don't *think* there will be any changes needed in remmina ebuilds. If > I'm mistaken, let me know. I think you right on the spot, I just wanted to skip python 3.8/3.9 and use 3.10 for all python pkgs.
It seems I missed the pyhoca* packages when updating PYTHON_COMPAT (python-x2go is good), let me check how these behave, should be OK with python 3.10 as Fedora version works fine IIRC
The bug has been referenced in the following commit(s): https://gitweb.gentoo.org/repo/gentoo.git/commit/?id=5e4f6906e4cdebda370d135a633de245f2fb3785 commit 5e4f6906e4cdebda370d135a633de245f2fb3785 Author: Bernard Cafarelli <voyageur@gentoo.org> AuthorDate: 2022-07-27 20:55:03 +0000 Commit: Bernard Cafarelli <voyageur@gentoo.org> CommitDate: 2022-07-27 21:27:18 +0000 net-misc/pyhoca-cli: update PYTHON_COMPAT Bug: https://bugs.gentoo.org/861221 Signed-off-by: Bernard Cafarelli <voyageur@gentoo.org> net-misc/pyhoca-cli/pyhoca-cli-0.6.1.2.ebuild | 6 +++--- 1 file changed, 3 insertions(+), 3 deletions(-) https://gitweb.gentoo.org/repo/gentoo.git/commit/?id=a4ecf2f5ae5f54f5bb07c33ce6a727ba7e34040f commit a4ecf2f5ae5f54f5bb07c33ce6a727ba7e34040f Author: Bernard Cafarelli <voyageur@gentoo.org> AuthorDate: 2022-07-27 20:54:20 +0000 Commit: Bernard Cafarelli <voyageur@gentoo.org> CommitDate: 2022-07-27 21:27:18 +0000 net-misc/pyhoca-gui: update PYTHON_COMPAT Bug: https://bugs.gentoo.org/861221 Signed-off-by: Bernard Cafarelli <voyageur@gentoo.org> net-misc/pyhoca-gui/pyhoca-gui-0.6.1.1.ebuild | 6 +++--- 1 file changed, 3 insertions(+), 3 deletions(-)
Both seem to look good on minimal testing (simple local session), not sure though if pyhoca-cli still works fine with remmina If not, given the current state of the project upstream it should be dropped remmina (and probably last-riting pyhoca-* packages soon after)
(In reply to Bernard Cafarelli from comment #8) > Both seem to look good on minimal testing (simple local session), not sure > though if pyhoca-cli still works fine with remmina > If not, given the current state of the project upstream it should be dropped > remmina (and probably last-riting pyhoca-* packages soon after) Thanks, I think this is all I need so closing.
