GIS only requires libgeoclue during build, but geoclue-2.0 is used for
the timezone page

Update to upstream version '3.36.4'
with Debian dir 830bcff1fd0dec565f842a5d757ec3350b2fc45d

Setting parental control would silently fail if this package is not
installed

GIS will still work without it, but people that are disabling
installation of recommended packages are on their own anyway

At the moment we still set the timezone from geoclue
even if the page is supposed to be skipped.

This commit defers setting up the geoclue proxy until the
page is added to the stack.

Fixes https://gitlab.gnome.org/GNOME/gnome-initial-setup/-/issues/106

(cherry picked from commit 1f60d2af87a3fc1632090bd8dbef8587fc0d92da)

Update to upstream version '3.36.3'
with Debian dir f6b5ac0d95bb52db0e05631073c7f90bdfafd03d

This attempts to fix the problem I identified in #104 while also
not breaking for the case where there is no system source and
gnome_get_input_source_from_locale returns nothing. It should
implement the intended logic fully:

* If gnome-desktop gives us an input source, always preselect that
* If gnome-desktop gives us a keyboard layout and there's no
  system sources, preselect the layout gnome-desktop gave us
* If there is a system source and we didn't get an input source
  from gnome-desktop, preselect the system source
Signed-off-by: Adam Williamson <awilliam@redhat.com>
(cherry picked from commit 3096b533bc5d07a86a79748cdefbe62b96d556b3)

Update to upstream version '3.36.2'
with Debian dir f84c64707ff8726542813a0219df12e17da560b9

Suspiciously similar to the NEWS for 3.37.1!

If localed returns a `NULL` list of sources, the code which was
introduced in commit 07e24d6f would go ahead and dereference the `id`
and `type` variables which hadn’t yet been set.

From reading the comment in `preselect_input_source()`, it looks like
the intention was to prefer the `system_sources` over the data returned
by `gnome_get_input_source_from_locale()` — if both were set. The code
didn’t properly handle the situation where either or both of them were
unset, though.
Signed-off-by: Philip Withnall <withnall@endlessm.com>
(cherry picked from commit e5563bcce1123e5d079b7d5969f3be4013af2815)

It’s possible for `get_layout()` to fail if the wrong type is specified,
in which case the `layout` and `variant` pointers will be left dangling.

This might fix an occasional bug where the keyboard layout isn’t saved
correctly and warnings are spewed to the console about
```
g_variant_new_string: assertion 'g_utf8_validate (string, -1, NULL)' failed
```

Or it might not. I haven’t been able to reproduce that bug.
Signed-off-by: Philip Withnall <withnall@endlessm.com>
(cherry picked from commit 954e0b150f5abe9b921a4bfc03f7607910e3e905)

This file is conventionally kept in lexicographic order.

(cherry picked from commit cc86d02aea1d653e2e2bf5031748836a279d208d)

As explained in the upstream NEWS, libsecret 0.18.8 was released as part
of GNOME 3.32; GNOME 3.36 includes libsecret 0.20.1.

Update to upstream version '3.36.1'
with Debian dir 88fc3245135723e1ff353cd3a4c232f79fca7857