Bug#952897: opentmpfiles: Please make opentmpfiles to be drop-in replacement to systemd-tmpfiles
Package: opentmpfiles Followup-For: Bug #952897 Control: tag -1 patch Hi, the following MR on Salsa might fix this bug https://salsa.debian.org/debian/opentmpfiles/-/merge_requests/2 Best Regards, Lorenzo
Bug#947847: Bug#952897: opentmpfiles: Please make opentmpfiles to be drop-in replacement to systemd-tmpfiles
On 3/1/20 5:15 PM, Ondřej Surý wrote:
> Package: opentmpfiles
> Version: 0.2+2019.05.21.git.44a55796ba-2
> Severity: important
>
> Dear Maintainer,
>
> to make opentmpfiles usable for package maintainers
> it needs to be drop-in replacement in a sense that
> I can rely on the interface to be available for my
> packages. Not by calling extra script, not by adding
> extra shell spaghetti to decide whether systemd-tmpfiles
> is available and if not try opentmpfiles and if not ...
>
> As a packager I want to be able to freely use the
> declaratife interfaces provided by systemd even when
> writing sysv-rc scripts. The other option would be
> to just drop the init script and provide just the
> service file, but I am not decided I want to go
> this path.
>
> Ondrej
Hi Ondrej,
I very much agree with this, which is why there's a bug open against the
tech ctte: #947847 (which I'm CC-ing hereby). That's probably too much
reading. Basically, I'm asking the tech ctte what is the best way to
achieve what you described above. We're down to:
- using update-alternatives
The tech ctte and the systemd maintainer expressed themselves against
the idea.
- having systemd package tmpfiles and sysusers in separate packages, and
have them conflict with open{sysusers,tmpfiles}
This could work, but would need some non-trivial work from systemd
maintainers, also the systemd version may be a little too big. Also,
that's micro-packaging, and we're not sure if that's the solution. If we
go that path, maybe we will need 2 new virtual packages.
- using dpkg-divert in open{sysusers,tmpfiles} to replace the systemd
implementations.
That's really what I would hate doing, because this would hide things
from our users. Most Debian users don't even know about dpkg-divert, and
even less how to use it.
The question I've opened to the tech ctte is wider than just how to
package open{sysusers,tmpfiles}, it's also about how reverse dependency
should use it. Contrary to what I've been told, the point of using
open{sysusers,tmpfiles} goes beyond just non-linux ports: I want them to
be real alternatives, including in small environment (containers, VMs,
embedded), and I want that any user can choose what to use, even if
systemd is installed. I hope I'll be heard.
So, this bug will continue to be open until the tech ctte decides, or
the systemd maintainers agree to be open{sysusers,tmpfiles} friendly,
whatever comes first. Until then, I'm also putting on hold any work on
these 2 packages.
Cheers,
Thomas Goirand (zigo)
Bug#952897: opentmpfiles: Please make opentmpfiles to be drop-in replacement to systemd-tmpfiles
Package: opentmpfiles Version: 0.2+2019.05.21.git.44a55796ba-2 Severity: important -BEGIN PGP SIGNED MESSAGE- Hash: SHA512 Dear Maintainer, to make opentmpfiles usable for package maintainers it needs to be drop-in replacement in a sense that I can rely on the interface to be available for my packages. Not by calling extra script, not by adding extra shell spaghetti to decide whether systemd-tmpfiles is available and if not try opentmpfiles and if not ... As a packager I want to be able to freely use the declaratife interfaces provided by systemd even when writing sysv-rc scripts. The other option would be to just drop the init script and provide just the service file, but I am not decided I want to go this path. Ondrej - -- System Information: Debian Release: 10.3 APT prefers stable-updates APT policy: (500, 'stable-updates'), (500, 'stable') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 4.19.0-8-amd64 (SMP w/8 CPU cores) Locale: LANG=en_IE.UTF-8, LC_CTYPE=en_IE.UTF-8 (charmap=UTF-8), LANGUAGE=en_IE:en (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system) -BEGIN PGP SIGNATURE- iQKTBAEBCgB9FiEEw2Gx4wKVQ+vGJel9g3Kkd++uWcIFAl5b365fFIAALgAo aXNzdWVyLWZwckBub3RhdGlvbnMub3BlbnBncC5maWZ0aGhvcnNlbWFuLm5ldEMz NjFCMUUzMDI5NTQzRUJDNjI1RTk3RDgzNzJBNDc3RUZBRTU5QzIACgkQg3Kkd++u WcKoEw//YrGedT2qe3TZ7S+2Cjm6F+oXHw96NfHGEhB6znFjhL50tHZtOBzktpf3 ijB42PuX+8Y5XXu+hUGfQ8tO4LKy3YupR0MJlZnSPftS1yFX2DD3aPZAKZdpXdMa hGFFIpNRB4sLz1dgZz46UXZXydSjRBFF+tdipu3+jfoWcrMt0p4n4Ht/dH+LlwK0 HFjwGbPti2a0QFYcgwHPjsPVr31q0tmOZpzMX1VEKLbRlC9JQCMaBU69YbBLLKbI GHtRoflvk0Pi+aRNboXs/HtPiiKq4Nl6AmqosLDKHFoO71/OyZ8JAhrBUDk+Q1+4 RsnDIuawC7Oa21cwWVCEa9wg2LnI1XSg52bnRiEcGC8OqWbq1KNW3Rag0QkZ3JTM XHpyt79SKy0pKU6h9zOCSepoVBeSLWl3T1mASMd/TdyIp8Z3NkrryhL22HS7g2UY m5uXbD+lgYyyhe4+sYQ1K8SAhWUafYz9FbLXJ7TvliCNR1oKjQ26yj1VXCM2FCXu Nz3YVdaHHwjmsK1nKEiPicmLpeJMVS9Zk1MniWoia+/Ed7vC0VG2qjuECtf4Qk1x p+0VkbQIdYszznNHtxMj90EhkTbl4I2raqB7JAHdLQxZh8YGsEJeKHlikCwMqNBE Ye0JdcwfFx0qZZoDm8iMauPDlsH+vJb4igqDtRFv7pnmJhmRrus= =lnpJ -END PGP SIGNATURE-
