Your message dated Mon, 27 Apr 2026 07:38:46 -0400
with message-id <3496e538-0875-460b-bcc8-c210b4b744d8@???>
and subject line Re: [devuan-dev] bug#956: bug#956: turnstile stalls on shutdown
has caused the Devuan bug report #956,
regarding turnstile stalls on shutdown
to be marked as done.

This means that you claim that the problem has been dealt with.
If this is not the case it is now your responsibility to reopen the
bug report if necessary, and/or fix the problem forthwith.

(NB: If you are a system administrator and have no idea what this
message is talking about, this may indicate a serious mail system
misconfiguration somewhere. Please contact owner@???
immediately.)


--
956: https://bugs.devuan.org/cgi/bugreport.cgi?bug=956
Devuan Bug Tracking System
Contact owner@??? with problems
Package: turnstile
Version: 0.1.11-2
System: Devuan Freia with xfce4 and slim.


On shutdown or reboot, turnstile stalls for 25 seconds.

/var/log/auth.log shows:
2026-04-23T06:38:24.036329-04:00 localhost sudo:     user : TTY=pts/0 ; 
PWD=/home/user ; USER=root ; COMMAND=/sbin/reboot
2026-04-23T06:38:24.036833-04:00 localhost sudo: pam_unix(sudo:session): 
session opened for user root(uid=0) by user(uid=1000)
2026-04-23T06:38:24.044088-04:00 localhost sudo: pam_unix(sudo:session): 
session closed for user root
2026-04-23T06:38:24.088198-04:00 localhost elogind[1471]: Received signal 
2 [INT]
2026-04-23T06:38:54.149582-04:00 localhost turnstiled: 
pam_elogind(turnstiled:session): Failed to release session: Connection 
timed out
2026-04-23T06:38:54.149665-04:00 localhost dbus-daemon[1457]: [system] 
Failed to activate service 'org.freedesktop.login1': timed out 
(service_start_timeout=25000ms)
2026-04-23T06:38:54.190021-04:00 localhost sshd[1456]: Received signal 15; 
terminating.
2026-04-23T06:38:54.191980-04:00 localhost polkitd[1610]: Lost the name 
org.freedesktop.PolicyKit1 - exiting

Editing /etc/pam.d/turnstiled to change
    session    required    pam_turnstile.so turnstiled
to
     session    optional    pam_turnstile.so turnstiled    

does not alter the behavior.

Stopping the turnstile service manually before shutdown eliminates the
delay and the error message in auth.log.

Putting the script to start pipewire in either /etc/user_session.d or in
~/.user_session.d
results in the same delay. Here's the script I'm using:

#!/bin/sh
sleep 4
daemon --foreground --bind --respawn --name=pipewire /usr/bin/pipewire &
daemon -f -B -r -n pipewire-pulse /usr/bin/pipewire-pulse &
daemon -f -B -r -n wireplumber /usr/bin/wireplumber &
true

Let me know what other information you need.

fsmithred
Package: turnstile
Version: 0.1.11-2


Fixed!
In /etc/init.d/turnstile:

   #Required-Stop:    $syslog $remote_fs elogind

Tested with lightdm and slim. Other settings are default (i.e.
KillUserProcesses "no" and --bind included in the daemon commands for
pipewire.)

fsmithred


On 4/26/26 20:20, Ralph Ronnquist wrote:
> Probably makes little difference, but the Required-Stop value should
> be "elogind" and not "$elogind" --- with "$" the token refers to a
> "system facility" that would need declaration in /etc/insserv.conf;
> but in this case it refers to the actual facility "elogind" (which
> would perhaps be the single implementation for a $elogind system
> facitility would it be declared)
>

> After changing that, you'll need to rerun
>      update-rc.d turnstile defaults
> so that insserv can work out the appropriate start/stop ordering, and
> thereafter it should be in play already at the next shutdown or
> runlevel change.

>
> Ralph.
>
> On Sun, Apr 26, 2026 at 01:33:45PM -0400, fsmithred wrote:
>> I did remove both -B and --bind.
>>
>> KillUserProcesses was set to the default "no". I uncommented it and changed
>> it to "yes" and rebooted (twice). No change, with or without the --bind
>> option.
>>
>> I also tried adding $elogind to Required-Stop in /etc/init.d/turnstile. Is a
>> reboot enough for this to take effect, or do I have to do more? No change
>> after reboot. I tried with KillUserProcesses set to yes and no and saw no
>> difference.
>>
>> Tried logging out of the desktop and reboot/shutdown from slim, and that
>> just hangs in a black screen, so I switched to lightdm. Reboot from lightdm
>> works, but still has the 25-second delay.
>>
>> fsmithred
>>
>>
>> On 4/23/26 20:53, Ralph Ronnquist wrote:
>>> Note that -B is same as --bind and you should remove both for that
>>> test. But that argument adds a reason to terminate rtaher than a
>>> reason to stay alive.
>>>
>>> AS I understand it, the hold up is due to the pam module *pam_elogind*
>>> being held up at termination. Possibly because elogind already has
>>> terminated. That communication goes via dbus, so it's difficult for
>>> pam_elogind to not wait.
>>>
>>> Check /etc/elogind/logind.conf if it has KillUserProcesses=yes
>>> You probably want KillUserProcesses=no but I'm not sure if that
>>> changes anything for pam_elogind (I haven't inspected the source).
>>>
>>> I think this bug is really an elogind bug relating to pam_elogind,
>>> because it's the cause of the delay. Or, perhaps turnstiled should
>>> avoid using pam_elogind in its termination (which might be a
>>> difficult option).
>>>

>>> Or should turnsiled have
>>>      # Required-Stop: elogind
>>> as termination order constraint?

>>>
>>> Ralph
>>>
>>> On Thu, Apr 23, 2026 at 07:55:28PM -0400, fsmithred wrote:
>>>> On 4/23/26 14:28, Mark Hindley wrote:
>>>>> Control: tags -1 debian
>>>>>
>>>>> Thanks.
>>>>>
>>>>> On Thu, Apr 23, 2026 at 10:40:53AM -0400, Where all about bugs in Devuan packages is reported wrote:
>>>>>> #!/bin/sh
>>>>>> sleep 4
>>>>>> daemon --foreground --bind --respawn --name=pipewire /usr/bin/pipewire &
>>>>>> daemon -f -B -r -n pipewire-pulse /usr/bin/pipewire-pulse &
>>>>>> daemon -f -B -r -n wireplumber /usr/bin/wireplumber &
>>>>>> true
>>>>>
>>>>> What happens if you remove the -B option?
>>>>>
>>>>> Mark
>>>>
>>>>
>>>> Removing -B didn't change anything that I can see. Same delay, same message
>>>> in auth.log.
>>>>
>>>> fsmithred
>>>>
>>>>
>>>> _______________________________________________
>>>> devuan-dev internal mailing list
>>>> devuan-dev@???
>>>> Manage your subscription: https://mailinglists.dyne.org/cgi-bin/mailman/listinfo/devuan-dev
>>>> Archive: https://lists.dyne.org/lurker/list/devuan-dev.en.html
>>> _______________________________________________
>>> devuan-dev internal mailing list
>>> devuan-dev@???
>>> Manage your subscription: https://mailinglists.dyne.org/cgi-bin/mailman/listinfo/devuan-dev
>>> Archive: https://lists.dyne.org/lurker/list/devuan-dev.en.html
>>
>> _______________________________________________
>> devuan-dev internal mailing list
>> devuan-dev@???
>> Manage your subscription: https://mailinglists.dyne.org/cgi-bin/mailman/listinfo/devuan-dev
>> Archive: https://lists.dyne.org/lurker/list/devuan-dev.en.html
> _______________________________________________
> devuan-dev internal mailing list
> devuan-dev@???
> Manage your subscription: https://mailinglists.dyne.org/cgi-bin/mailman/listinfo/devuan-dev
> Archive: https://lists.dyne.org/lurker/list/devuan-dev.en.html