Talk:GNOME

From ArchWiki
Latest comment: 15 October 2023 by Misaka 0x34ca in topic Gnome Tweaks 45 update

GNOME applications blocking window manager keyboard shortcuts? Drawing over everything?

Seen on Fluxbox, using evince, totem, baobab.(as of 3.14.1-2, 3.14.1-1, 3.14.1-1, well, earlier) Makes these programs near-useless.Jasper1984 (talk) 15:31, 8 December 2014 (UTC)Reply[reply]

I believe this is not just about GNOME, but all GTK+ and Qt applications [1] [2]. Haven't read through the reports, but it appears to be some flaw in Xorg. Not much we can do about this, so unless you want to discuss a workaround this can be closed. -- Alad (talk) 19:50, 8 December 2014 (UTC)Reply[reply]
Can you confirm this with another toolkit than GTK3 ? -- Alad (talk) 17:35, 10 January 2015 (UTC)Reply[reply]

GNOME and fontconfig settings

Since there isn't a section dedicated to fonts in GNOME 3 I was thinking about writing one, but I put it here first:

GNOME doesn't use the dpi settings set by xorg server to scale fonts, instead it uses a fixed dpi of 96 that cannot be changed unlike previous versions:

/* As we cannot rely on the X server giving us good DPI information, and
 * that we don't want multi-monitor screens to have different DPIs (thus
 * different text sizes), we'll hard-code the value of the DPI
 *
 * See also:
 * https://bugzilla.novell.com/show_bug.cgi?id=217790•
 * https://bugzilla.gnome.org/show_bug.cgi?id=643704
 */

The gnome-settings-daemon plugin xsettings relies on this hardcoded value for some calculations and there is currently no way of changing it beside customizing the code in abs. The dimension of text can be tweaked changing the text-scaling-factor (1.0 by default), using gnome-tweak-tool or editing the following key in dconf-editor:

org.gnome.desktop.interface.text-scaling-factor

The xsettings plugins will also merge some Xft values in the X resources db overwriting values set in .Xresources od .Xdefaults files. The defaults are:

Xft.antialias:	1
Xft.dpi:	96
Xft.hinting:	1
Xft.hintstyle:	hintmedium
Xft.lcdfilter:	lcddefault
Xft.rgba:	none

Some of those values can be changed using dconf-editor (org.gnome.settings-daemon.plugins.xsettings) or gnome-tweak-tool. It is possible to change this values using xrdb -merge ~/.Xresources after gnome is started but gnome will still use its values internally so it is not a good idea.

It is a good idea to configure your fonts.conf in a way consistent with the gnome settings otherwise, at least on my laptop, fonts will looks weird in some gnome apps.

The dpi setting of the Xserver can be changed to 96 following this guide, this way it will be the same for all applications, the drawback is that fonts might look too small or too big in other application if the real DPI of your monitor differs too much from 96.

For and LCD monitor it is a good idea to activate the lcd filter setting the following keys in dconf-editor:

org.gnome.settings-daemon.plugins.xsettings.antialiasing rgba
org.gnome.settings-daemon.plugins.xsettings.rgba-order rgb, bgr, vrgb or vbgr (as your monitor requires)

Since the lcdfilter is not designed to work together with autohinting it is a good idea to disable it also in fonts.conf. It is also a good idea to use the same hinting value as in your font.conf, the default in gnome is medium:

org.gnome.settings-daemon.plugins.xsettings.hinting medium

This values in fonts.conf will match the gnome settings:

<match target="font">
 <edit mode="assign" name="rgba"><const>rgb</const></edit>
 <edit mode="assign" name="autohint"><bool>false</bool></edit>
 <edit mode="assign" name="hinting"><bool>true</bool></edit>
 <edit mode="assign" name="hintstyle"><const>hintmedium</const></edit>
 <edit mode="assign" name="antialias"><bool>true</bool></edit>
 <edit mode="assign" name="lcdfilter"><const>lcddefault</const></edit>
</match>

(to be finished, please comment or fix) —This unsigned comment is by Erm67 (talk) 23:58, 8 January 2012‎. Please sign your posts with ~~~~!

I think that info must be in Font configuration, linked from there if needed -- Kycok (talk) 10:57, 3 June 2014 (UTC)Reply[reply]
Well, it is very GNOME specific and complex at the same time. I would vote for putting it into GNOME tips and crosslink it from GNOME#Fonts as well as from Font configuration. But first: Above contribution of Erm67 is a couple of years back. Does someone know whether the instructions still work like that? --Indigo (talk) 09:04, 10 November 2014 (UTC)Reply[reply]
Update to note: GNOME tips was cleaned up removing GNOME content after I suggested above. It does not make sense to put these instructions there anymore. --Indigo (talk) 12:41, 15 January 2015 (UTC)Reply[reply]

Natural scrolling

I can't get reverse natural scrolling on my trackpath to work (scroll with fingers in same direction as if it was a mouse wheel). I am happy to propose some text for the wiki if someone can tell me how to do it ... --Bronze (talk) 04:33, 26 February 2017 (UTC)Reply[reply]

Is there not a natural scrolling setting under Settings -> Mouse & Touchpad that you can toggle? -- Chazza (talk) 09:57, 26 February 2017 (UTC)Reply[reply]
i saw this with computers which have a keyboard with integrated touchpads like the logitech k400, and no mouse connected. not sure what makes gnome than display nothing ... --Soloturn (talk) 05:11, 1 April 2017 (UTC)Reply[reply]

Manually start a Wayland session

Under: Starting Gnome -> Manually -> Wayland Session the article lists

XDG_SESSION_TYPE=wayland dbus-run-session gnome-session

as the command to start a gnome-session. But dbus-run-session starts a new dbus session and this somehow prevents for example evolution to access my default keyring. I dont know why, but simply starting gnome-session works. I dont know with which dbus instance the gnome-keyring starts through its .desktop files in /etc/xdg but the problem seems to be that these 2 would run on different instances of dbus.

I do not want to edit the wiki page as long as i dont know if this is my mistake or really a mistake on the page. I will look into this in the next week, until then, any guidance is appreciated. Tornado (talk) 12:55, 6 April 2018 (UTC)Reply[reply]


_________

I am experiencing this problem https://github.com/systemd/systemd/issues/5247 and I guess that this command is problematic as is, it should be replaced —This unsigned comment is by Nsqm (talk) 14:20, 2020 April 7‎. Please sign your posts with ~~~~!

I am also having issues with the command on the page. I get A connection to the bus can't be made. Silverhammermba (talk) 12:57, 17 April 2021 (UTC)Reply[reply]

redundancy of XDG_SESSION_TYPE and GDK_BACKEND variables "Xorg sessions" section

In the "Xorg sessions" section, it suggests putting XDG_SESSION_TYPE=x11 GDK_BACKEND=x11 exec startx in ~/.bash_profile. But previously, it suggests setting XDG_SESSION_TYPE and GDK_BACKEND in ~/.xinitrc. So isn't it redundant to set them again? —This unsigned comment is by TDA (talk) 03:13, 24 August 2020 (UTC). Please sign your posts with ~~~~!Reply[reply]

gnome-session: alternative sessions

Should this article mention that gnome-session can be used to initiate non-GNOME sessions (technically GNOME-derivative), such as Pantheon, GNOME/Openbox, something users came up with on their own, etc.? quequotion (talk) 11:23, 14 January 2021 (UTC)Reply[reply]

Troubleshooting no Wayland on nVidia driver

If Wayland is expected, but X11 session type is received when using echo $XDG_SESSION_TYPE) or when using loginctl show-session <sessionnum> -p Type, there might be missing kernel configuration parameter for nVidia driver.

journalctl log entry will report error:

systemd[753]: org.gnome.Shell@wayland.service: Skipped due to 'exec-condition'.
systemd[753]: Condition check resulted in GNOME Shell on Wayland being skipped.

Starting Wayland manually

dbus-run-session -- gnome-shell --display-server --wayland

will produce error messages:

mutter-Message: 14:33:45.804: Adding device '/dev/dri/card0' (nvidia-drm) using non-atomic mode setting (using atomic mode setting not allowed).
(gnome-shell:11885): GLib-CRITICAL **: 14:33:45.804: g_hash_table_destroy: assertion 'hash_table != NULL' failed
(gnome-shell:11885): mutter-WARNING **: 14:33:45.805: Failed to open gpu '/dev/dri/card0': Failed to activate universal planes: Operation not permitted
(gnome-shell:11885): mutter-WARNING **: 14:33:45.805: Failed to create backend: No GPUs found

The key error message is 1st line which includes nvidia-drm.

Enable nvidia-drm support with kernel configuration parameter.

For GRUB update boot/grub/grub.cfg file by appending to linux line:

nvidia-drm.modeset=1

—This unsigned comment is by Kulak (talk) 00:13, 20 September 2021 (UTC). Please sign your posts with ~~~~!Reply[reply]

Removed subsection that discusses changing backgrounds of the desktop and the lock screen

Previously, GNOME only allowed backgrounds to be picked from the ~/Pictures folder. The subsection I removed used to discuss how to pick backgrounds from different directories for both the desktop and the lock screen. Today, GNOME allows backgrounds to be picked from any directory. But, you can't choose a custom lock screen background because the lock screen is just a blurred version of the desktop background. However, you can use a custom lock screen background using this extension: https://extensions.gnome.org/extension/1476/unlock-dialog-background/. If anyone finds it necessary to add a subsection for this extension in this wiki article, feel free to do so. —This unsigned comment is by Cont999 (talk) 2022-08-20T17:30:41. Please sign your posts with ~~~~!

Requesting a rewrite for GNOME#Extensions

The current description is very inconsistent:

  • We should expand on both methods to install extensions (system-wide with pacman/AUR, and current user only with https://extensions.gnome.org/) and describe their ups and downs.
  • A more up to date description of these methods would help, since they're outdated. E.g. currently, when using the site to install and update extensions with gnome-browser-extension, you get update notifications for extensions on your desktop, and you can use the built-in Gnome extensions app to update them as well if they were installed from extensions.gnome.org.
  • However, using the site to install extensions will override the same system-extensions (if they are installed), it will ask to update all current extensions installed from the AUR and the official repositories (gnome-shell-extension-appindicator and gnome-shell-extension-gtile, as well as gnome-shell-extensions which comes shipped with GNOME) on https://extensions.gnome.org/local/, even if these system-extensions are already up to date. After you press the update on all of them, these system-extensions will be "hidden" and new user extensions will be created in place of them, which you have to update through the site as well. Making the entire description of using pacman or an AUR helper for automated updates useless when using this method, and overriding the system package gnome-shell-extensions as it will be replaced by a user extension that you have to update on the site.
  • Lastly, I think it'd be better if we take all advanced configuration sections that rely on extensions and make them subsections under extensions.

This has always been an argument in the Arch Forums and Reddit, so I think we should come up with a solution to solve all these problems. If anyone's got the time to take care of all this, please do so. Cont999 (talk) 23:35, 29 September 2022 (UTC)Reply[reply]

Hi, I wanted to do exactly that yesterday when I moved it up but couldn't secure enough time, and wanted to think it through first.
Another thing that definitely needs to be included is Extension Manager (from here), which adds an argument to splitting the article between "system-wide" and "user-only"
-- Cvlc (talk) 00:06, 30 September 2022 (UTC)Reply[reply]
i agree that the current description does need a rw. however, i think that adding extension manager to this section is not as important and possibly useless since what we're aiming for is gonna do the exact same thing.
this discussion should come to light, please participate and voice your opinion BOURNE86 (talk) 20:52, 30 September 2022 (UTC)Reply[reply]

Gnome Integration with Arch

I'd like to add this section to main Gnome page.

Gnome Software with Arch Repositories

Install the gnome-software-packagekit-plugin package. Package provides access to software available in Arch Linux repositories.

Gnome Settings Networking Support

Install the networkmanager package.

This means that if you use other way of managing network it most likely has to be disabled.

Gnome Tweaks 45 update

In the Do_not_suspend_when_laptop_lid_is_closed section, the gnome tweaks option does not seem to be found in GNOME 45. Misaka 0x34ca (talk) 13:56, 15 October 2023 (UTC)Reply[reply]