fixes build with -Wl,-z,defs

rpc-layer: Fix undefined reference to g_strlcpy

See merge request GNOME/gnome-keyring!66

Dan Nicholson authored Mar 14, 2024 and Niels De Graef committed Mar 18, 2024

The user unit directory gathered from pkg-config is an absolute path and
doesn't follow the configured prefix. distcheck doesn't like that, so
set `systemduserunitdir` to follow the prefix even though that wouldn't
make sense on a real build.

build: Fix distcheck with systemd units

See merge request GNOME/gnome-keyring!70

Ryan Hendrickson authored May 20, 2021 and Niels De Graef committed Mar 18, 2024

The GCR prompt used to unlock keyrings and other secure objects has a
checkbox for automatically unlocking the object when the user logs in.
Previously, this checkbox was checked by default if the object in
question had the CKA_GNOME_TRANSIENT attribute set. This linkage frankly
makes no sense; the change can be traced back to a nine-year-old commit
(084ce5e0) which appears to have mistakenly altered code that used
CKA_GNOME_TRANSIENT to determine the *nature* of the choice into code
that used CKA_GNOME_TRANSIENT to set the default *value* of the choice.

Defaulting this checkbox to true, which was the practical effect of
using CKA_GNOME_TRANSIENT in this way, has obvious drawbacks for
security, as the reporter of #7 and the various reporters in bugs linked
from there have attested.

Removing this linkage is a small change, but it results in a larger
amount of code being no longer needed, which this commit cleans up.

Fixes #7.

Default "automatically unlock" checkbox to false

Closes #7

See merge request GNOME/gnome-keyring!38

Autoconf made the `AC_HELP_STRING` macro obsolete many moons ago in
Autoconf. It should be replaced with `AS_HELP_STRING`, so let's do that.

autogoo: replace AC_HELP_STRING with AS_HELP_STRING

See merge request GNOME/gnome-keyring!72

This breaks compilation with stdbool.h

Don't use `bool` as variable name

See merge request GNOME/gnome-keyring!75