multiarch paths in abstractions should not be Linux-specific

Bug #740510 reported by Steve Langasek
6
This bug affects 1 person
Affects Status Importance Assigned to Milestone
AppArmor
Triaged
Wishlist
Unassigned
apparmor (Ubuntu)
Triaged
Wishlist
Unassigned

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.)

Steve Langasek (vorlon)
Changed in apparmor (Ubuntu):
importance: Undecided → Low
tags: added: multiarch-followup
Changed in apparmor (Ubuntu):
status: New → Triaged
Changed in apparmor (Ubuntu):
importance: Low → Wishlist
tags: added: aa-policy
Changed in apparmor:
importance: Undecided → Wishlist
status: New → Triaged
Revision history for this message
intrigeri (intrigeri) wrote :

FWIW Stretch was released for Linux architectures only, and I doubt it'll change any time soon. I believe the Debian landscape looked different when Steve filed this bug in 2011. Nowadays I'm not sure what's the value of keeping this bug open.

To post a comment you must log in.
This report contains Public information  
Everyone can see this information.

Other bug subscribers

Remote bug watches

Bug watches keep track of this bug in other bug trackers.