#1039294 ola: ships sysv-init script without systemd unit

Package:
ola
Source:
ola
Description:
Open Lighting Architecture
Submitter:
Date:
2026-10-24 10:53:02 UTC
Severity:
normal
Tags:
#1039294#5
Date:
2023-06-25 22:25:43 UTC
From:
To:
Dear Maintainer(s),

ola 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/ola

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

Thanks!

#1039294#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.

#1039294#21
Date:
2026-05-04 06:46:56 UTC
From:
To:
The following systemd unit should do the trick:
Install to /usr/lib/systemd/system/olad.service

```
[Unit]
Description=Open Lighting Architecture daemon
Documentation=man:olad(1)
Requires=network.target

[Service]
ExecStart=/usr/bin/olad --log-level 3 --config-dir /etc/ola
Type=simple
Restart=on-failure
User=olad
Group=olad

[Install]
WantedBy=multi-user.target
Alias=ola.service
```

Rationale:
- Syslog is not needed any more: olad logs to stderr by default and that will go into the journal automatically
- PID files and daemon mode: olad runs as a foreground service anyway, systemd will take care of everything
- User and Group are required: olad refuses to start as root
- /etc/default/olad is somewhat obsolete: If someone wants to configure log level and config dir, they can just override the systemd service file

I'm not sure about the $remote_fs dependency in the original init script. Is that still needed?
Same for the hard dependency on the network - this could be an After= instead of a Requires=.

#1039294#28
Date:
2026-05-04 21:11:24 UTC
From:
To:
I didn't realize that you had already committed a systemd unit:
https://salsa.debian.org/wouter/ola/-/commit/70f1e074866c246a8cab9c7b785e453112b69acc

Can I ask that you remove the --syslog parameter, or move it to /etc/default/ola instead?
If it's hardcoded in the unit file, there's no way to override it without replacing the unit.
I really don't think it makes sense to retain syslog when journal logging is available.

#1039294#33
Date:
2026-10-24 10:50:17 UTC
From:
To:
We believe that the bug you reported is fixed in the latest version of
ola, which is due to be installed in the Debian FTP archive.

A summary of the changes between this version and the previous one is
attached.

Thank you for reporting the bug, which will now be closed.  If you
have further comments please address them to 1039294@bugs.debian.org,
and the maintainer will reopen the bug report if appropriate.

Debian distribution maintenance software
pp.
Wouter Verhelst <wouter@debian.org> (supplier of updated ola package)

(This message was generated automatically at their request; if you
believe that there is a problem with it please contact the archive
administrators by mailing ftpmaster@ftp-master.debian.org)
Format: 1.8
Date: Sat, 24 Oct 2026 12:32:52 +0200
Source: ola
Architecture: source
Version: 0.10.9.nojsmin-8
Distribution: unstable
Urgency: medium
Maintainer: Wouter Verhelst <wouter@debian.org>
Changed-By: Wouter Verhelst <wouter@debian.org>
Closes: 1039294
Changes:
 ola (0.10.9.nojsmin-8) unstable; urgency=medium
 .
   * debian/ola.olad.service: add; debian/rules: add dh_installsystemd
     invocation; Closes: #1039294.
Checksums-Sha1:
 b6be482df6e9d5620987ace966fded91810e7af4 2003 ola_0.10.9.nojsmin-8.dsc
 1d872f459a083b8d5a7f1900655a8000aa9eaaff 36520 ola_0.10.9.nojsmin-8.debian.tar.xz
 b75596698f6368fe849fd6f90d56a2a8d590b91b 9732 ola_0.10.9.nojsmin-8_source.buildinfo
Checksums-Sha256:
 48a0513a3942455c290775b553b114e10a3fac5992b5d734af85c29d48fb4927 2003 ola_0.10.9.nojsmin-8.dsc
 a6f27e35e42430ddf8fbf5c655892899b724c8fb4cf4e275a31abfe294bff77e 36520 ola_0.10.9.nojsmin-8.debian.tar.xz
 c4e9f9c9e9b49449ccb6c203a5f0e0bb3ab2571a2d8e9581084dd3c9aa3fbfd9 9732 ola_0.10.9.nojsmin-8_source.buildinfo
Files:
 aa30682b6a1ce005893e027dd3ae59dc 2003 libs optional ola_0.10.9.nojsmin-8.dsc
 eda35391600ae3d45460241d0cce0130 36520 libs optional ola_0.10.9.nojsmin-8.debian.tar.xz
 b31d85162720ab4d3620a4030908d3c7 9732 libs optional ola_0.10.9.nojsmin-8_source.buildinfo
-----BEGIN PGP SIGNATURE-----

iKgEARMJADAWIQQZhIYJILYM7Y0TCTdH038p5i64/wUCatyJeRIcd291dGVyQGRl
Ymlhbi5vcmcACgkQR9N/KeYuuP+3XAF/YYJ9DvlhlKM94LwkkxaWhAM/dOI5hIfE
KhqXJZp+dJqT1f9lcywTa1CEJ96YB1HEAYChfDAakcoR0m3e3lhjDo/k9kEB+m/i
2FRrrtMPzdfUdQlEwV4Fs9v7wbOwEaSWKMo=
=ovfY
-----END PGP SIGNATURE-----