<div dir="auto">Hi,<div dir="auto"><br></div><div dir="auto">Thanks for clearing it up.</div><div dir="auto"><br></div><div dir="auto">I might just take time and find that faulty profile if it ever existed.</div><div dir="auto"><br></div><div dir="auto">Thanks for clearing everything up.</div><div dir="auto"><br></div><div dir="auto">Cheers</div></div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Wed, Mar 1, 2023, 09:48 intrigeri <<a href="mailto:intrigeri@debian.org">intrigeri@debian.org</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">Control: tag -1 + unreproducible<br>
Control: severity -1 minor<br>
<br>
Hi,<br>
<br>
Guillaume B. (2023-02-28):<br>
> Installing fresh sid profiles with both previously stated packages (version<br>
> 3.0.8-3 and 1.35 respectively), I have not seen that specific mistake made.<br>
><br>
> It may have come from a loose AppArmor profile but, just to be sure, no<br>
> such open "/** r," found in latest sid-provided<br>
> apparmor-profiles/apparmor-profiles-extra Chromium AppArmor profile.<br>
<br>
I've looked at the Git history of the relevant apparmor* packages and<br>
found no trace of them having ever distributed a Chromium profile<br>
with a "/** r," rule.<br>
<br>
> dpkg-query: no path found matching pattern  /etc/apparmor.d/usr.bin.chromium<br>
<br>
This shows that no Debian package is currently maintaining that file.<br>
<br>
Frankly, I have no idea how this rule landed on your filesystem, but<br>
I really don't see how this problem could have been directly caused by<br>
a Debian package or upgrade.<br>
<br>
Cheers,<br>
-- <br>
intrigeri<br>
</blockquote></div>