touch-packages team mailing list archive
-
touch-packages team
-
Mailing list archive
-
Message #25393
[Bug 740510] Re: multiarch paths in abstractions should not be Linux-specific
** Tags added: aa-policy
--
You received this bug notification because you are a member of Ubuntu
Touch seeded packages, which is subscribed to apparmor in Ubuntu.
https://bugs.launchpad.net/bugs/740510
Title:
multiarch paths in abstractions should not be Linux-specific
Status in “apparmor” package in Ubuntu:
Triaged
Bug description:
Binary package hint: apparmor
The latest changes in natty to allow multiarch paths for apparmor use
/lib/*-linux-gnu/ in their paths. This is sufficient for all the
architectures Ubuntu supports, and it's sufficient for native binaries
on these architectures, but multiarch is intended to be fully cross-
platform and be usable for binaries for other kernels. Even if
apparmor itself doesn't run on BSD, Hurd kernels, Debian builds
packages for these architectures and these will be cross-installable
on multiarch systems... and some of them may even run, by way of
kernel syscall emulation layers (in-kernel, qemu, etc). So the
apparmor abstractions should account for this and not be limited to
linux-gnu triplets.
(This is obviously a low-priority edge case.)
To manage notifications about this bug go to:
https://bugs.launchpad.net/ubuntu/+source/apparmor/+bug/740510/+subscriptions