Skip to content
This repository was archived by the owner on Dec 13, 2018. It is now read-only.

Conversation

@ewindisch
Copy link
Contributor

Profiles for AppArmor should be specified by consuming
applications. A one-size-fits all policy specific to Docker
does not belong in libcontainer.

This change eliminates loading of the policy from libcontainer.
It also eliminates the check for the userland tools as these
were only needed for libcontainer's policy loader. Applying
profiles does not require the userland tools and some
systems may, in fact, have functional AppArmor without
having these tools on the host.

Signed-off-by: Eric Windisch [email protected]

Profiles for AppArmor should be specified by consuming
applications. A one-size-fits all policy specific to Docker
does not belong in libcontainer.

This change eliminates loading of the policy from libcontainer.
It also eliminates the check for the userland tools as these
were only needed for libcontainer's policy loader. Applying
profiles does not require the userland tools and some
systems may, in fact, have functional AppArmor without
having these tools on the host.

Signed-off-by: Eric Windisch <[email protected]>
@ewindisch ewindisch force-pushed the kill_apparmor_gen branch from 4acc47f to 61f9c8d Compare June 21, 2015 18:08
@ewindisch
Copy link
Contributor Author

Docker will need moby/moby#13144 before updating libcontainer if this is applied.

@LK4D4
Copy link
Contributor

LK4D4 commented Jun 21, 2015

LGTM

@dqminh
Copy link
Contributor

dqminh commented Jun 22, 2015

LGTM. Delegating the generation of apparmor profile to the consumer looks good !

dqminh added a commit that referenced this pull request Jun 22, 2015
Do not generate/load AppArmor profiles
@dqminh dqminh merged commit 0ec0638 into docker-archive:master Jun 22, 2015
Sign up for free to subscribe to this conversation on GitHub. Already have an account? Sign in.

Projects

None yet

Development

Successfully merging this pull request may close these issues.

4 participants