Your message dated Tue, 7 Jul 2026 05:00:57 +0900
with message-id
<ca+scei2njcbmilqgsdmwtfx08q6nh2fys9ery63nq56o-fa...@mail.gmail.com>
and subject line Re: location-update can take very long to restart
has caused the Debian Bug report #1053904,
regarding location-update can take very long to restart
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 [email protected]
immediately.)
--
1053904: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=1053904
Debian Bug Tracking System
Contact [email protected] with problems
--- Begin Message ---
Package: location
Version: 0.9.16-2.1
Severity: normal
I've found that restarting location-update (as needrestart prompts me
to do after upgrading Python or a shared library it uses) can take
ages, to the point where I generally give up and kill the systemctl
process, letting the start job continue in the background. Curiously,
the service starts fine on boot.
Could you please take a look? Please let me know if I can provide any
further information that would be helpful.
Thanks!
-- System Information:
Debian Release: trixie/sid
APT prefers testing-debug
APT policy: (500, 'testing-debug'), (500, 'stable-security'), (500,
'stable-debug'), (500, 'proposed-updates-debug'), (500, 'oldstable-security'),
(500, 'testing'), (300, 'unstable-debug'), (300, 'unstable')
Architecture: amd64 (x86_64)
Foreign Architectures: i386, x32
Kernel: Linux 6.5.0-2-amd64 (SMP w/8 CPU threads; PREEMPT)
Kernel taint flags: TAINT_PROPRIETARY_MODULE, TAINT_OOT_MODULE,
TAINT_UNSIGNED_MODULE
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8), LANGUAGE not set
Shell: /bin/sh linked to /usr/bin/dash
Init: systemd (via /run/systemd/system)
LSM: AppArmor: enabled
Versions of packages location depends on:
ii python3 3.11.4-5+b1
ii python3-location 0.9.16-2.1
location recommends no packages.
location suggests no packages.
-- debconf-show failed
--- End Message ---
--- Begin Message ---
Version: 0.9.18-3
The systemctl slowness reported in this bug was not connected to
service start-up. Instead, the problem was that the database update
process was stalling. That caused the running service to not stop
gracefully. The underlying root case was not clear, but this appears
to have been resolved with 0.9.18 onward.
If there is a persistent issue, then it should be investigated once
again. But closing this as I have not seen a repro case on a recent
codebase.
--- End Message ---
