Dantrell's GNOME Without Systemd Project (Part 3)

[saboya]

PSA: Yesterday's update to some packages broke some extensions for me, particularly Dash to Panel, which now locks you in the overview mode forever in the latest version.

Updating Dash to Panel to latest Git (unreleased) fixed it for me.

*edit* - Probably same as this: https://github.com/home-sweet-gnome/dash-to-panel/issues/1131

[dantrell]

[saboya]

[dantrell]

[Shibotto]

[dantrell]

[Elleni]

On a recent update, folks did fail to build. This is the build.log I got.

emerge --info:

[dantrell]

[Elleni]

Thanks dantrell.

[saboya]

Having a little issue with media-plugins/grilo-plugins-0.3.12:

[dantrell]

[saboya]

[dantrell]

With the release of GNOME 3.38 "Orbis" it's about time to dust off my secret overlay tools and start prepping.

As per usual, I won't know if my code is forward-portable until I actually attempt it. So if it works, we are going to be surprised together.

That said, there have been a growing list of project architecture concerns (in relation to the main tree) over the years which have been leading me towards forking the main tree but since I'd honestly rather avoid that I have been utilizing (and will continue to utilize) outside the box techniques to keep things in working order however this methodology:

1. prevents me from slipstreaming in changes to the main tree (which means trivial issues have to corrected by Gentoo and if they decide it's not something they need to correct you'll have to correct it yourself in your personal overlay if I determine it's not something I want to fork on my end)
   
   
2. doesn't guarantee that the functionality which the project overlays rely on to work will continue to exist (especially given that it has recently proven problematic for a few other packages)

My real concern is #2 but I'm not that worried.

Stay tuned.

P.S. For those still fascinated, yes, I'm still on GNOME 3.14 with no immediate plans to step up since True™ EOL hasn't happened yet but since I have had to patch Chromium (since version 82) that day may not be too far away.

P.S.S. Did you know you can actually feel time pass when you generate patches for Chromium?
_________________
Dantrell B.

[saboya]

Great to hear from you. I'll be on the front lines for early testing as much as I can as soon as you release the 3.38 overlay.

[dantrell]

[simonvanderveldt]

[saboya]

Basically, libglvnd is the distro-agnostic standard way of solving the same problem eselect-opengl was meant to solve, even though each solution does it in its own way.

This is more of an issue for users with Optimus laptops / 2 GPUs. I don't particularly care for either since I only use one OpenGL implementation anyway, but I did migrate to libglvnd as soon as it was available since it's a simpler solution from a system management standpoint.

[dantrell]

[saboya]

[dantrell]

[saboya]

Small issue emerging media-plugins/grilo-plugins-0.3.12:

[saboya]

Tried to boot without it, black screen.

Tried to revert back to 3.36, having all sorts of issues with libhandy... If I emerge it by itself (emerge -1av libhandy), it emerges fine. But when I try to emerge @world, it fails the glade3.36 patch.

I'm in a broken state right now. Currently reverting respoitores back to the previous commit and removing the 3.38 overlay to see if it works.

[saboya]

Well apparently libhandy was broken before as well. The issue is that the ebuild looks for files named:

libhandy-0.0.13-glade3.36-compat{1,2}.patch

but the files are named:

0.0.13-glade3.36-compat{1,2}.patch

managed to get past that, let's see if I can get gnome to boot again.

[saboya]

x11-wm/mutter is missing a gnome-base/gnome-settings-daemon dependency.

*edit* - All good now, back on 3.36 successfully.

[Child_of_Sun_24]

Hi @all
When i try to emerge gdm-3.36.3 the folowing error appears: