Hello,
Michael Biebl, le sam. 25 sept. 2021 17:36:05 +0200, a ecrit:
> On Thu, 26 Aug 2021 17:21:39 +0200 Samuel Thibault
> wrote:
> > Control: tags -1 wontfix
> >
> > So AIUI, to get a proper cleanup when the X server happens to go away
> > (lightdm restart, or main session process exit), the
On Thu, 26 Aug 2021 17:21:39 +0200 Samuel Thibault
wrote:
> Control: tags -1 wontfix
>
> So AIUI, to get a proper cleanup when the X server happens to go away
> (lightdm restart, or main session process exit), the processes have to
> notice that the X server went away?
Not sure what to do
Control: tags -1 wontfix
So AIUI, to get a proper cleanup when the X server happens to go away
(lightdm restart, or main session process exit), the processes have to
notice that the X server went away?
Samuel
Am 26.08.21 um 15:58 schrieb Ansgar:
On Thu, 2021-08-26 at 09:13 +0200, Michael Biebl wrote:
In your case, dbus-daemon is *not* started as a user service, but as
a
regular process within a login session, so there can be multiple
ones.
This looks incorrect: dbus was started with
On Thu, 2021-08-26 at 09:13 +0200, Michael Biebl wrote:
> In your case, dbus-daemon is *not* started as a user service, but as
> a
> regular process within a login session, so there can be multiple
> ones.
This looks incorrect: dbus was started with `--address=systemd` and
Michael Biebl, le jeu. 26 août 2021 09:13:02 +0200, a ecrit:
> There is no way you can differentiate whether a process is "good" and should
> survive a logout or a lingering process is bad and should be killed.
>
> The only way this could work is if processes would actually tell systemd
> this,
From README.Debian:
KillUserProcesses behavior in Debian
If KillUserProcesses=yes is configured in logind.conf(5), the session scope
will be terminated when the user logs out of that session.
See logind.conf(5):
| Note that setting KillUserProcesses=yes
Am 26.08.21 um 01:26 schrieb Samuel Thibault:
Package: systemd
Version: 247.3-6
Severity: normal
Hello,
It seems that the user sessions are not getting cleaned up when it
crashes unexpectedly, and notably the dbus session bus, which can lead
to various oddities. To reproduce:
- logging in
Package: systemd
Version: 247.3-6
Severity: normal
Hello,
It seems that the user sessions are not getting cleaned up when it
crashes unexpectedly, and notably the dbus session bus, which can lead
to various oddities. To reproduce:
- logging in from lightdm ($USER is ff)
- the MATE desktop
9 matches
Mail list logo
