This is an OpenPGP/MIME signed message (RFC 4880 and 3156) --------------zFsuOmhWGeRal913OkXBqZ91
Content-Type: text/plain; charset=UTF-8
Content-Transfer-Encoding: quoted-printable

On 9/25/24 1:47 PM, Mart Raudsepp wrote:

Hello

The state of GNOME in Gentoo could use a bunch of work and we don't
really have the developers currently to take care of it.
My own grandiose plans to be back and keep things in good order faced
sad reality (a bunch of personal things) and we could really use some
help in at least carefully reviewing and merging a contributors lots of
work, and hopefully more.
While I don't have the time, energy and currently motivation to be
hands-on in the git tree right now, I am online on IRC rather
constantly (lets say while waiting on work rust code compilation ;) and
happy to help on-board an interested developer or developers with any peculiarities (which hopefully would get documented in the process), questions, module interactions, whatever is needed, including during PR reviews, just please do keep in touch, so I can offload things from my
brain for a more sustainable future.

Thanks for bringing this up. I do not use gnome myself, but I use
cinnamon which was based on it and uses much of its technology stack, so
color me interested.

Given a huge stack of available pull requests from a contributor, the
main need right now is someone with a Gentoo developer hat who can help review these and get good things merged, fixed what's needed, and keep
an eye out on the bugs. Of course contributors are welcome too, but
please keep an eye out for not duplicating work that's already waiting review.

And this much I can certainly do. :)

To my knowledge, one big issue right now is a circular dep between glib->gobject-introspection->glib, which needs proper solving to move
forward with things. Or at least look at reducing the glib requirement
in gnome-shell some way to at least unleash that core stack for our
users. There are ideas we can talk about.

This is... tricky. The obvious possibility is to try to build a
bootstrap copy of AAA inside the ebuild for BBB as a bootstrap thing, as
long as that is sufficient to build a proper copy of AAA using the
partially valid installation of BBB.

Chewi was also trying to see if portage can be convinced to stage the
same package twice with different USE flags in the same emerge process
in order to solve cyclical USE flag dependencies, but it's not a
guarantee...


--
Eli Schwartz


--------------zFsuOmhWGeRal913OkXBqZ91--

-----BEGIN PGP SIGNATURE-----

wnsEABYIACMWIQTnFNnmK0TPZHnXm3qEp9ErcA0vVwUCZvRQ1wUDAAAAAAAKCRCEp9ErcA0vVxdW AQDT0k/8GIOltlQbhXsc1JIEux5DBkG8wIEdVkQdCWU+qgEA069/XjLj0wBF4IHGBsEWFx9z/Er6 uZ0SeGTQFQfvRQ0=
=DwN4
-----END PGP SIGNATURE-----

--- SoupGate-Win32 v1.05
* Origin: fsxNet Usenet Gateway (21:1/5)

Hello


The state of GNOME in Gentoo could use a bunch of work and we don't
really have the developers currently to take care of it.
My own grandiose plans to be back and keep things in good order faced
sad reality (a bunch of personal things) and we could really use some
help in at least carefully reviewing and merging a contributors lots of
work, and hopefully more.
While I don't have the time, energy and currently motivation to be
hands-on in the git tree right now, I am online on IRC rather
constantly (lets say while waiting on work rust code compilation ;) and
happy to help on-board an interested developer or developers with any peculiarities (which hopefully would get documented in the process),
questions, module interactions, whatever is needed, including during PR reviews, just please do keep in touch, so I can offload things from my
brain for a more sustainable future.

Given a huge stack of available pull requests from a contributor, the
main need right now is someone with a Gentoo developer hat who can help
review these and get good things merged, fixed what's needed, and keep
an eye out on the bugs. Of course contributors are welcome too, but
please keep an eye out for not duplicating work that's already waiting
review.

To my knowledge, one big issue right now is a circular dep between glib->gobject-introspection->glib, which needs proper solving to move
forward with things. Or at least look at reducing the glib requirement
in gnome-shell some way to at least unleash that core stack for our
users. There are ideas we can talk about.


Mart

--- SoupGate-Win32 v1.05
* Origin: fsxNet Usenet Gateway (21:1/5)

On Wed, Sep 25, 2024 at 02:05:10PM -0400, Eli Schwartz wrote:

Chewi was also trying to see if portage can be convinced to stage the
same package twice with different USE flags in the same emerge process
in order to solve cyclical USE flag dependencies, but it's not a
guarantee...

I see it more as giving us hope of being able to remove whatever
horrible hack we implement eventually, but I think the horrible
hack will have to exist in the interim.
--
ionen

-----BEGIN PGP SIGNATURE-----

iQEzBAABCAAdFiEEx3SLh1HBoPy/yLVYskQGsLCsQzQFAmb0WVIACgkQskQGsLCs QzQkwgf+Msh3ewUYDBvI9sDgf2eLfZ3KdbqI5FDURBSj3Wx9dmABlBJX4KV1SLdA zhRgIlJiCNYlB8v53mKvzR4jAjFse9CXxhd/qCt7M/1DM5mSv2YrIypBs1946zoG UMDulhzVcYJ5oPccCjn4SllXXewHKWCIbq5n9LxAFvi/tqpLlEfya6Z5Qt/6JYWZ ttAVTv3wka1zDIRQG2SagBoxBg9zivbaAenbhp5ox62dN4MecspHYrbSNSFwhUdk 61paxEdRQJnXoyo/vnXcdp8mBrAMmKC4p7drZz18jOQuja9JYEJlla9v+7/V4Q89 x7kdhh9FrydJSI3CnzxXOvezW7Yzbw==
=Q3Nv
-----END PGP SIGNATURE-----

--- SoupGate-Win32 v1.05
* Origin: fsxNet Usenet Gateway (21:1/5)

On Wed, 2024-09-25 at 14:41 -0400, Ionen Wolkens wrote:

On Wed, Sep 25, 2024 at 02:05:10PM -0400, Eli Schwartz wrote:

Chewi was also trying to see if portage can be convinced to stage the
same package twice with different USE flags in the same emerge process
in order to solve cyclical USE flag dependencies, but it's not a guarantee...

I see it more as giving us hope of being able to remove whatever
horrible hack we implement eventually, but I think the horrible
hack will have to exist in the interim.

Yes, the glib/gobject-introspection conflict was my main test case. It was an interesting one because it also involved some blockers. I pushed my half baked idea up to GitHub in the hope that Zac or someone could maybe take it and actually make it work properly. The results so far have shown that it at least seems feasible. Once complete, we could get it out the door quite quickly.

As for GNOME, I'm afraid I don't use it, but I do recognise the importance these packages have even on my KDE system, so I am very grateful for Leio's hard work.

-----BEGIN PGP SIGNATURE-----

iQJFBAABCAAvFiEEPxcZ3tkwcedKm2a8EiZBXQDdMTcFAmb0krYRHGNoZXdpQGdl bnRvby5vcmcACgkQEiZBXQDdMTf+3hAAsQ26b1GScPWlsuE+cX8Xa/XDGn/QEumL 8e5ApRpC8YYY++a+eqorKSSo+IiNeAKMxB9arN3KTWCp5SPVE6Y3aSVblA8b1DYQ RyV9GnTMJKdY6MEq72bd0A2jzpIZ4VG8e+m7tlTHrfpPiobVEMOPVYyv9XNIETSa pzkXDocafgY9dZuJE1pyMUjBHmOho9Xf9Aiu0rnXG6sktDNH80PapL65gBaXh+Zo pVKF9KCpg3OIP0vRIZcXANOleY469wCSr511t6aSXNK+RO3p86qC45aZsMoq3vLU PNS7xKnh9aAdW2HzpZFCBb9BzbQVffJ/pMNHsQs7XkCIm7bDpAz7AiwBqUxHsvTI YWcQikbOf8yxVDqR0wFiceXQwueTQpU62UWdXtMyykzxXcwTxzyIMO+mofjkK46r ee8K+ni8l3RarCTiLe+dbWacFjRlX6SqBWmsMRrWYtkoDFN/vITh/bgr6jeE5BQC J97LgMouBGhRrGAWFIQhi31SDHk4xGsiT+vxJTwG48QlX2d9HQQe/jU9w83szllV IAr7JimfMdvArUHq1JBMAE3xyBShRgGPfdwJ2iSXbb47OEIv8IExD/VXgcfhrjrU G314TxCEVmdhylQecFlGoVcekRfWtG2F1LpUNmn+Qx0e+C1ErW2ivkr5lmMyqcvj
hN7BXBspsSE=
=NHWK
-----END PGP SIGNATURE-----

--- SoupGate-Win32 v1.05
* Origin: fsxNet Usenet Gateway (21:1/5)

On Wed, 2024-09-25 at 23:46 +0100, James Le Cuirot wrote:

On Wed, 2024-09-25 at 14:41 -0400, Ionen Wolkens wrote:

On Wed, Sep 25, 2024 at 02:05:10PM -0400, Eli Schwartz wrote:

Chewi was also trying to see if portage can be convinced to stage the same package twice with different USE flags in the same emerge process
in order to solve cyclical USE flag dependencies, but it's not a guarantee...

I see it more as giving us hope of being able to remove whatever
horrible hack we implement eventually, but I think the horrible
hack will have to exist in the interim.

Yes, the glib/gobject-introspection conflict was my main test case. It was an interesting one because it also involved some blockers. I pushed my half baked
idea up to GitHub in the hope that Zac or someone could maybe take it and actually make it work properly. The results so far have shown that it at least
seems feasible. Once complete, we could get it out the door quite quickly.

As for GNOME, I'm afraid I don't use it, but I do recognise the importance these packages have even on my KDE system, so I am very grateful for Leio's hard work.

Sorry, meant to include a link to that. https://github.com/gentoo/portage/pull/1385

-----BEGIN PGP SIGNATURE-----

iQJFBAABCAAvFiEEPxcZ3tkwcedKm2a8EiZBXQDdMTcFAmb0kyURHGNoZXdpQGdl bnRvby5vcmcACgkQEiZBXQDdMTf68g//RnfnAH/dWVVEGBIXj8c1bTNc4uaWQ230 c8UBkClhqn3ZO5Nt7RBqKmxu/sFcTZfe86LzKEOPEPqTLOCUBZvggfo1MROD/Cx4 IJ9DNWx92+lUdKHE3itFqt60icozvL0Gl7kihQxLA8+iTgaJT5lN7XIYHyrZRSWP ugTaggcWag9EYg2S4y/xH16jODN2L2HNhA+ThhPjCiXXCpknO90g56feS/lxhZN3 2TNA5S4mExfAnhzsUN48yMNVA9hDP3TV9z0B+WAY4u7pxUtU3eGSmQ9m78n3WHx1 w2/z+bxz4r53PONPAgnMslkASivGSLAF+g5wvwqvf5hPaLoTeJS1nxdFa384IX9P RJeZMXEGLTzLJfk9oRntFrsVGaGRMJB0fo3mlOpGcg1x3DNIoz9N3sSjrKyIwNKH YXYcCNjOZMrLkWwPpdQ73+50J5bwKRLh8vCyd8cLS1RmGEdXFV/G/yiNqTMPPZtj QCIakBD4S5OhlcqAgu50X9zfWCACuBqlXloLdUhsUIXcFJv8dqenSW+qrP35slno 1oZPYgTSzbAiT61xpLhjsdzM0gZkvpxtLzOPU5DjqJEGUWm44j4E8PdFaHU8ta1C QbIVDnd8eT4/mMQfDbpUG9osIEyfI5iR/+1tuLYP4IFDQWhiM9AqNnVZ5HUw1VJb
hLnU0bGjttE=
=gzfP
-----END PGP SIGNATURE-----

--- SoupGate-Win32 v1.05
* Origin: fsxNet Usenet Gateway (21:1/5)

On Wed, Sep 25, 2024 at 3:46 PM James Le Cuirot <chewi@gentoo.org> wrote:

Yes, the glib/gobject-introspection conflict was my main test case. It was an interesting one because it also involved some blockers. I pushed my half baked
idea up to GitHub in the hope that Zac or someone could maybe take it and actually make it work properly. The results so far have shown that it at least
seems feasible. Once complete, we could get it out the door quite quickly.

I took a peek at https://github.com/gentoo/portage/pull/1385, and it
looks like you may need the --autounmask-bactrack=y option to, since
any automunmask USE changes currently put a halt backtracking.
--
Thanks,
Zac

--- SoupGate-Win32 v1.05
* Origin: fsxNet Usenet Gateway (21:1/5)

Eli Schwartz <eschwartz@gentoo.org> writes:

On 9/25/24 1:47 PM, Mart Raudsepp wrote:

Hello

[...]

To my knowledge, one big issue right now is a circular dep between
glib->gobject-introspection->glib, which needs proper solving to move
forward with things. Or at least look at reducing the glib requirement
in gnome-shell some way to at least unleash that core stack for our
users. There are ideas we can talk about.

This is... tricky. The obvious possibility is to try to build a
bootstrap copy of AAA inside the ebuild for BBB as a bootstrap thing, as
long as that is sufficient to build a proper copy of AAA using the
partially valid installation of BBB.

This is bug 937616 for those following along. Blake has been poking at
this suggestion a bit over there and in https://github.com/gentoo/gentoo/pull/38618.

Chewi was also trying to see if portage can be convinced to stage the
same package twice with different USE flags in the same emerge process
in order to solve cyclical USE flag dependencies, but it's not a
guarantee...

Right, this is very much worth exploring but isn't an answer to this
given it'll take a while for the feature to be mature anyway.

--- SoupGate-Win32 v1.05
* Origin: fsxNet Usenet Gateway (21:1/5)