GitLab

We should check for have_gudev, not enable_gudev in this case.

This extra comma was causing the xsettings test to fail to link,
because it was missing the X11 libs.

Martin Pitt authored Oct 11, 2012 and Bastien Nocera committed Oct 11, 2012

Call notify_init() in test-plugin.h, so that the gsd-tst-* wrapper programs can
use notifications just like the plugins can when running under the real daemon.

https://bugzilla.gnome.org/show_bug.cgi?id=685936

Embarrassing...

Olivier Fourdan authored Sep 12, 2012 and Bastien Nocera committed Sep 12, 2012

to version 0.6 as previous version would trigger
bug 672917

https://bugzilla.gnome.org/show_bug.cgi?id=672917

To a released version.

Resolves: https://bugzilla.gnome.org/show_bug.cgi?id=682259

The new 'xkb-options' key contains a list of XKB options to apply
together with XKB layouts and variants.

https://bugzilla.gnome.org/show_bug.cgi?id=679075

Before using it.

1) For embedded systems, it makes no sense to include documentation
   of this kind on each image.  So we might as well not even build
   it.
2) For people bootstrapping systems from source code, documentation
   is the source of many cyclical build loops.  Allowing it to
   be disabled helps cut these loops.
3) The Docbook stylesheets are distributed as Zip files, and I refuse
   to put that bullshit into my build system.

The main purpose of this man page is to document how
gnome-settings-daemon gets started and to give some hints
about debugging problems with it.

https://bugzilla.gnome.org/show_bug.cgi?id=680600

We connect to IBus and tell it to switch engine when the current input
source setting is changed and an IBus engine is specified there.

If an IBus engine is specified, we flip the setting that backs the
Gtk/IMModule XSETTING so that GTK+ applications get notified to load
the IBus input method when needed and go back to the simple input
method when IBus isn't required.

The ibus-daemon claims a well known name in the session bus but
doesn't ship a .service file to make it activatable so we ship one
ourselves which will spawn it in a convenient way for us. In
particular, we disable its 'panel' component since that functionality
is provided by gnome-shell and would conflict at run time. We also
tell it to replace an existing ibus-daemon since traditionally it
would be spawned at session init time before even DBus was up and out
of control of gnome-session so, in case that happens, our own spawned
version will take place which is what we intend since the
traditionally launched ibus-daemon is highly likely to be running with
its 'panel' component enabled.

https://bugzilla.gnome.org/show_bug.cgi?id=676102

Needed for gnome_rr_output_get_ids_from_edid()

Michael Biebl authored Jun 14, 2012 and Bastien Nocera committed Jun 15, 2012

We should check for have_gudev, not enable_gudev in this case.

https://bugzilla.gnome.org/show_bug.cgi?id=676407

Michael Biebl authored Jun 14, 2012 and Bastien Nocera committed Jun 15, 2012

Using the same name for the result of the pkg-config check and the
define is confusing. So use lower case have_gudev for the pkg-config
check and HAVE_GUDEV for AC_DEFINE/AM_CONDITIONAL.

To trim the link list.

https://bugzilla.gnome.org/show_bug.cgi?id=678120

Under some configurations test-keyboard would fail to link with

/bin/ld: test_keyboard-gsd-keyboard-manager.o: undefined reference to symbol 'XkbRF_Load'

Rui Matos authored Apr 16, 2012 and Bastien Nocera committed Jun 01, 2012

libgnomekbd/xklavier aren't a good fit to have the keyboard input
story that we want since they rely on implementation details of the
XKB protocol to provide users with a means to switch keyboard layouts.

Of note here is a) their reliance on XKB groups, of which there can be
only up to 4, to specify the layouts the user is able to switch
between and b) their reliance on XKB options to specify the keybinding
to switch layouts which is a restricted set and falls outside the
regular GNOME desktop wide keybindings management as it's implemented
entirely on the X server side.

This commit introduces the use of a shared GSettings schema from
gsettings-desktop-schemas which will be the storage for our new
concept of "input sources".

We only handle XKB layouts as input sources for now. We do it using
roughly the same method that setxkbmap(1) uses which should allow the
users that want to specify their own XKB features (except layout) to
still do so outside of GNOME (e.g. in a session startup script).

https://bugzilla.gnome.org/show_bug.cgi?id=676102

As it's necessary for Wacom support.

Antoine Jacoutot authored Apr 27, 2012 and Bastien Nocera committed May 17, 2012

wacom requires udev which is only available on Linux.

https://bugzilla.gnome.org/show_bug.cgi?id=674935

Olivier Fourdan authored May 11, 2012 and Bastien Nocera committed May 17, 2012

To match the same API change in libwacom 0.5
(libwacom commit 715ac982)

https://bugzilla.gnome.org/show_bug.cgi?id=675872