Package Details: apparmor-parser 2.13.0-2

Git Clone URL: https://aur.archlinux.org/apparmor.git (read-only)
Package Base: apparmor
Description: AppArmor parser - loads AA profiles to kernel module
Upstream URL: https://launchpad.net/apparmor
Keywords: hardening linux LSM MAC security
Licenses: GPL
Submitter: Harvie
Maintainer: edh
Last Packager: edh
Votes: 100
Popularity: 1.606111
First Submitted: 2010-10-28 14:55
Last Updated: 2018-04-16 18:33

Latest Comments

viq commented on 2018-07-22 21:01

error: failed to commit transaction (conflicting files)
/usr/bin/aa-teardown exists in both 'apparmor-parser' and 'apparmor-utils'
/usr/lib/systemd/system/apparmor.service exists in both 'apparmor-parser' and 'apparmor-utils'

imriss commented on 2018-06-19 12:18

@edh I agree. Regarding the patch, it is for RPC-XML, not apparmor. I do not suggest to add it to the package. Just mentioned it, in case someone had problem with t/40 error while compiling the RPC-XML dependency. The tracking ticket for that patch is available here: https://rt.cpan.org/Public/Bug/Display.html?id=120472

edh commented on 2018-06-15 18:16

@imriss Regarding the GPG key retrieval: This is not how the web of trust works or let alone the AUR. GPG keys are supposed to be fetched manually and with heightened attention.

Regarding the patch: Would you be so kind as to elaborate why it is essential to back-port the change. Packages in Arch Linux are supposed to be as clean as possible.

Btw. how you chose to pipe around the shell output is overly convoluted since you actually just want the IP address.

imriss commented on 2018-06-15 01:37

Also, this could be used to retrieve their GPG key:

ping -c 1 pool.sks-keyservers.net | grep -i 'bytes from' | awk -F'(' '{print $2}' | awk -F')' '{print $1}' | xargs -I '{}' gpg --recv-keys --keyserver '{}' 3ECDCBA5FB34D254961CC53F6689E64E3D3664BB;

imriss commented on 2018-06-15 01:35

Apparently, a patch was proposed for the t/40 issue upstream. It worked for me:

wget https://rt.cpan.org/Ticket/Attachment/1708557/917938/RPC-XML-0.80-IPv6-support.patch; patch -p1 <RPC-XML-0.80-IPv6-support.patch;

edh commented on 2018-05-23 08:29

The PATH should actually already contain this location thanks to the script at /etc/profile.d/perlbin.sh. You might however need to re-login prior to building. I assume the perl package has just been installed and you instantly proceeded to building apparmor, leaving the PATH unaltered. I am not really sure how to address this problem properly without hard-coding the directory into the PKGBUILD.

flaccid commented on 2018-05-23 07:15

For the moment perhaps, this to get it working:

  # workaround for upstream apparmor-libapparmor
  export PATH="$PATH:/usr/bin/core_perl"

flaccid commented on 2018-05-23 06:47

Currently running into this, although the PKGBUILD looks ok for it; perhaps something changed upstream with flags?

checking for podchecker... no configure: error: The podchecker program was not found in the default path. podchecker is part of Perl, which can be retrieved from:

<https://www.perl.org>

==> ERROR: A failure occurred in build().

phil.dubois commented on 2018-05-01 00:05

@sipakli That error has to do with the perl-rpc-xml package and is documented here: https://github.com/rjray/rpc-xml/issues/14

My workaround was to comment out the IPv6 part of my /etc/hosts file during the installation. I don't use IPv6 so I don't know if you'll be affected.

edh commented on 2018-04-23 08:50

@sipaktli I can not reproduce the error you are experiencing. However your comment is also somewhat laconic. Please better describe what you have tried and at what stage the process failed. Btw. the comment section has markdown support. Hence you can properly format any text messages and log output.

All comments