lp:apparmor

Get this repository:
git clone https://git.launchpad.net/apparmor

Import details

Import Status: Reviewed

This repository is an import of the Git repository at https://gitlab.com/apparmor/apparmor.git.

The next import is scheduled to run in 5 hours.

Last successful import was 25 minutes ago.

Import started 25 minutes ago on alnitak and finished 25 minutes ago taking 25 seconds — see the log
Import started 6 hours ago on izar and finished 6 hours ago taking 50 seconds — see the log
Import started 12 hours ago on alnitak and finished 12 hours ago taking 25 seconds — see the log
Import started 18 hours ago on izar and finished 18 hours ago taking 30 seconds — see the log
Import started on 2019-06-26 on alnitak and finished on 2019-06-26 taking 30 seconds — see the log
Import started on 2019-06-25 on izar and finished on 2019-06-25 taking 30 seconds — see the log
Import started on 2019-06-25 on alnitak and finished on 2019-06-25 taking 30 seconds — see the log
Import started on 2019-06-25 on alnitak and finished on 2019-06-25 taking 40 seconds — see the log
Import started on 2019-06-25 on izar and finished on 2019-06-25 taking 40 seconds — see the log
Import started on 2019-06-24 on alnitak and finished on 2019-06-24 taking 30 seconds — see the log

Updating repository...

Launchpad is processing new changes to this repository which will be available shortly. Reload to see the changes.

Branches

Name Last Modified Last Commit
apparmor-2.13 2019-06-26 16:15:28 UTC 8 hours ago
regression tests/mult_mount: bump size of created disk image

Author: Steve Beattie
Author Date: 2019-06-26 00:00:12 UTC

regression tests/mult_mount: bump size of created disk image

The mult_mount test creates a small disk image, formats it, and mounts
it in multiple locations in preparation for the tests. However, the
created raw file (80KB) is too small to make a working file system if
4K blocks are used by mkfs. In Ubuntu 19.10, the default was recently
changed for mkfs to default to always using 4K blocks, causing the
script to fail.

We could force mkfs to use 1K blocks, but instead, in case some future
version of mkfs decides not to support 1K blocks at all, we bump up the
size of the disk image to 512KB; large enough to work with 4K blocks
yet small enough to be workable in small scale test environments.

Signed-off-by: Steve Beattie <steve.beattie@canonical.com>
Acked-by: John Johansen <john.johansen@canonical.com>
Acked-by: Seth Arnold <seth.arnold@canonical.com>
Bug: https://bugs.launchpad.net/ubuntu/+source/apparmor/+bug/1834192
MR: https://gitlab.com/apparmor/apparmor/merge_requests/396
(cherry picked from commit 7c7a4bc5311d983f2c4316252b830c52a5a0930b)
Signed-off-by: Steve Beattie <steve.beattie@canonical.com>

master 2019-06-26 15:36:04 UTC 9 hours ago
regression tests/mult_mount: bump size of created disk image

Author: Steve Beattie
Author Date: 2019-06-26 00:00:12 UTC

regression tests/mult_mount: bump size of created disk image

The mult_mount test creates a small disk image, formats it, and mounts
it in multiple locations in preparation for the tests. However, the
created raw file (80KB) is too small to make a working file system if
4K blocks are used by mkfs. In Ubuntu 19.10, the default was recently
changed for mkfs to default to always using 4K blocks, causing the
script to fail.

We could force mkfs to use 1K blocks, but instead, in case some future
version of mkfs decides not to support 1K blocks at all, we bump up the
size of the disk image to 512KB; large enough to work with 4K blocks
yet small enough to be workable in small scale test environments.

Signed-off-by: Steve Beattie <steve.beattie@canonical.com>
Acked-by: John Johansen <john.johansen@canonical.com>
Acked-by: Seth Arnold <seth.arnold@canonical.com>
Bug: https://bugs.launchpad.net/ubuntu/+source/apparmor/+bug/1834192
MR: https://gitlab.com/apparmor/apparmor/merge_requests/396

apparmor-2.10 2019-06-18 20:18:17 UTC 2019-06-18
Release: Bumper version for the 2.10.5 release

Author: John Johansen
Author Date: 2019-06-18 20:18:17 UTC

Release: Bumper version for the 2.10.5 release

Signed-off-by: John Johansen <john.johansen@canonical.com>

apparmor-2.11 2019-06-18 09:21:11 UTC 2019-06-18
Release: Bumper version for the 2.11.3 release

Author: John Johansen
Author Date: 2019-06-18 09:21:11 UTC

Release: Bumper version for the 2.11.3 release

Signed-off-by: John Johansen <john.johansen@canonical.com>

apparmor-2.12 2019-06-18 08:46:41 UTC 2019-06-18
Release: Bumper version for the 2.12.3 release

Author: John Johansen
Author Date: 2019-06-18 08:46:41 UTC

Release: Bumper version for the 2.12.3 release

Signed-off-by: John Johansen <john.johansen@canonical.com>

apparmor-2.9 2018-06-29 18:30:00 UTC 2018-06-29
profiles: adjust abstractions/python for python 3.7

Author: Christian Boltz
Author Date: 2018-06-28 11:34:08 UTC

profiles: adjust abstractions/python for python 3.7

Python 3.7 was released yesterday - and to make the abstraction
future-proof, also cover 3.8 and 3.9 in advance ;-)

(cherry picked from commit 01f41fbff821be7264a4b0aac83ed04747395055)

Signed-off-by: Steve Beattie <steve.beattie@canonical.com>
PR: https://gitlab.com/apparmor/apparmor/merge_requests/139

change_fd 2017-11-12 05:47:50 UTC 2017-11-12
Add simple policy notification interface

Author: John Johansen
Author Date: 2017-03-08 15:55:05 UTC

Add simple policy notification interface

The simple policy notification interface allows applications to
receive notifications when a policy change (load, replace, remove)
occurs for a given policy namespace.

The revision notification only guarentees one or more revisions have
occurred. The returned revision number can be compared to a previously
stored value to find out how many revisions have occured.

Signed-off-by: John Johansen <john.johansen@canonical.com>

apparmor-2.8 2017-10-28 05:46:04 UTC 2017-10-28
git conversion: move .bzrignore to .gitignore

Author: Steve Beattie
Author Date: 2017-10-28 05:46:04 UTC

git conversion: move .bzrignore to .gitignore

Signed-off-by: Steve Beattie <steve.beattie@canonical.com>

apparmor-2.7 2012-04-25 19:58:58 UTC 2012-04-25
Merge from trunk rev 2037:

Author: Kees Cook
Author Date: 2012-04-25 19:58:58 UTC

Merge from trunk rev 2037:

The m4 shipped to handle Python was incorrectly clearing
$CPPFLAGS. Additionally, do not repeat compiler flags for automake
targets that already include them, and pass more flags to the Perl build.

Signed-off-by: Kees Cook <kees@ubuntu.com>
Acked-By: Steve Beattie <sbeattie@ubuntu.com>

apparmor-2.6 2011-08-26 23:03:03 UTC 2011-08-26
Merge from trunk revision 1805:

Author: Steve Beattie
Author Date: 2011-08-26 23:03:03 UTC

Merge from trunk revision 1805:

  Attached is a patch to make the initscript not fail if /tmp is full
  by converting the comm(1) usage on temporary files to an embedded
  awk script. On both Ubuntu and OpenSUSE, a version of awk (mawk in
  Ubuntu, gawk in OpenSUSE) is either a direct or indirect dependency
  on the minimal or base package set, and the original reporter also
  mentioned that an awk-based solution would be palatable in a way
  that converting to bash, or using perl or python here would not be.

  In the embedded awk script, I've tried to avoid gawk or mawk
  specific behaviors or extensions; e.g. this is the reason for the
  call to sort on the output of the awk script, rather than using
  gawk's asort(). But please let me know if you see anything that
  shouldn't be portable across awk implementations.

  An additional issue that is fixed in both scripts is handling
  child profiles (e.g. hats) during reload. If child profiles are
  filtered out (via grep -v '//') of the list to consider, then
  on reloading a profile where a child profile has been removed or
  renamed, that child profile will continue to stick around. However,
  if the profile containing child profiles is removed entirely,
  if the initscript attempts to unload the child profiles after the
  parent is removed, this will fail because they were unloaded when
  the parent was unloaded. Thus I removed any filtering of child
  profiles out, but do a post-awk reverse sort which guarantees that
  any child profiles will be removed before their parent is. I also
  added the LC_COLLATE=C (based on the Ubuntu version) to the sort
  call to ensure a consistent sort order.

  To restate, the problem with the existing code is that it creates
  temporary files in $TMPDIR (by default /tmp) and if that partition
  is full, problems with the reload action ensue. Alternate solutions
  include switching the initscript to use bash and its <$() extension
  or setting TMPDIR to /dev/shm/. The former is unpalatable to some
  (particularly for an initscript), and for the latter, /dev/shm is
  only guaranteed to exist on GNU libc based systems (glibc apparently
  expects /dev/shm to exist for its POSIX shared memory implementation;
  see shm_overview(7)). So to me, awk (sans GNU extensions) looks
  to be the least bad option here.

Nominated-By: Steve Beattie <sbeattie@ubuntu.com>
Acked-By: John Johansen <john.johansen@canonical.com>

Bug: https://launchpad.net/bugs/775785

apparmor-2.5 2011-06-06 17:39:54 UTC 2011-06-06
Rename tags to conform with git tag requirements

Author: John Johansen
Author Date: 2011-06-06 17:39:54 UTC

Rename tags to conform with git tag requirements

Rename tags
  apparmor_2.5.2~rc1 to apparmor_2.5.2-rc1
  apparmor_2.6.0~rc1 to apparmor_2.6.0-rc1

this is necessary for export to the git mirror

Signed-off-by: John Johansen <john.johansen@canonical.com>

apparmor-2.3 2008-05-27 12:04:33 UTC 2008-05-27
remove for-mainline dir from kernel patches

Author: John Johansen
Author Date: 2008-05-27 12:04:33 UTC

remove for-mainline dir from kernel patches

apparmor-2.1 2008-03-28 07:19:57 UTC 2008-03-28
merge -r 1158 - fix fatal errors so that they have an exit with an exit code

Author: John Johansen
Author Date: 2008-03-28 07:19:57 UTC

merge -r 1158 - fix fatal errors so that they have an exit with an exit code
of 127

113 of 13 results
This repository contains Public information 
Everyone can see this information.