I've been using Poudriere for a while to update ports on my 12.1 machine. Recently X stopped working so I dropped back to the 2020Q3 branch, which works. I built the 2020Q4 branch and X fails to work properly. This also occurs on a virtualbox instance, you might want to do a Gnome 3 setup on a Virtualbox instance of 12.1 before releasing 2020Q4.
Sorry, I should say that Gnome3 does not appear to work properly. I get the 'Oh no, something has gone wrong! white screen. This happens after an update, or after a full clean install, so it should be easy to duplicate.
(In reply to mvharding from comment #0)
> you might want to do a Gnome 3 setup on a Virtualbox instance of 12.1 before releasing 2020Q4.
2020Q4 has already been tagged.
fwiw, 'Package Infrastructure' is only for the package building machines @FreeBSD.org.
After a `portupgrade -ua` I encounter the same problem.
Here is my /var/log/gdm/:0-greeter.log:
dbus-daemon: [session uid=92 pid=1701] Activating service name='org.a11y.Bus' requested by ':1.0' (uid=92 pid=1704 comm="/usr/local/libexec/gnome-session-check-accelerated")
dbus-daemon: [session uid=92 pid=1701] Successfully activated service 'org.a11y.Bus'
gnome-session-binary 1702 - - WARNING: Unable to find required component 'org.gnome.SettingsDaemon.Clipboard'
gnome-session-binary 1702 - - WARNING: Unable to find required component 'org.gnome.SettingsDaemon.Mouse'
gnome-session-failed: environment corrupt; missing value for GNOME_SESSION_AUTOSTART_DIR
dbus-daemon: Activating service name='org.a11y.atspi.Registry' requested by ':1.1' (uid=92 pid=1709 comm="/usr/local/libexec/gnome-session-failed --allow-lo")
dbus-daemon: Successfully activated service 'org.a11y.atspi.Registry'
SpiRegistry daemon is running with well-known name - org.a11y.atspi.Registry
(In reply to Henri Hennebert from comment #3)
I have the same problem as Henri reported in their post. I also tried to install Gnome on a spare laptop and encountered the same error there too.
(In reply to Henri Hennebert from comment #3)
I got the same errors. Now I start gnome-session in shell:
(In reply to Konstantin from comment #5)
Very good trick. Thank you! You save me!
Just one drawback for me: gnome-terminal don't work...
(In reply to Henri Hennebert from comment #6)
Yeah, I had to switch to Urxvt:(
(In reply to Konstantin from comment #7)
This can be solved by running in a xterm this script before trying to ro gnome-terminal:
should be fixed in both, the packages should slowly appear in your nearest mirrors
I can now confirm that the latest ports patch works for me and I am now able to log in to Gnome again.
Looks to be working via gdm now (I rebuilt via poudriere). I am having some minor issues (gnu terminal font looks double spaced, so the terminal is super wide, and the system is suspending due to inactivity, but there is no way to disable this (which may not be considered a bug by the developers, see https://gitlab.gnome.org/GNOME/gnome-control-center/-/issues/22, but certainly interferes with me running poudriere builds, which stop, or virtualbox, which will crash the system if suspended).
Thanks for all the work on this!
Can you please give the command for what you mean by switch to Urxvt?(In reply to Konstantin from comment #7)
(In reply to Ravi Raj from comment #12)
You should have another terminal emulator to be installed. At lest, xterm. I have also rxvt-unicode(urxvt). Without proper configuration(.Xresources) they look quite old-fashioned. Install via pkg or ports.
PS After this bug is fixed I'm sure Gnome Terminal should be available to run. I'll check tomorrow at work.
Can confirm that the Gnome terminal launches as normal now that the GNOME bug is fixed.
(In reply to mvharding from comment #11)
About the system suspending due to inactivity, I decided to do a little investigation. Running 'gsettings list-recursively | grep -i "suspend\|sleep"'; I got the following output:
gsettings list-recursively | grep -i "suspend\|sleep"
org.gnome.settings-daemon.plugins.media-keys suspend ['']
org.gnome.settings-daemon.plugins.media-keys hibernate-static ['XF86Suspend', 'XF86Hibernate']
org.gnome.settings-daemon.plugins.media-keys suspend-static ['XF86Sleep']
org.gnome.settings-daemon.plugins.power sleep-inactive-battery-type 'suspend'
org.gnome.settings-daemon.plugins.power sleep-inactive-ac-type 'suspend'
org.gnome.settings-daemon.plugins.power sleep-inactive-battery-timeout 1200
org.gnome.settings-daemon.plugins.power sleep-inactive-ac-timeout 1200
org.gnome.settings-daemon.plugins.power power-button-action 'suspend'
(process:45401): GLib-GIO-WARNING **: 15:29:12.495: Failed to parse translated string 'Regular' for key 'game-type' in schema 'org.gnome.tali': 0:expected value
(process:45401): GLib-GIO-WARNING **: 15:29:12.495: Using untranslated default instead.
org.freedesktop.Tracker.Miner.Files initial-sleep 15
ca.desrt.dconf-editor.Settings saved-pathbar-path '/org/gnome/settings-daemon/plugins/power/sleep-inactive-ac-type'
Notice that the default sleep-inactive-ac-timeout is 1200 seconds or 20 minutes.
As you said, there is no way to change anything via the GUI, but on a user-based setting, as a work-around, you can try changing the sleep-inactive-ac-timeout, like this:
gsettings set org.gnome.settings-daemon.plugins.power sleep-inactive-ac-timeout $seconds.
I changed it to 86400 seconds (24 hours). It may not be the perfect solution to the issue you mentioned, but on my end, it seems to work as a work-around.
(In reply to Konstantin from comment #13)
i am able to run eterm, but your command on gnome-session hangs! What can i do now?