#1039436 zurl: ships sysv-init script without systemd unit

Package:
zurl
Source:
zurl
Description:
HTTP client worker with ZeroMQ interface
Submitter:
Date:
2026-02-10 19:37:01 UTC
Severity:
normal
Tags:
#1039436#5
Date:
2023-06-25 22:35:27 UTC
From:
To:
Dear Maintainer(s),

zurl has been flagged by Lintian as shipping a sysv-init script
without a corresponding systemd unit file. The default init system in
Debian is systemd, and so far this worked because a transitional
sysv-init-to-unit generator was shipped by systemd. This is in the
process of being deprecated and will be removed by the time Trixie
ships, so the remaining packages that ship init scripts without
systemd units will stop working.

There are various advantages to using native units, for example the
legacy generator cannot tell the different between a oneshot service
and a long running daemon. Also, sanboxing and security features
become available for services. For more information, consult the
systemd documentation:
https://www.freedesktop.org/software/systemd/man/systemd.unit.html

You can find the Lintian warning here:

https://lintian.debian.org/sources/zurl

In case this is a false positive, please add a Lintian override to
silence it and then close this bug.

Thanks!

#1039436#10
Date:
2025-10-15 15:24:56 UTC
From:
To:
Dear Maintainer(s) of affected packages, these bugs have been open for
more than 2 years now. Policy was updated to make units mandatory for
system services. The removal of compat with sysv-init scripts from
systemd has been postponed from trixie to forky, but it is now
approaching. In approximately a month's time, this should hit
unstable, if everything goes well.

Therefore in order to ensure the remaining bugs do not fall through
the cracks I am raising severity again, as there is a very high chance
the affected packages will stop working as intended in about a month's
time in the default setup.

As already mentioned in the original bug report, if your package is
not intended to work as a systemd service or under systemd at all,
please feel free to downgrade or close+wontifx or anything else as you
see fit. The severity raising is not intended to make anyone support
scenarios they don't wish to support, but simply to ensure attention
is given to the issue, even if just to close+wontfix. Also the bugs
were opened based on Lintian reports, and it is possible that there
might be false positives.

Thanks for your work and understanding.

#1039436#21
Date:
2026-02-10 19:25:49 UTC
From:
To:
Hi Jan,

I noticed the missing systemd unit and had a go at making a patch for
the package so that it provides one.

The behavior of the systemd unit should mirror the behavior of the init
script. It creates the relevant directory in /var/run, starts the
daemon, and terminates it using the same logic that is already there.

While I don't know too much about zurl - the systemd unit seems to work
as well as the init script at least. It manages to start and stop the
daemon as expected.

When testing my changes, I also noticed that some files were left in the
root of the package directory (conf.log and conf.pri), which caused
dpkg-buildpackage to complain, so I took the liberty of adding these to
the dh_auto_clean target (feel free to ignore this change).

I attach a debdiff with the changes, generated against the version in
unstable.

Best regards,
   Filip