rixie,
with a freeze exception if necessary :)
Cheers
--
intrigeri
xists to give the
# application a name instead of having the label "unconfined"
Cheers,
--
intrigeri
not", which IIRC is tracked
upstream somewhere. Other limitations include "'deny' rules will be
enforced even in complain mode" (quoting aa-complain(8)).
Cheers,
--
intrigeri
Hi,
Vincent Lefevre (2025-04-19):
> On 2025-04-18 13:40:01 +0200, intrigeri wrote:
>> What dhclient files have been removed before the upgrade?
>
> /etc/apparmor.d/sbin.dhclient
> /etc/apparmor.d/local/sbin.dhclient
>
>> How were they removed?
>
> With "rm&q
I already have on my To-Do list to test this on Trixie,
so if there's still any issue I'll open a new bug.
Cheers,
--
intrigeri
een removed before the upgrade?
How were they removed?
Can you please describe how the resulting configuration is broken?
Cheers,
--
intrigeri
Package: mat2
Version: 0.13.5-1.1
Severity: serious
Hi!
mat2 0.13.5-1.1 has an unsatisfiable dependency on python2,
while 0.13.5-1 hadn't.
-- System Information:
Debian Release: trixie/sid
APT prefers unstable
APT policy: (990, 'unstable'), (2, 'experimental')
Architecture: amd64 (x86_64)
K
failure you're experiencing.
I'll upload a fix later today.
Cheers,
--
intrigeri
ofiles/apparmor/profiles/extras/usr.sbin.cupsd?ref_type=heads#L68
-
https://gitlab.com/apparmor/apparmor/-/commit/97d7fa3f5f2ca016f853af6dbb97187f9525adf5
Cheers,
--
intrigeri
bled?
This is caused by a recent update of the apparmor package.
The fix requires updating the AppArmor policy of Tor Browser.
I'm going to submit a fix upstream today.
In the meantime you can add this rule:
userns,
… to /etc/apparmor.d/torbrowser.Browser.firefox.
Cheers,
--
intrigeri
Control: reassign -1 apparmor
Hi,
Stefano Brivio (2025-03-14):
> On Thu, 13 Mar 2025 18:18:28 +0100
> intrigeri wrote:
>> So at this stage, as far as Debian Trixie is concerned, I'm now
>> tempted to simply remove the stub podman profile from the apparmor
>> pa
missing something: could you
please check if a package manages that file on your system, and if so,
which package that is?
Thanks in advance!
--
intrigeri
;m now
tempted to simply remove the stub podman profile from the apparmor
package: it seems none of us is super comfortable with the workaround
they would have to carry to make it play nicer with pasta. And we
would not be losing much value for our users.
Does this sound reasonable?
Cheers,
--
intrigeri
)
[0x5cdcd3d9693c]
Mar 12 09:59:57 manticora emacs.desktop[122043]:
/home/intrigeri/.cache/emacs/eln-cache/30.1-afa68807/treesit-37439c61-730b72d7.eln(F747265657369742d666f6e742d6c6f636b2d666f6e746966792d726567696f6e_treesit_font_lock_fontify_region_0+0x2b1)
[0x7b0de3f92a61]
Mar 12 09:59:57 manticora
Control: reassign -1 passt
Hi,
Stefano Brivio (2025-03-12):
> On Wed, 12 Mar 2025 14:41:14 +0100
> intrigeri wrote:
> Thanks for fixing the address, yes, I didn't get the original report.
Thanks for the quick reply!
>> - It'll be necessary on Ubuntu, where remov
at some point
(https://bugs.launchpad.net/ubuntu/+source/passt/+bug/2077158).
So we can as well fix this proactively. And the fix should probably
be upstreamed.
- It's 1 tiny but still useful step towards being able to some day
stop accepting signals from unconfined processes.
Stefano, what do you think?
I believe this (untested) rule should do the job:
signal (receive) peer=podman,
If we don't do that, then I'm fine with removing the podman profile,
which has limited value anyway in the context of Debian.
Cheers,
--
intrigeri
~rc-3 and I did not experience it since a couple
hours. I'll let you know if I see it again. Otherwise, in this
specific context: silence from me means happy user.
Thanks a lot for the quick fix!
Cheers,
--
intrigeri
Control: reassign -1 firejail
Control: retitle -1 firejail-default AppArmor profile needs userns rule
Hi,
Vincent Lefevre (2025-03-03):
> On 2025-03-03 12:03:22 +0100, intrigeri wrote:
>> Can you try adding the "userns," line to the firejail-default AppArmor
>> p
Hi,
Bo YU (2025-03-03):
> On Mon, Mar 3, 2025 at 6:53 PM intrigeri wrote:
>> Do you want to submit your patch upstream
>> (https://gitlab.com/apparmor/apparmor/) or should I?
>>
>
> In general, I should forward the patch to upstream. But here I am not
> sure if t
it/71c0d1bfdd0556cb8466913d65ca4f6fced14b63
Then reboot the system and try to reproduce.
Cheers,
--
intrigeri
update to work with the feature set update that I applied in the
4.1~* src:apparmor uploads
(https://salsa.debian.org/apparmor-team/apparmor/-/commit/71c0d1bfdd0556cb8466913d65ca4f6fced14b63).
Adding this rule should be sufficient:
userns,
I suspect Ubuntu has already hit this problem so hopefully it's fixed
upstream already?
Cheers,
--
intrigeri
d not understand this sentence. Could you please rephrase?
Cheers,
--
intrigeri
we should include is still in beta). So for Trixie I would suggest you
adjust the AppArmor policy to be compatible with 3.x.
Cheers,
--
intrigeri
report this 2nd problem separately, since I doubt it's related
to the previous one. To that new bug report, please attach the full
apparmor.d directory that exposes the problem, so we can try to
reproduce and figure out where the problem comes from.
Thanks in advance!
--
intrigeri
Control: tag -1 + patch
Hi,
intrigeri (2024-12-12):
> intrigeri (2024-10-08):
>>>> I can't find such ponytail package in Debian archive, and I found the
>>>> gnome-
>>>> ponytail-daemon [2] project online but I'm not sure that's the correct
from a clean
Debian installation
Thanks in advance!
Cheers,
--
intrigeri
Package: libmoox-options-perl
Version: 4.103-4
Severity: wishlist
I understand MooX::ConfigFromFile is only used if the consumer code opts-in for
the corresponding feature by enabling the with_config_from_file option.
I could not find any code with codesearch.debian.net that enables this option.
Hi,
intrigeri (2024-10-08):
>>> I can't find such ponytail package in Debian archive, and I found the gnome-
>>> ponytail-daemon [2] project online but I'm not sure that's the correct
>>> upstream
>>> source.
>>> I understand that it sh
Source: python-stem
Severity: normal
Hi,
In https://github.com/torproject/stem/issues/154, the previous upstream author,
who stopped maintaining the project, confirmed that the new upstream for stem is
https://gitlab.torproject.org/tpo/network-health/stem.
For additional insight regarding short
n.
And it looks like that bug was closed merely because someone shared
how they *silenced the audit trail locally*, which sounds like
a misunderstanding to me.
Could perhaps the maintainers take another look at #980974
and check if my conclusions make sense?
If they do, see
https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=980974#15
Thanks,
--
intrigeri
y
>> for
>> python3-dogtail?
>
> Yes. Contribution welcome ;)
I'll come back to it in a month or so to see if we can help. But if
anyone else has the skills & bandwidth, by all means, please go ahead
and don't wait for us.
Cheers,
--
intrigeri
Andrea Bolognani (2024-09-16):
>> I'll look into it. I'm fairly sure it will require an upstream fix.
>
> Fixed upstream with
Thanks a lot!
--
intrigeri
Package: libvirt-daemon
Version: 10.7.0-2
Severity: normal
If libvirt-daemon-driver-lxc is not installed, libvirtd logs this on startup:
libvirtd[2085]: internal error: template
'/etc/apparmor.d/libvirt/TEMPLATE.lxc' does not exist
… and then apparently the logic to generate AppArmor profiles
Hi Lucas!
Thanks for quickly uploading 2.0.0-1 :)
I see it FTBFS though, apparently because a few upstream tests need
Internet access, which our buildds block.
Cheers,
--
intrigeri
Package: libtest-simple-perl
Version: 1.302201-1
Severity: important
Dear Maintainer,
Unpacking libtest-simple-perl (1.302201-1) over (1.302199-1) ...
dpkg: error processing archive
/tmp/apt-dpkg-install-J17Wob/31-libtest-simple-perl_1.302201-1_all.deb
(--unpack):
trying to overwrite '/usr/sha
are not mature enough to be shipped in enforce mode by
default on Debian. They are shipped in complain mode so that users
can test them, choose which are desired, and help improve them
upstream if needed.
Cheers,
--
intrigeri
r/lib/python3/dist-packages/accerciser/plugin/plugin_manager.py",
line 21, in
from .view import ViewManager
File "/usr/lib/python3/dist-packages/accerciser/plugin/view.py", line 23, in
import imp
ModuleNotFoundError: No module named 'imp'
Installing python3-zombie-imp solves it, for the time being.
Cheers,
--
intrigeri
h moving files across packages.
Cheers,
--
intrigeri
un the test suite from within an
upstream Git clone. I did not test it in the context of building the
Debian package.
Cheers,
--
intrigeri
>From 9baf09f13c266044e39ac7b9b9ebbdb823dad2a5 Mon Sep 17 00:00:00 2001
From: intrigeri
Date: Mon, 22 Jul 2024 09:03:08 +
Subject: [PATCH] t/po.t: Add m
ll?
Then I'll submit the fix upstream and will copy the updated profile to
Vcs-Git.
Thanks in advance,
Cheers,
--
intrigeri
Alban Browaeys (2024-03-21):
> On Thu, 14 Mar 2024 22:04:33 +0100 intrigeri
> wrote:
> https://gitlab.gnome.org/GNOME/tracker-miners/-/merge_requests/516/diffs
>> … which I understand will be included in 3.7 stable.
>
>
> Should be fixed by 3.7.0-1 which is available
iWiki going.
Yes, thanks a lot Simon!
Cheers,
--
intrigeri
://gitlab.gnome.org/GNOME/tracker-miners/-/merge_requests/516/diffs
… which I understand will be included in 3.7 stable.
Cheers,
--
intrigeri
Hi,
Debian (2023-11-08):
> Am 08.11.23 um 18:14 schrieb Thorsten Alteholz:
>>
>> But this looks rather like a local problem. If your /var/*/cups is not
>> at the default location, you should adapt your apparmor files on your
>> own, shouldn't you?
> Oh yes - that's true. Embarrassing ...
I'm
s right now.)
For additional context, all this stuff has never been really
maintained in Debian proper; it was once used by Ubuntu, together with
their own AppArmor profile for Chromium, but since they moved to
shipping Chromium as a Snap and don't use this AppArmor
policy anymore.
Cheers,
--
intrigeri
eports to track workarounds on top of #1050256 that's
tracking the root cause, or something.
Cheers,
--
intrigeri
have added workarounds such as disabling
PrivateNetwork=yes for autopkgtests
Cheers,
--
intrigeri
reopening the bug report and fixing the metadata to make it
clearer what it is about.
Cheers,
--
intrigeri
Bookworm point-release.
If I misunderstood something important, please let me know.
Cheers,
--
intrigeri
nect the
right people.
Cheers,
--
intrigeri
his problem to the authors of
said profile.
If my assumptions are incorrect, please help me understand :)
Cheers,
--
intrigeri
at least track) any remaining problem
Cheers,
--
intrigeri
Hi,
The corresponding SVG icon is missing as well.
Cheers!
ian/sid/desktop/org.onionshare.OnionShare.desktop
Cheers,
--
intrigeri
to fill a bug still in the Debian BTS for it.
> intrigeri has already explained the siutation in the upstream bug.
>
> CVE-2016-1585[0]:
> | In all versions of AppArmor mount rules are accidentally widened when
> | compiled.
Upstream has fixed this:
- 2.13.x (Bullseye):
https:/
should consider making them use Desktop Portals
(e.g. via GTK_USE_PORTAL=1). This would allow us to make the AppArmor
policy much stricter, and would solve the whole class of UX problems
that this bug is part of.
Cheers,
--
intrigeri
w this problem could have been directly caused by
a Debian package or upgrade.
Cheers,
--
intrigeri
pP][sS] r,
/**.[eE][pP][sS][fFiI23] r,
/**.[tT][iI][fF] r,
/**.[tT][iI][fF][fF] r,
/**.[xX][pP][mM] r,
/**.[gG][zZ] r,
/**.[bB][zZ]2r,
/**.[cC][bB][rRtTzZ7] r,
/**.[xX][zZ] r,
Could you please share a bit more about the value of "name" in the
error message, possibly privately?
Does it end with ".pdf", like name="/run//pdf", or does it
look different?
Cheers,
--
intrigeri
tserver-ca-cli 2.4.0-1 installed,
which includes
/usr/share/rubygems-integration/all/specifications/puppetserver-ca-2.4.0.gemspec.
This satisfies the current dependency that puppetserver has:
ruby-puppetserver-ca-cli (>= 2.3.6)
Cheers,
--
intrigeri
at can of course change as I become aware of
more data): I'm not convinced that installing auditd by default on
Debian would solve more AppArmor usability problems than it would
create. But a "Suggests" seems well deserved: at least for some use
cases, auditd *is* the best solution.
Cheers,
--
intrigeri
Control: forwarded -1 https://gitlab.com/apparmor/apparmor/-/issues/291
Hi,
Damien Pous (2022-12-02):
> On Sun, 22 May 2022 07:53:43 +0200 intrigeri wrote:
>> This suggests it's a bug in the exo-open abstraction.
>> Is this problem fixed by adding the following line t
Vvi/super/repo' failed (in /tmp/magit-6jLVvi/super/)")
FAILED 18/20 magit-toplevel:submodule (0.249347 sec)
passed 19/20 magit-toplevel:tramp (1.286620 sec)
passed 20/20 magit-utils:add-face-text-property (0.50 sec)
Ran 20 tests, 18 results as expected, 2 unexpected (2022-
Package: pdf-redact-tools
Version: 0.1.2-4
Severity: serious
Hi,
At least on Bullseye and sid, any pdf-redact-tools operation fails
with an error like:
convert-im6.q16: attempt to perform an operation not allowed by the security
policy `PDF' @ error/constitute.c/IsCoderAuthorized/421.
Touss,
Feel free to downgrade severity if this does not affect all systems :)
Thanks for maintaining Dino in Debian!
--
intrigeri
Hi,
Guillem Jover (2022-09-23):
> On Mon, 2022-09-19 at 10:06:11 +0200, intrigeri wrote:
>> According to
>> https://developers.redhat.com/articles/2022/09/17/gccs-new-fortification-level,
>> _FORTIFY_SOURCE=3 improves memory management protections. It requires
>> glib
Package: dpkg-dev
Version: 1.21.9
Severity: wishlist
Hi,
According to
https://developers.redhat.com/articles/2022/09/17/gccs-new-fortification-level,
_FORTIFY_SOURCE=3 improves memory management protections. It requires
glibc 2.34. It's been supported in Clang "for some time" and support
was adde
Control: tag -1 + moreinfo
Hi,
Harald Dunkel (2022-08-18):
> apparmor writes a bazillion of log entries to dmesg and /var/log/\
> kern.log
I don't see this here so I'd like to understand where this comes from.
Could you please share the output of "sudo aa-status" or of "ls
/etc/apparmor.d/" (wh
Package: elpa-ledger
Version: 3.1.2~pre3+g5067e408-2
Severity: serious
Hi,
When upgrading my sid system today, which included the upgrade to
Emacs 28.1, byte-compilation of the ledger .el files failed,
which broke the upgrade. See log below.
I understand that's because define-obsolete-function-a
Package: elpa-dimmer
Version: 0.4.2+repack-2
Severity: serious
Forwarded: https://github.com/gonewest818/dimmer.el/issues/50
Hi,
When upgrading my sid system today, which included the upgrade to
Emacs 28.1, this broke:
Install emacsen-common for emacs
emacsen-common: Handling install of emac
Package: python3-bandit
Version: 1.6.2-1
Severity: wishlist
Hi!
In 1.7.1, upstream added support for configuring bandit via
pyproject.toml, which is nice: it allows configuring various static
analysis tools, linters, etc. in 1 single place.
It would be sweet if the package was updated in time fo
Hi,
anonym (2022-07-25):
> The attached patch fixes this, and is in fact already merged
> upstream, but not released yet.
Update: the fix was released in 0.10.0 upstream (and 0.10.1 was
released since).
Cheers!
/hypermail/linux/kernel/2104.3/01302.html
Ubuntu 22.04 LTS has this setting enabled by default.
KSPP recommends enabling it:
https://kernsec.org/wiki/index.php/Kernel_Self_Protection_Project/Recommended_Settings
Thanks for your attention,
cheers!
--
intrigeri
Hi,
NIIBE Yutaka (2017-09-27):
> intrigeri wrote:
>> Can you please take a look, and maybe attach an updated patch?
>
> OK.
>
> Attached is updated patch for gcr to fix this issue, by simply supplying
> parent's environ untouched, intended to be put under debian
Julian Andres Klode (2022-07-07):
> My plan is to assume that Installed-Size is close enough to "size in
> /usr", and just compare that with free space in /usr with like a 100MB
> padding.
>
> This does not work for kernels which install in /boot, and if anything
> were to install stuff to /opt or
Package: apt
Version: 2.5.1
Severity: wishlist
Hi,
On a system with a very simple partition layout (/boot and /),
with 2GB available on the root filesystem, APT lets me try to
install packages that will fill the filesystem:
0 upgraded, 355 newly installed, 0 to remove and 0 not upgraded.
Nee
Hi,
intrigeri (2022-02-13):
> Alistair J R Young (2022-02-12):
>>> So yeah, Alistair, please submit your last patch a merge request upstream,
>>> as
>>> Christian suggested :)
>>
>> I've done this now and it has been merged:
>>
>>
Hi,
This bug report seems to be about 2 distinct problems:
1. Evince cannot start external applications on XFCE because the
exo-open abstraction lacks permission to execute
/usr/bin/xfce4-mime-helper.
A cursory look at the sources suggests that recent exo-open
needs to execute xfce4-
Hi,
Tobias Mueller (2021-08-13):
> This has been reported as
> https://gitlab.gnome.org/GNOME/gnome-settings-daemon/-/issues/582.
>
> And it has already been fixed, but not yet released.
> The patch reverts a workaround for a bug in usbguard<0.7.7.
I understand the fix was released in 41.rc.
Sa
Hi Andrej,
Andrej Shadura (2022-03-07):
> This reminded me I promised to work on dh-apparmor. I should find
> time for that,
Great!
> maybe also for apparmor itself.
Sounds good. Please keep me updated as you think about it :)
Package: wnpp
Severity: normal
X-Debbugs-Cc: debian-de...@lists.debian.org,
pkg-apparmor-t...@alioth-lists.debian.net
Control: affects -1 src:apparmor
Hi,
I request assistance with maintaining the apparmor package.
AppArmor has been enabled by default on the Linux ports of Debian
since Buster.
Control: forwarded -1 https://gitlab.com/apparmor/apparmor/-/merge_requests/852
Craig Small (2022-02-17):
> Not sure if Debian BTS handles forwards to MR, I've only ever done it for
> issues.
I don't know if the code that will automatically sync the upstream
state here works, but apart of that th
Hi,
Craig Small (2022-02-17):
> On Sat, 12 Feb 2022 at 20:35, intrigeri wrote:
>
>> So it seems to me a good solution may be to allow being ptraced
>> in the "apache2-common" abstraction.
>>
> That makes sense.
:)
>> Would one of you be intereste
Package: hiera-eyaml
Version: 3.2.2-2
Severity: serious
Hi,
I usually use "eyaml edit FILE.eyaml" to edit files.
It's currently broken for me on sid.
Even this simpler command fails:
$ eyaml version
Traceback (most recent call last):
7: from /bin/eyaml:25:in `'
6: from /bin/
Control: tag -1 + moreinfo
Hi,
Trent W. Buck (2021-09-30):
> The original bug report complained about LibreOffice and Evince.
> I tested those specifically.
>
> LibreOffice is in "complain" mode.
> It's rules fail, but there is no user-visible impact.
>
> Evince is in "enforce" mode.
> I couldn't
Alistair J R Young (2022-02-12):
>> So yeah, Alistair, please submit your last patch a merge request upstream, as
>> Christian suggested :)
>
> I've done this now and it has been merged:
>
> https://gitlab.com/apparmor/apparmor/-/merge_requests/812
Awesome, thanks!
Control: tag -1 - moreinfo
Control: tag -1 + upstream
Control: found -1 3.0.3-6
Hi,
Sorry for the noise, I missed some context and got stuff wrong
in my previous message.
intrigeri (2022-02-12):
> Christian Boltz (2021-11-08):
>> Your patch looks like something that should (also?)
Hi Christian,
Christian Boltz (2021-11-08):
> Your patch looks like something that should (also?) be fixed upstream.
My understanding is that the problem here is caused by a Debian patch:
https://salsa.debian.org/apparmor-team/apparmor/-/blob/debian/master/debian/patches/debian/Make-the-systemd-
Control: tag -1 + upstream
Hi,
Craig Small (2022-01-05):
> On 2022-01-05 at 12:24, debian-b...@cboltz.de wrote:
>> (Nevertheless, the apache hats should allow to be ptraced.
OK!
>> I'll leave that to the maintainer of the Apache profile in Debian -
>> and would love to see the fix upstreamed.)
Package: onionshare
Version: 2.2-3
Severity: wishlist
Hi,
onionshare currently Depends: obfs4proxy.
But at least recent versions of OnionShare (I did not check which ones
exactly) have code to cope just fine when obfs4proxy is not available,
so "Depends" seems a bit too strong here and it sounds
Package: obfs4proxy
Version: 0.0.8-1+b6
Severity: important
Tags: security
Hi,
Please see
https://lists.torproject.org/pipermail/anti-censorship-team/2022-January/000213.html
tl;dr:
> All existing versions prior to the migration to the new code […] are
> fatally broken, and trivial to distingui
rom e5711ee98c5115cc24fe61b7346de92473b65199 Mon Sep 17 00:00:00 2001
From: intrigeri
Date: Wed, 19 Jan 2022 10:28:03 +
Subject: [PATCH] AppArmor: allow access to
/sys/kernel/mm/transparent_hugepage/hpage_pmd_size
obfs4proxy 0.0.11 needs this.
---
debian/tor.apparmor-profile.abstraction | 1 +
1 file changed
Hi,
Since then, a duplicate bug report was filed (#1000908) and promptly
fixed in 2:3.3.17-6 ⇒ this bug report can now be closed :)
Cheers!
Hi,
Dr. Tobias Quathamer (2021-12-13):
> thanks a lot for your work! I've added some more tweaks and uploaded the
> new version to unstable.
Thanks!
> As a side note: in your local repository, there's probably a tag for
> upstream/1.20.1, which is missing on salsa. Could you please push that
Hi,
Graham Knop (2021-12-05):
> I'm the maintainer of Moo.
I'm seizing this opportunity to thank you for your work. Moo is one of
the few reasons why I still enjoy writing Perl code when possible :)
> The reason Class::XSAccessor isn't listed as a hard prerequisite is
> that Moo is intended to b
Hi,
Felix Lechner (2021-12-05):
> Moo performs faster when Class::XSAccessor is available [1] but
> libmoo-perl only Recommends it. More important, Moo's behavior changes
> when Class::XSAccessor is installed. [1] For consistency as well as
> performance, Moo should probably Depend on libclass-xs
Hi,
intrigeri (2021-12-05):
>> I understand this is upstream bug
>> https://github.com/beancount/fava/issues/1266,
>> that's been fixed in the 1.19 release.
>
> Upgrading fava requires python3-flask-babel (>= 1).
>
> I'll try to update it.
I'
Hi,
> I understand this is upstream bug
> https://github.com/beancount/fava/issues/1266,
> that's been fixed in the 1.19 release.
Upgrading fava requires python3-flask-babel (>= 1).
I'll try to update it.
Control: tag 995909 + ftbfs
Control: tag 995909 + bookworm
Control: tag 995909 + sid
Control: severity 995909 serious
Control: reassign 995909 src:fava
Control: merge -1 995909
Hi,
Lucas Nussbaum (2021-10-24):
>> help2man: can't get `--help' info from PYTHONPATH="/<>/src"
>> python3 -m fava.cli
Hi,
Sylvestre Ledru (2021-12-01):
> As part of the effort to limit the number of llvm packages in the
> archive, it would be great if you could upgrade to -13 (or -12).
>
> Bookworm won't ship with llvm-toolchain-11
>
> llvm-defaults is now pointing to -13.
I understand a binNMU would be sufficie
Control: clone -1 -2
Control: retitle -1 Python bindings fail to build with Python 3.10
Control: tag -1 + upstream
Control: forwarded -1 https://gitlab.com/apparmor/apparmor/-/issues/202
Control: retitle -2 Failure to build for 1 of the supported Python 3 versions
does not trigger FTBFS, while it
1 - 100 of 3793 matches
Mail list logo
