Devuan bug report logs - #321
apparmor: Add /etc/mdns.allow to abstractions/mdns

Package: apparmor; Reported by: Luigi Bai <>; dated Sat, 27 Apr 2019 15:18:01 UTC; Maintainer for apparmor is (unknown).

Message received at

Received: (at submit) by; 27 Apr 2019 15:10:02 +0000
Return-Path: <>
Received: from []
	by fulcanelli with IMAP (fetchmail-6.3.26)
	for <debbugs@localhost> (single-drop); Sat, 27 Apr 2019 17:10:02 +0200 (CEST)
Received: from ( [])
	(using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits))
	(No client certificate requested)
	by (Postfix) with ESMTPS id 31D3CF60972
	for <>; Sat, 27 Apr 2019 17:04:44 +0200 (CEST)
Received: from (unknown [])
	by (Postfix) with ESMTP id 305DC5E96;
	Sat, 27 Apr 2019 11:04:42 -0400 (EDT)
Received: from [] (localhost []) (Authenticated sender: xxxxx) with ESMTPSA id 016A15E82
Received: by debian.local (Postfix, from userid 1000)
	id AE1488040; Sat, 27 Apr 2019 10:04:39 -0500 (CDT)
Content-Type: text/plain; charset="us-ascii"
MIME-Version: 1.0
Content-Transfer-Encoding: 7bit
From: Luigi Bai <>
To: Devuan Bug Tracking System <>
Subject: apparmor: Add /etc/mdns.allow to abstractions/mdns
Message-ID: <>
X-Mailer: reportbug 7.5.1+devuan1
Date: Sat, 27 Apr 2019 10:04:39 -0500
X-Virus-Scanned: ClamAV using ClamSMTP
X-Spam-Status: No, score=-2.3 required=5.0 tests=RCVD_IN_DNSWL_MED,SPF_PASS,
	UNPARSEABLE_RELAY autolearn=disabled version=3.4.2
X-Spam-Checker-Version: SpamAssassin 3.4.2 (2018-09-13) on

Package: apparmor
Version: 2.13.2-10
Severity: important

Dear Maintainer,

   * What led up to the situation?
   Executables protected by apparmor cannot reach MDNS suffixes declared in
   /etc/mdns.allow, and probed by libnss-mdns.

   Please see /usr/share/doc/libnss-mdns/ in package libnss-mdns.

   * What exactly did you do (or not do) that was effective (or
   Attempt to use, e.g., ntpd to connect to an MNDS domain that isn't .local.

   * What was the outcome of this action?
   Failure, and a DENIED entry in the kernel to /etc/mdns.allow

   * What outcome did you expect instead?
   access to the host on the non-.local MDNS domain.

   Proposed fix: add /etc/mnds.allow to abstractions/mnds.
   This fix works for me.

-- System Information:
Distributor ID:	Devuan
Description:	Devuan GNU/Linux beowulf/ceres
Release:	10
Codename:	n/a
Architecture: x86_64

Kernel: Linux 4.19.0-4-amd64 (SMP w/1 CPU core)
Locale: LANG=en_US.utf8, LC_CTYPE=en_US.utf8 (charmap=UTF-8), LANGUAGE=en_US.utf8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Init: sysvinit (via /sbin/init)
LSM: AppArmor: enabled

Versions of packages apparmor depends on:
ii  debconf [debconf-2.0]  1.5.71
ii  libc6                  2.28-8
ii  lsb-base               10.2019031300
ii  python3                3.7.2-1

apparmor recommends no packages.

Versions of packages apparmor suggests:
pn  apparmor-profiles-extra  <none>
ii  apparmor-utils           2.13.2-10

-- Configuration Files:
/etc/apparmor.d/abstractions/mdns changed [not included]

-- debconf information excluded

Acknowledgement sent to Luigi Bai <>:
New bug report received and forwarded. Copy sent to

Your message specified a Severity: in the pseudo-header, but the severity value important was not recognised. The default severity normal is being used instead. The recognised values are: critical, grave, normal, minor, wishlist.

Full text available.

Report forwarded to,
bug#321; Package apparmor. Full text available.

Devuan BTS -- Powered by Debian bug tracking system
Copyright (C) 1999 Darren O. Benham,
1997 nCipher Corporation Ltd, 1994-97 Ian Jackson.

Devuan Bugs Owner <>.
Last modified: Tue, 17 May 2022 16:39:01 UTC