Age | Commit message (Collapse) | Author | Files | Lines |
|
To avoid the burden of maintaining multiple build systems, this
patch removes autotools support.
GitLab CI configuration has also been updated to use meson.
|
|
Recent versions of Gettext are able to translate several formats
that are used in GNOME applications. This patch migrates from
Intltool to Gettext by using meson's i18n features.
Recent Gettext versions when used along with autotools, also make
use of `PACKAGE` and `VERSION` variables[0]. Due to this the domain
has been changed to use the value from `PACKAGE`.
[0] https://www.gnu.org/software/autoconf/manual/gettext.html#configure_002eac
|
|
|
|
|
|
|
|
|
|
|
|
|
|
GDM allows the configuration file to be put in another directory, so we should
allow distributions that move it to update the location in AccountsService.
|
|
It's common for distributions to want to add administrator users to
additional groups (e.g. lpadmin or systemd-journal); Debian and Ubuntu
have patches that add this kind of functionality already.
This commit adds a configure option to specify a comma-separated list of
extra groups for admin users and adds support for it when both adding a
new admin user and promoting an user to admin.
https://bugs.freedesktop.org/show_bug.cgi?id=101972
|
|
This commit adds some configure goo to make accountsservice use
elogind if explicitly requested for systems that don't have
systemd.
|
|
|
|
|
|
|
|
https://bugs.freedesktop.org/show_bug.cgi?id=98096
|
|
currently we check for it but never actually set it, leading to
dead code.
This commit fixes that.
|
|
|
|
Since automake 1.11.2 it is recommended that packages
use AM_DISTCHECK_CONFIGURE_FLAGS instead of
DISTCHECK_CONFIGURE_FLAGS as the latter is intended
to be a user variable.
[endlessm/eos-sdk#3303]
https://bugs.freedesktop.org/show_bug.cgi?id=94749
|
|
Signed-off-by: Marc-Antoine Perennou <Marc-Antoine@Perennou.com>
https://bugs.freedesktop.org/show_bug.cgi?id=91678
|
|
This commit moves detection of the location
of the wtmp file to configure and fixes that
detection to work on Solaris and NetBSD.
https://bugs.freedesktop.org/show_bug.cgi?id=90882
|
|
|
|
|
|
|
|
|
|
|
|
We use fgetpwent directly on /etc/passwd in order to ensure we only get
a list of local users (and not ones from the network directory service).
Unfortunately, this function is not commonly found on non-GNU systems.
Provide our own implementation of fgetpwent if the operating system does
not provide it.
https://bugs.freedesktop.org/show_bug.cgi?id=41747
|
|
relying on login.defs is fragile, and the
user heuristics are fragile.
This commit requires an explicit uid minimum
get configured, and heuristics now only get
applied to the specific problematic range
they were added to address.
https://bugs.freedesktop.org/show_bug.cgi?id=71801
|
|
This reverts commit f86c93014e698d81d43fe1ebaf805fa794e5a984.
This was meant to be a downstream patch.
|
|
It requires newer glib than we're shipping
|
|
Also clean coverage files on 'make clean'
https://bugs.freedesktop.org/show_bug.cgi?id=63868
|
|
Bring back the simple login.defs-based check for if a user is human or
not and enable it by default.
Add a build option --enable-user-heuristics to get the old behaviour
back again.
Split out all human vs. system user divination into a new file,
user-classify.c in order to clean up daemon.c a bit.
|
|
So that other projects can depend on recently committed changes
|
|
First pass at what a patch might look like. Requires the new GDBus
async property handling changes.
https://bugs.freedesktop.org/show_bug.cgi?id=63733
|
|
It's caused various problems with distcheck, vala projects don't
actually need it (they can just use gobject-introspection instead),
and the Vala FAQ recommends shipping .vapi files in the consumer
source, not provider source:
Is having a local copy of a .vapi in my project
good practice?
Yes, it certainly is. There are a number of
reasons why you want to do this.
1. Sometimes fixing bindings may lead to breakage in
projects using such bindings. So having a local
copy means that your project will not break
whenever a bindings is updated system-wide.
2. If your project works with such bindings,
there's no need to upgrade the bindings just for
the sake of being up-to-date. It works, that's
what matters.
3. It's you that decide when to upgrade the
bindings, not the system. Thus it's you that
decide when to break your own project in order to
have more up-to-date bindings. Your project will
keep compiling fine, even if system-wide bindings
change.
|
|
|
|
|
|
|
|
|
|
It is possible to build systemd without logind, in which case sd_booted() would
succeed. Check for /run/systemd/seats to test for logind instead, as
recommended by systemd upstream.
For details, see:
<https://mail.gnome.org/archives/desktop-devel-list/2013-March/msg00092.html
Drop the now unnecessary linking against libsystemd-daemon.
https://bugs.freedesktop.org/show_bug.cgi?id=62586
|
|
Had this in my local tree, forgot to amend.
|
|
Two major choices are wheel/sudo; that's unlikely to unify
anytime soon, so let's make it build-time configurable.
https://bugzilla.gnome.org/show_bug.cgi?id=695419
https://bugs.freedesktop.org/show_bug.cgi?id=62235
|
|
This shouldn't be needed; git annotate says it came from the GDBus
port, no rationale why.
https://bugs.freedesktop.org/show_bug.cgi?id=58532
|
|
gio-unix-2.0 depends on gio-2.0 which depends on glib-2.0 - we don't
need to duplicate the dependencies. Likewise, polkit-gobject-1
depends on gio-2.0.
https://bugs.freedesktop.org/show_bug.cgi?id=58532
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|