Your message dated Sun, 28 Oct 2018 17:14:19 +0100
with message-id <[email protected]>
and subject line Re: Bug#900048: Please precreate
/usr/lib/dnssec-trust-anchors.d/ and /etc/dnssec-trust-anchors.d/ in the package
has caused the Debian Bug report #900048,
regarding Please precreate /usr/lib/dnssec-trust-anchors.d/ and
/etc/dnssec-trust-anchors.d/ in the 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 [email protected]
immediately.)
--
900048: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=900048
Debian Bug Tracking System
Contact [email protected] with problems
--- Begin Message ---
Package: systemd
Version: 238-4
Severity: minor
Hi,
resolved is apparently using the /usr/lib/dnssec-trust-anchors.d/ and
/etc/dnssec-trust-anchors.d/ directories, but the package is not
shipping them.
Shouldn't the package pre-create (and own?) these directories?
Kind regards,
Laurent Bigonville
-- Package-specific info:
-- System Information:
Debian Release: buster/sid
APT prefers unstable-debug
APT policy: (500, 'unstable-debug'), (500, 'unstable'), (1,
'experimental-debug'), (1, 'experimental')
Architecture: amd64 (x86_64)
Foreign Architectures: i386
Kernel: Linux 4.16.0-1-amd64 (SMP w/4 CPU cores)
Locale: LANG=fr_BE.UTF-8, LC_CTYPE=fr_BE.UTF-8 (charmap=UTF-8),
LANGUAGE=fr_BE.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /usr/bin/dash
Init: systemd (via /run/systemd/system)
LSM: SELinux: enabled - Mode: Permissive - Policy name: refpolicy
Versions of packages systemd depends on:
ii adduser 3.117
ii libacl1 2.2.52-3+b1
ii libapparmor1 2.12-4
ii libaudit1 1:2.8.3-1
ii libblkid1 2.32-0.1
ii libc6 2.27-3
ii libcap2 1:2.25-1.2
ii libcryptsetup12 2:2.0.2-1
ii libgcrypt20 1.8.2-2
ii libgpg-error0 1.31-1
ii libidn11 1.33-2.2
ii libip4tc0 1.6.2-1
ii libkmod2 25-1
ii liblz4-1 1.8.2-1
ii liblzma5 5.2.2-1.3
ii libmount1 2.32-0.1
ii libpam0g 1.1.8-3.7
ii libseccomp2 2.3.3-2
ii libselinux1 2.7-2+b2
ii libsystemd0 238-4
ii mount 2.32-0.1
ii procps 2:3.3.15-1
ii util-linux 2.32-0.1
Versions of packages systemd recommends:
ii dbus 1.12.8-2
ii libpam-systemd 238-4
Versions of packages systemd suggests:
ii policykit-1 0.114-1
ii systemd-container 238-4
Versions of packages systemd is related to:
pn dracut <none>
ii initramfs-tools 0.130
ii udev 238-4
-- no debconf information
--- End Message ---
--- Begin Message ---
On Fri, 25 May 2018 12:03:03 +0200 Michael Biebl <[email protected]> wrote:
> Am 25.05.2018 um 09:25 schrieb Laurent Bigonville:
> > Package: systemd
> > Version: 238-4
> > Severity: minor
> >
> > Hi,
> >
> > resolved is apparently using the /usr/lib/dnssec-trust-anchors.d/ and
> > /etc/dnssec-trust-anchors.d/ directories, but the package is not
> > shipping them.
> >
> > Shouldn't the package pre-create (and own?) these directories?
>
> It seems the upstream build system doesn't create those directories.
> Does resolved monitor those directories via inotify or is there another
> good reason why those directories should be pre-created?
So, I debated with myself whether we should ship those directories in
systemd or not.
resolved does not monitor those directories via inotify. So there is no
need from that POV.
Pre-creating those directories would make them more discoverable but
it's such a rarely used feature that I don't think it's worth it as it
would only clutter /etc for the vast majority of our users.
So I'm leaning towards closing this bug report.
Regards,
Michael
--
Why is it that all of the instruments seeking intelligent life in the
universe are pointed away from Earth?
signature.asc
Description: OpenPGP digital signature
--- End Message ---
