tree-wide: GNOME Desktop

[robertkirkman]

• Alternative build of [WIP] GNOME Shell #24585

• Fixes Package request: Gnome shell #10173

• How to use this build:

# it really doesn't work well with Zink+Turnip
export LIBGL_ALWAYS_SOFTWARE=1
termux-x11 -xstartup gnome-session

[sabamdarif]

Can you include this too

(This are my old implantation )

https://github.com/sabamdarif/termux-packages/tree/nautilus

https://github.com/sabamdarif/termux-packages/tree/gnome-settings
or
https://github.com/sabamdarif/termux-packages/tree/gnome-control-center-test

OPTIONAL:-

https://github.com/sabamdarif/termux-packages/tree/gnome-browser-connector

https://github.com/sabamdarif/termux-packages/tree/gnome-extensions-app

[robertkirkman]

Very good thank you I will add them and maybe I'll try to add more

[sabamdarif]

Working fine

[sabamdarif]

@robertkirkman can you check if just running dbus-daemon --system --fork works or not

[sabamdarif]

0102-no-system-bus.patch

@robertkirkman can you try this patch then launch with just termux-x11 :0 -xstartup gnome-session

[sabamdarif]

But it can't launch app

[robertkirkman]

@robertkirkman can you check if just running dbus-daemon --system --fork works or not

Yes with just dbus-daemon --system --fork it works

[robertkirkman]

0102-no-system-bus.patch

@robertkirkman can you try this patch then launch with just termux-x11 :0 -xstartup gnome-session

What does the patch do? I tried it, and for me it is still necessary to run dbus-daemon --system --fork when using it before running gnome-session otherwise it has the white error screen?

[robertkirkman]

But it can't launch app

If you have adreno make sure to use export LIBGL_ALWAYS_SOFTWARE=1 first because it has invisible windows for me if I use Zink+Turnip

[sabamdarif]

0102-no-system-bus.patch
@robertkirkman can you try this patch then launch with just termux-x11 :0 -xstartup gnome-session

What does the patch do? I tried it, and for me it is still necessary to run dbus-daemon --system --fork when using it before running gnome-session otherwise it has the white error screen?

i was just trying to run them without system bus 😅

[sabamdarif]

wait let me share a screen record of my device

[sabamdarif]

for some reason it decide to work when i was recording :- https://drive.google.com/file/d/1_qvUG7OH6-F_-2eLFKGSAucKbHPSjA91/view?usp=sharing

but in most of the case this is what was happening:- https://drive.google.com/file/d/19sPJdPRZh0aNUZHWNWEqMbS6u_pQUJPQ/view?usp=sharing

[robertkirkman]

I see, that's interesting that the patch works for that for you; for me when I tested that patch and then stopped all dbus-daemon processes and then used gnome-session, this happened:

which is the same as what I see when not using the patch and not having dbus-daemon --system

[robertkirkman]

I tried to work on version 49, but as we know, version 49 has a strong dependency on a dependency-based init system, with a default at Systemd and the option to implement additional backends, and currently the only additional backend widely known to have been implemented at this time is this one for OpenRC:

https://github.com/swagtoy/gnome-session-openrc

If someone else implements another backend in the future that can restore self-launching of GNOME, then I could progress more by copying that. (I assume the distro with the most maintainers likely to do that is FreeBSD)

I tried to figure out if there is a way to manually write out the commands which the init system needs to execute in order one by one for GNOME 49 to complete its launch sequence, but I haven't been able to yet unfortunately.

I think it might involve a combination of $PREFIX/libexec/gnome-session-service --session=x11, $PREFIX/libexec/gnome-session-ctl, and $PREFIX/libexec/gnome-session-init-worker with certain arguments in a certain order.

Something I might be able to try is wrapping those executables with scripts that log their activities with timestamps on a Systemd or OpenRC distro, then launch GNOME there, then check the log timestamps to construct a sequence of commands necessary to launch GNOME 49.

[robertkirkman]

Alpine Linux has moved forward with the rest of GNOME 49 except for gnome-session by making this patch on gnome-shell 49 that makes it backwards compatible with gnome-session 48.

https://gitlab.alpinelinux.org/alpine/aports/-/commit/349a5ed70ff9d89e5c6af01f31078cc9b59bb8e3

I could probably do that now, but if many other distros also do that, then I expect a community-maintained fork or patchset of gnome-session 48 to eventually emerge that I could copy to progress here.

[sabamdarif]

diff --git a/gnome-session/main.c b/gnome-session/main.c
index 5f98149..64a1aab 100644
--- a/gnome-session/main.c
+++ b/gnome-session/main.c
@@ -518,6 +518,11 @@ main (int argc, char **argv)
                 gsm_util_init_error (TRUE, "%s", error->message);
         }
 
+        /* Termux Hack: Start dbus-daemon --system first before anything */
+        g_message ("Termux Hack: starting system dbus-daemon...");
+        remove ("@TERMUX_PREFIX@/var/run/dbus/pid");
+        system ("dbus-daemon --system --fork");
+
         /* From 3.14 GDM sets XDG_CURRENT_DESKTOP. For compatibility with
          * older versions of GDM,  other display managers, and startx,
          * set a fallback value if we don't find it set.

@robertkirkman can we not do something like this so we don't have to do that extra dbus-daemon --system --fork step, we can just run termux-x11 :0 -xstartup gnome-session

[robertkirkman]

Yes it's a good idea I might add that, though, the hard part is that I would want to actually make sure that dbus-daemon --system is not actually running anymore before using rm $PREFIX/var/run/dbus/pid, because i am not sure how bad it would be if it is removed without killing the previous one.

[sabamdarif]

ok i will try to do that

[sabamdarif]

we can get the pid like this

$ cat "/data/data/com.termux/files/usr/var/run/dbus/pid"
$ 9208

[sabamdarif]

diff --git a/gnome-session/main.c b/gnome-session/main.c
index 5f98149..28d8975 100644
--- a/gnome-session/main.c
+++ b/gnome-session/main.c
@@ -518,6 +518,23 @@ main (int argc, char **argv)
                 gsm_util_init_error (TRUE, "%s", error->message);
         }
 
+        /* Termux Hack: Start dbus-daemon --system first before anything */
+        {
+            const char *pid_file = "@TERMUX_PREFIX@/var/run/dbus/pid";
+            FILE *f = fopen (pid_file, "r");
+            if (f) {
+                int pid = 0;
+                if (fscanf (f, "%d", &pid) == 1 && pid > 0) {
+                     g_message ("Termux Hack: Killing stale system dbus-daemon (pid %d)", pid);
+                     kill (pid, SIGTERM);
+                }
+                fclose (f);
+            }
+            remove (pid_file);
+            g_message ("Termux Hack: starting system dbus-daemon...");
+            system ("dbus-daemon --system --fork");
+        }
+
         /* From 3.14 GDM sets XDG_CURRENT_DESKTOP. For compatibility with
          * older versions of GDM,  other display managers, and startx,
          * set a fallback value if we don't find it set.

what about this ?

[robertkirkman]

Yes that's good thank you I tested that and it's working

[robertkirkman]

To reduce the maintenance costs and time required for contributors to maintain Termux packages, I do not plan to continue with GNOME long term personally and I will instead recommend users and contributors focus on using and improving the existing alternatives to GNOME that work better already in Termux, which are KDE Plasma and Cinnamon.

[sabamdarif]

i think someone is interested in x11 https://github.com/gnome-xorg

[robertkirkman]

Wonderful very good, that's exactly what I assumed would happen. we can watch it and see what happens to it.

[23xvx]

I discovered new progress online from here
Havenot tested it but looks interesting

[robertkirkman]

It looks worse than this one;

• only GNOME 48 not GNOME 49 or newer
• fewer packages, only gnome-shell and mutter nothing else
• precompiled and uploaded by that person not built in GitHub Actions