Package: debian-policy
I would like to recommend packages to use tmpfiles.d(5) to manage
creating directories in locations such as /var or /etc instead of
maintainer scripts.
It could also be used to create trivial files below /var that should be
recreated if deleted by accident (such as atd's se
Package: debian-policy
9.1.2 recommends the following to create a directory under /usr/local:
```
if [ ! -e /usr/local/share/emacs ]; then
if mkdir /usr/local/share/emacs 2>/dev/null; then
if test -e /etc/staff-group-for-usr-local ; then
if chown root:staff /usr/local/shar
On Sat, Oct 05, 2019 at 09:44:25PM +0200, Stephen Kitt wrote:
> Policy section 11.8.5, point 1 says
>
> > If one or more of the fonts so packaged are necessary for proper
> > operation of the package with which they are associated the font
> > package may be Recommended; if the fonts merely provid
On Fri, 22 Nov 2019 at 09:03:29 +0100, Ansgar wrote:
> I would like to recommend packages to use tmpfiles.d(5) to manage
> creating directories in locations such as /var or /etc instead of
> maintainer scripts.
Using tmpfiles.d(5) seems like a good thing to encourage, but using
them *instead of* m
On Fri, 2019-11-22 at 12:07 +, Simon McVittie wrote:
> On Fri, 22 Nov 2019 at 09:03:29 +0100, Ansgar wrote:
> > I would like to recommend packages to use tmpfiles.d(5) to manage
> > creating directories in locations such as /var or /etc instead of
> > maintainer scripts.
>
> Using tmpfiles.d(5
Processing control commands:
> tag -1 pending
Bug #623707 [developers-reference] Outdated section on l10n
Added tag(s) pending.
--
623707: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=623707
Debian Bug Tracking System
Contact ow...@bugs.debian.org with problems
On Fri, 22 Nov 2019 at 14:05:50 +0100, Ansgar wrote:
> I'm fairly sure that systemd-tmpfiles doesn't require systemd as pid-1
It doesn't, but its dh_installsystemd integration currently does, so
maintainer scripts relying on it would currently be buggy. I think it
would be premature to recommend s
Simon McVittie writes:
> On Fri, 22 Nov 2019 at 14:05:50 +0100, Ansgar wrote:
>> I'm fairly sure that systemd-tmpfiles doesn't require systemd as pid-1
> It doesn't, but its dh_installsystemd integration currently does, so
> maintainer scripts relying on it would currently be buggy. I think it
>
Julien Cristau writes:
> I don't think this change is good as-is. The "don't depend on X font
> packages" is still very much relevant, for applications that use the
> "traditional" X font system, where the X server loads the fonts. The X
> server can still be on a different machine from the cli
On Fri, 2019-11-22 at 09:05 -0800, Russ Allbery wrote:
> Simon McVittie writes:
> > I had also thought that, in the current state of non-systemd-init-world,
> > having a dependency on a package containing systemd-tmpfiles was likely
> > to be practically problematic because it would indirectly con
Ansgar writes:
> I think no option says we shouldn't use services that don't rely on
> systemd as pid-1 (which also includes widely used things like udev).
I agree, but if, say, Sam's option 3 wins, we can directly incorporate
this, whereas if, say, Ian's option wins, then we should have a
conve
On Fri, 22 Nov 2019 09:09:24 -0800, Russ Allbery wrote:
> Julien Cristau writes:
> > I don't think this change is good as-is. The "don't depend on X font
> > packages" is still very much relevant, for applications that use the
> > "traditional" X font system, where the X server loads the fonts.
12 matches
Mail list logo
