Your message dated Mon, 1 May 2017 00:33:17 +0200
with message-id <9a54e68e-79ed-2abe-6024-2c839ec3c...@debian.org>
and subject line Re: Bug#812215: consider spliting systemd-tmpfiles into 
separate package
has caused the Debian Bug report #812215,
regarding consider spliting systemd-tmpfiles into separate package
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 ow...@bugs.debian.org
immediately.)


-- 
812215: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=812215
Debian Bug Tracking System
Contact ow...@bugs.debian.org with problems
--- Begin Message ---
Package: systemd
Version: 228-4
Severity: wishlist

Dear maintainers,

please consider spliting systemd-tmpfiles into separate package,
perhaps with sysvrc script provided.

The tmpfiles mechanism is quite great and if we can use tmpfiles
mechanism in the sysvrc scripts, we could remove a lot of custom shell
scripts that do just the same - create a temporary directory in /run
(and elsewhere).

Personally I have a shell snippet that can understand most basic stuff
in /usr/lib/tmpfiles.d/<package>.conf, but there's a lots of
duplication since /run started being tmpfs that gets deleted on every
machine reboot.

Also since this utility probably doesn't need anything from the
kernel, it might be compilable on non-Linux archs :) (worth trying).

(Feel free to close the bug if you have given it enough thought and
you still strongly disagree.)

Cheers,
Ondrej

-- Package-specific info:

-- System Information:
Debian Release: stretch/sid
  APT prefers testing
  APT policy: (900, 'testing'), (800, 'unstable'), (700, 'experimental')
Architecture: amd64 (x86_64)
Foreign Architectures: i386

Kernel: Linux 4.3.0-1-amd64 (SMP w/4 CPU cores)
Locale: LANG=en_DK.UTF-8, LC_CTYPE=en_DK.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Init: systemd (via /run/systemd/system)

Versions of packages systemd depends on:
ii  adduser         3.113+nmu3
ii  libacl1         2.2.52-2
ii  libapparmor1    2.10-2+b2
ii  libaudit1       1:2.4.5-1
ii  libblkid1       2.27.1-1
ii  libc6           2.21-6
ii  libcap2         1:2.24-12
ii  libcap2-bin     1:2.24-12
ii  libcryptsetup4  2:1.7.0-2
ii  libgcrypt20     1.6.4-4
ii  libkmod2        21-1
ii  liblzma5        5.1.1alpha+20120614-2.1
ii  libmount1       2.27.1-1
ii  libpam0g        1.1.8-3.2
ii  libseccomp2     2.2.3-2
ii  libselinux1     2.4-3
ii  libsystemd0     228-4
ii  mount           2.27.1-1
ii  sysv-rc         2.88dsf-59.2
ii  util-linux      2.27.1-1

Versions of packages systemd recommends:
ii  dbus            1.10.6-1
ii  libpam-systemd  228-4

Versions of packages systemd suggests:
pn  systemd-container  <none>
pn  systemd-ui         <none>

Versions of packages systemd is related to:
ii  udev  228-4

-- no debconf information

--- End Message ---
--- Begin Message ---
Am 31.01.2016 um 01:55 schrieb Michael Biebl:
> Am 23.01.2016 um 06:19 schrieb Josh Triplett:
>> If having tmpfiles.d support across all architectures and init systems
>> sounds appealing, I'd be willing to construct such a package, though I'd
>> want to have co-maintainers who actually run sysvinit and/or non-Linux
>> architectures.  The subset of tmpfiles.d syntax that can easily work on
>> all POSIX systems seems simple enough to write.
> 
> I think we have consensus that tmpfiles suport for non-systemd systems
> should be provided by an alternative implementation. So the question
> would be, which package that implementation should be shipped in.
> 
> We already have an older bug for init-system-helpers [1]. Maybe that
> would indeed be a good place to ship an alternative implementation.
> Be it shell or perl based, or even C.
> 
> Michael
> 
> 
> 
> [1] https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=725959
> 

Given the reasons, I'm going to close this bug report against the
systemd package. As outlined, an approach which would be useful for all
ports has to be provided by a separate implementation.
Would be great if anyone interested in that pushes that forward.

Regards,
Michael


-- 
Why is it that all of the instruments seeking intelligent life in the
universe are pointed away from Earth?

Attachment: signature.asc
Description: OpenPGP digital signature


--- End Message ---
_______________________________________________
Pkg-systemd-maintainers mailing list
Pkg-systemd-maintainers@lists.alioth.debian.org
http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/pkg-systemd-maintainers

Reply via email to