[apparmor] [patch 0/8] Ubuntu apparmor package patches not yet in trunk

[Seth Arnold]

Hello, these are some patches from Ubuntu's apparmor package that are not
yet applied to upstream trunk. I have compile tested and 'make check'
tested both the library and parser after each patch with successful
results.

Some patches from the Ubuntu packaging would still be left in Ubuntu's
package; everything below this point is about the patches that are left 
over:

I had trouble getting the first one of these two to apply to trunk, I
don't know how important it is to have in upstream apparmor anyway.
Thoughts?
0030-easyprof-sdk.patch
0037-easyprof-sdk-pt2.patch

These were labelled in the patch as being relatively specific to Debian
and Ubuntu; the aa-status-is-bilingual to change the shebang line of
Python scripts might be worth including upstream all the same.
Thoughts?
0002-add-debian-integration-to-lighttpd.patch
0003-ubuntu-manpage-updates.patch
0008-libapparmor-layout-deb.patch
0021-webapps_abstraction.patch
0070-etc-writable.patch
0076_sanitized_helper_dbus_access.patch
0077_aa-status-is-bilingual.patch

The patch header for this one suggests that we should integrate it into
upstream AppArmor only after the AppArmor patches to dbus have been
integrated into upstream dbus.
Thoughts?
0068-libapparmor-mention-dbus-method-in-getcon-man.patch

Parts of this patch were integrated into trunk, but the 
libraries/libapparmor/src/libapparmor.map change is funny:
0053-libapparmor-Export-a-label-based-query-interface.patch

(The trunk version adds the aa_query_label symbol to APPARMOR_3.0; the 
patch in the Ubuntu packaging adds the symbol to APPARMOR_1.1.)

Integrated but probably needs updating:
0081-python-abstraction-updates.patch

(The patch adds some lines for Python 3.3 that aren't generic enough for 
Python 3.4:
+  /usr/lib{,32,64}/python3.3/lib-dynload/*.so           mr,
There's nothing wrong with the patch now, but it'll need to be updated 
eventually.)