This commit includes all the changes that seem to be necessary for
CcKeyboardItem to be used for dealing with multiple keybindings, without
(yet) changing the user interface to expose this.

The `primary_combo` and `binding` fields of `CcKeyboardItem` are
removed, in favor of the existing `key_combos`. No combination is
"primary", since all of them can now be seen and changed equally.

We treat `CcKeyboardItem.key_combos` as a set, that a combo can be added
to or removed from. Though it continues to be represented as a `GList`,
instead of a `GHashTable`, to preserve ordering.

A lot of the keyboard panel code relied on the assumption that only one
combo can be set for each setting, so this required a variety of
miscellaneous changes.

This adds a widget called `CcKeyboardShortcutRow`, sub-classing
`GtkListBoxRow`, to handle a shortcut row. This makes the implementation
a bit tidier, rather than handling it all in `CcKeyboardPanel`, and
allows the widgets that compose the row to be laid out in xml.

This is a prerequisite for moving the shortcuts to a new dialog.

For some reason, the ungrab was making the window impossible to interact
with. Without these calls, it seems to work as expected.

Previously, there were multiple redundant lists of possible values for
this setting. This uses one struct to define not only all the possible
values, but also anything specific to the alternate characters key, so
this can be used for other modifiers.

This also changes the style of the dialog to use a GtkListBox.

This was previously available only in Gnome Tweaks.

Implementation borrowed from cc-search-panel-row.c

Coppied from 426adb3

Copied and pasted older shortcut dialog and row, then fixed issues.

May have some problems.

Not doing much good.

This seems to avoid frezing. I think this was meant for symmetry with
grab_seat()... let's see if this works as expected.

Was printing assertion failure

…-center/-/tree/ubuntu/master/

Seems to be applying again...

#116 (comment)

In the shortcut editor, the "Replace" button is shown instead of "Set"
or "Add" when there is a collision. But this executes the same code as
"Set", so when adding a shortcut, it doesn't actually work.

3.38.1 release

Update groovy to upstream 3.38.1 release

Cherry-pick of 4494407 added to focal by #110.

This is unnecessary if pop-shell installs it's schemas in the ordinary
system directory, and provides the `.xml` files for gnome-control-center
to show these key bindings.

This requires a corresponding change in the pop-shell package. But it is
not strictly breaking; it will just means the pop-shell bindings will
not be shown.

groovy: Remove pop-shell.patch

`shlibs` should automatically include this based on what files in the
package link against.

groovy: Update to 3.38.2, and use consistently use shlibs for dependencies

pop-os/pop#1463
https://gitlab.gnome.org/GNOME/gnome-control-center/-/merge_requests/926

groovy: Add patch to add "Disable while Typing" to touchpad settings

groovy: 3.38.3 release

Gnome Initial Setup doesn't seem to be enforcing this, and since
`libpam-pwquality` isn't installed by default, presumably tools like
`passwd` aren't.

Perhaps the way Gnome handles this could be done better.

groovy: Add patch to not enforce password strength requirements

Fixes #146.

groovy: Fix pop-hidpi.patch to not crash when hidpi-daemon is not installed

Fixes #149

groovy: Add a patch for CcSearchLocationsDialog issue

https://salsa.debian.org/gnome-team/gnome-control-center/-/commit/dc03399e7d9a176bf11ce02a2e686e38d67aff4e

…esktop

I tried to just hide the panel, but `CC_PANEL_HIDDEN` seems to prevent
it from opening even from the command line.

#165