On 12/05/2016 08:54 AM, Jan Kurik wrote:
= System Wide Change: Enable coredumpctl by default =
https://fedoraproject.org/wiki/Changes/coredumpctl
Change owner(s):
* Michael Catanzaro <mcatanzaro AT gnome DOT org>
Enable coredumpctl by default. Core dumps will be stored in the system
journal rather than created in the crashing process's current working
directory by ABRT.
systemd-coredump (or, rather, journald) ignores the split between system
accounts and user accounts as configured in /etc/login.defs ("the
authoritative definition of UID/GID space allocation", according to the
Fedora wiki) and instead hard codes 1000 as the split*.
The end result is that when systemd-coredump enabled, unprivileged users
cannot access their own core dumps. (Or any of their own logs in journald.)
This means that if you are a loyal Fedora user that initially installed
before the change from 500 to 1000 (Fedora 15 or earlier) and have been
faithfully upgrading from release to release, enabling systemd-coredump
by default in Fedora 26 will be a regression in functionality.
systemd-coredump should not be enabled by default in Fedora until this
bug is fixed by the systemd developers.
*: It's actually more egregious than that: /etc/login.defs is parsed on
the build machine at compile time and the extracted value is hard coded
into the various systemd executables which then completely ignore
/etc/login.defs at run time.
_______________________________________________
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists.fedoraproject.org