<?xml version="1.0" encoding="utf-8"?>
<rss version="2.0" xmlns:atom="http://www.w3.org/2005/Atom">
	<channel>
		<atom:link href="https://dev1galaxy.org/extern.php?action=feed&amp;tid=6824&amp;type=rss" rel="self" type="application/rss+xml" />
		<title><![CDATA[Dev1 Galaxy Forum / Removing Apparmor]]></title>
		<link>https://dev1galaxy.org/viewtopic.php?id=6824</link>
		<description><![CDATA[The most recent posts in Removing Apparmor.]]></description>
		<lastBuildDate>Thu, 05 Sep 2024 15:28:55 +0000</lastBuildDate>
		<generator>FluxBB</generator>
		<item>
			<title><![CDATA[Re: Removing Apparmor]]></title>
			<link>https://dev1galaxy.org/viewtopic.php?pid=52075#p52075</link>
			<description><![CDATA[<p>Thanks, strangely it now wants a load of armhf packages, though I&#039;m on aarch64: </p><div class="codebox"><pre><code>$ sudo apt install dbus libapparmor1- -s
Reading package lists... Done
Building dependency tree... Done
Reading state information... Done
dbus is already the newest version (1.14.10-1~deb12u1).
dbus set to manually installed.
The following additional packages will be installed:
  dbus-daemon:armhf gcc-12-base:armhf libapparmor1:armhf libaudit1:armhf libc6:armhf libcap-ng0:armhf libcap2:armhf
  libdbus-1-3:armhf libexpat1:armhf libgcc-s1:armhf libgcrypt20:armhf libgpg-error0:armhf liblz4-1:armhf liblzma5:armhf
  libpcre2-8-0:armhf libselinux1:armhf libsystemd0:armhf libzstd1:armhf
Suggested packages:
  glibc-doc:armhf locales:armhf libnss-nis:armhf libnss-nisplus:armhf rng-tools:armhf
Recommended packages:
  libidn2-0:armhf libgpg-error-l10n:armhf
The following packages will be REMOVED:
  dbus-daemon libapparmor1 libsystemd-shared
The following NEW packages will be installed:
  dbus-daemon:armhf gcc-12-base:armhf libapparmor1:armhf libaudit1:armhf libc6:armhf libcap-ng0:armhf libcap2:armhf
  libdbus-1-3:armhf libexpat1:armhf libgcc-s1:armhf libgcrypt20:armhf libgpg-error0:armhf liblz4-1:armhf liblzma5:armhf
  libpcre2-8-0:armhf libselinux1:armhf libsystemd0:armhf libzstd1:armhf
0 upgraded, 18 newly installed, 3 to remove and 0 not upgraded.</code></pre></div>]]></description>
			<author><![CDATA[dummy@example.com (Lomax)]]></author>
			<pubDate>Thu, 05 Sep 2024 15:28:55 +0000</pubDate>
			<guid>https://dev1galaxy.org/viewtopic.php?pid=52075#p52075</guid>
		</item>
		<item>
			<title><![CDATA[Re: Removing Apparmor]]></title>
			<link>https://dev1galaxy.org/viewtopic.php?pid=52073#p52073</link>
			<description><![CDATA[<p>Sometimes such command lines work:</p><div class="codebox"><pre><code>$ apt install dbus apparmor- -s
dbus is already the newest version (1.14.10-1~deb12u1devuan1).
The following packages will be REMOVED:
  apparmor
Remv apparmor [3.0.8-3]</code></pre></div><p>&quot;apparmor-&quot; has a trailing &quot;-&quot; and &quot;-s&quot; is for simulation.<br />Computer: daedalus notebook</p>]]></description>
			<author><![CDATA[dummy@example.com (delgado)]]></author>
			<pubDate>Thu, 05 Sep 2024 15:18:30 +0000</pubDate>
			<guid>https://dev1galaxy.org/viewtopic.php?pid=52073#p52073</guid>
		</item>
		<item>
			<title><![CDATA[Re: Removing Apparmor]]></title>
			<link>https://dev1galaxy.org/viewtopic.php?pid=52072#p52072</link>
			<description><![CDATA[<p>Thanks - that would remove dbus as well, which <em>I think</em> I need: </p><div class="codebox"><pre><code>The following packages will be REMOVED:
  dbus dbus-daemon libapparmor1 libsystemd-shared udisks2</code></pre></div>]]></description>
			<author><![CDATA[dummy@example.com (Lomax)]]></author>
			<pubDate>Thu, 05 Sep 2024 14:54:14 +0000</pubDate>
			<guid>https://dev1galaxy.org/viewtopic.php?pid=52072#p52072</guid>
		</item>
		<item>
			<title><![CDATA[Re: Removing Apparmor]]></title>
			<link>https://dev1galaxy.org/viewtopic.php?pid=52070#p52070</link>
			<description><![CDATA[<p>In theory you could probably remove libapparmor1 as well. But first check the reverse dependencies to see if it will inadvertently also remove some essential packages, or packages that you need.</p>]]></description>
			<author><![CDATA[dummy@example.com (quickfur)]]></author>
			<pubDate>Thu, 05 Sep 2024 14:52:00 +0000</pubDate>
			<guid>https://dev1galaxy.org/viewtopic.php?pid=52070#p52070</guid>
		</item>
		<item>
			<title><![CDATA[Re: Removing Apparmor]]></title>
			<link>https://dev1galaxy.org/viewtopic.php?pid=52069#p52069</link>
			<description><![CDATA[<p>Thanks, I thought so, and haven&#039;t touched it. Strange that these directories are created despite setting the <span class="bbc">security=none</span> kernel parameter. What about <span class="bbc">/sys/module/apparmor</span>? </p><div class="codebox"><pre><code>$ dpkg -S apparmor
libapparmor1:arm64: /usr/share/doc/libapparmor1/copyright
libapparmor1:arm64: /usr/share/doc/libapparmor1
man-db: /etc/apparmor.d/usr.bin.man
libapparmor1:arm64: /usr/lib/aarch64-linux-gnu/libapparmor.so.1.8.4
isc-dhcp-client: /etc/apparmor.d/sbin.dhclient
libapparmor1:arm64: /usr/lib/aarch64-linux-gnu/libapparmor.so.1
libapparmor1:arm64: /usr/share/doc/libapparmor1/changelog.Debian.gz
man-db, isc-dhcp-client: /etc/apparmor.d</code></pre></div>]]></description>
			<author><![CDATA[dummy@example.com (Lomax)]]></author>
			<pubDate>Thu, 05 Sep 2024 14:48:43 +0000</pubDate>
			<guid>https://dev1galaxy.org/viewtopic.php?pid=52069#p52069</guid>
		</item>
		<item>
			<title><![CDATA[Re: Removing Apparmor]]></title>
			<link>https://dev1galaxy.org/viewtopic.php?pid=52052#p52052</link>
			<description><![CDATA[<p>Note that /proc is a virtual filesystem tree giving insight into the running kernel. Not to be played with by hand.</p>]]></description>
			<author><![CDATA[dummy@example.com (ralph.ronnquist)]]></author>
			<pubDate>Thu, 05 Sep 2024 00:19:35 +0000</pubDate>
			<guid>https://dev1galaxy.org/viewtopic.php?pid=52052#p52052</guid>
		</item>
		<item>
			<title><![CDATA[Re: Removing Apparmor]]></title>
			<link>https://dev1galaxy.org/viewtopic.php?pid=52040#p52040</link>
			<description><![CDATA[<p>speaking of sd cards reminded of:</p><p><a href="https://forum.tinycorelinux.net/index.php/topic,26778.0.html" rel="nofollow"> https://forum.tinycorelinux.net/index.php/topic,26778.0.html</a></p>]]></description>
			<author><![CDATA[dummy@example.com (stargate-sg1-cheyenne-mtn)]]></author>
			<pubDate>Wed, 04 Sep 2024 11:08:27 +0000</pubDate>
			<guid>https://dev1galaxy.org/viewtopic.php?pid=52040#p52040</guid>
		</item>
		<item>
			<title><![CDATA[Re: Removing Apparmor]]></title>
			<link>https://dev1galaxy.org/viewtopic.php?pid=52037#p52037</link>
			<description><![CDATA[<p>Thanks. I am adequately-ish backed up, but the problem is this is on a Raspberry Pi which is somewhat inaccessible, which makes taking a new image of the card quite fiddly. Not to mention how long it takes to image a 64Gb card... So it&#039;s not something I do very frequently; most recent back-up was made yesterday and I&#039;ve done a fair bit of work on it since then. I guess I could copy just those folders back onto the card if I bork it, though physically retrieving it is a bit of a hassle.</p>]]></description>
			<author><![CDATA[dummy@example.com (Lomax)]]></author>
			<pubDate>Wed, 04 Sep 2024 10:51:50 +0000</pubDate>
			<guid>https://dev1galaxy.org/viewtopic.php?pid=52037#p52037</guid>
		</item>
		<item>
			<title><![CDATA[Re: Removing Apparmor]]></title>
			<link>https://dev1galaxy.org/viewtopic.php?pid=52036#p52036</link>
			<description><![CDATA[<p>as long as you are adequately backed-up, you can always make alterations and see what happens(especially after a warm-restart and/or cold-boot)</p>]]></description>
			<author><![CDATA[dummy@example.com (stargate-sg1-cheyenne-mtn)]]></author>
			<pubDate>Wed, 04 Sep 2024 10:41:02 +0000</pubDate>
			<guid>https://dev1galaxy.org/viewtopic.php?pid=52036#p52036</guid>
		</item>
		<item>
			<title><![CDATA[Removing Apparmor]]></title>
			<link>https://dev1galaxy.org/viewtopic.php?pid=52033#p52033</link>
			<description><![CDATA[<p>Hi all, </p><p>I&#039;ve purged apparmor and added <span class="bbc">security=none</span> to kernel params. I&#039;ve also deleted <span class="bbc">/etc/apparmor.d</span> and <span class="bbc">/var/cache/apparmor</span>. But I still have lots of <span class="bbc">/proc/[some pid]/task/[some pid]/attr/apparmor</span> directories as well as a <span class="bbc">/sys/module/apparmor</span> directory - can I safely <span class="bbc">rm -rf</span> these as well?</p>]]></description>
			<author><![CDATA[dummy@example.com (Lomax)]]></author>
			<pubDate>Wed, 04 Sep 2024 09:50:04 +0000</pubDate>
			<guid>https://dev1galaxy.org/viewtopic.php?pid=52033#p52033</guid>
		</item>
	</channel>
</rss>
