<?xml version="1.0" encoding="UTF-8"?><rss version="2.0"
	xmlns:content="http://purl.org/rss/1.0/modules/content/"
	xmlns:dc="http://purl.org/dc/elements/1.1/"
	xmlns:atom="http://www.w3.org/2005/Atom"
	xmlns:sy="http://purl.org/rss/1.0/modules/syndication/"
		>
<channel>
	<title>Comments on: Restorecon Equivalent for Unix Permissions</title>
	<atom:link href="http://etbe.coker.com.au/2007/11/13/restorecon-equivalent-for-unix-permissions/feed/" rel="self" type="application/rss+xml" />
	<link>http://etbe.coker.com.au/2007/11/13/restorecon-equivalent-for-unix-permissions/</link>
	<description>Linux, politics, and other interesting things</description>
	<lastBuildDate>Wed, 10 Mar 2010 11:35:42 +0000</lastBuildDate>
	<generator>http://wordpress.org/?v=2.9.2</generator>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
		<item>
		<title>By: Jeff Schroeder</title>
		<link>http://etbe.coker.com.au/2007/11/13/restorecon-equivalent-for-unix-permissions/comment-page-1/#comment-10564</link>
		<dc:creator>Jeff Schroeder</dc:creator>
		<pubDate>Wed, 14 Nov 2007 05:45:19 +0000</pubDate>
		<guid isPermaLink="false">http://etbe.coker.com.au/2007/11/13/restorecon-equivalent-for-unix-permissions/#comment-10564</guid>
		<description>Russell, here is a finished version for you:
http://www.digitalprognosis.com/opensource/scripts/restoreperms

I thought about setting this up to work with normal (read non-rpm managed) files and decided against it. Just create a quick hacky spec of everything in /usr/local/bin/* and then you can use this. If not, maybe it will help you out someday? Thanks for the idea though, it was all yours.

It now shows which files have changed and the permissions they are currently vs the ones they should be. If you have an rpm distro installed, check it out.</description>
		<content:encoded><![CDATA[<p>Russell, here is a finished version for you:<br />
<a href="http://www.digitalprognosis.com/opensource/scripts/restoreperms" rel="nofollow">http://www.digitalprognosis.com/opensource/scripts/restoreperms</a></p>
<p>I thought about setting this up to work with normal (read non-rpm managed) files and decided against it. Just create a quick hacky spec of everything in /usr/local/bin/* and then you can use this. If not, maybe it will help you out someday? Thanks for the idea though, it was all yours.</p>
<p>It now shows which files have changed and the permissions they are currently vs the ones they should be. If you have an rpm distro installed, check it out.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: etbe</title>
		<link>http://etbe.coker.com.au/2007/11/13/restorecon-equivalent-for-unix-permissions/comment-page-1/#comment-10526</link>
		<dc:creator>etbe</dc:creator>
		<pubDate>Tue, 13 Nov 2007 21:56:36 +0000</pubDate>
		<guid isPermaLink="false">http://etbe.coker.com.au/2007/11/13/restorecon-equivalent-for-unix-permissions/#comment-10526</guid>
		<description>Vaclav: It sounds like BSD is doing some good things in this regard, so all we need to do is to update dpkg to allow the same.

Name: An IDS is not a tool for recovering from sys-admin mistakes, and Tripwire etc are not integrated with the packaging system (the primary authoritative source of data about such things).

http://blog.steve.org.uk/articles/2007/11/13/i-love-this-hive-employee

Gurkan: your comment is similar to Steve Kemp&#039;s suggestion in his blog.  Still not part of the system.</description>
		<content:encoded><![CDATA[<p>Vaclav: It sounds like BSD is doing some good things in this regard, so all we need to do is to update dpkg to allow the same.</p>
<p>Name: An IDS is not a tool for recovering from sys-admin mistakes, and Tripwire etc are not integrated with the packaging system (the primary authoritative source of data about such things).</p>
<p><a href="http://blog.steve.org.uk/articles/2007/11/13/i-love-this-hive-employee" rel="nofollow">http://blog.steve.org.uk/articles/2007/11/13/i-love-this-hive-employee</a></p>
<p>Gurkan: your comment is similar to Steve Kemp&#8217;s suggestion in his blog.  Still not part of the system.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Gurkan</title>
		<link>http://etbe.coker.com.au/2007/11/13/restorecon-equivalent-for-unix-permissions/comment-page-1/#comment-10524</link>
		<dc:creator>Gurkan</dc:creator>
		<pubDate>Tue, 13 Nov 2007 20:13:46 +0000</pubDate>
		<guid isPermaLink="false">http://etbe.coker.com.au/2007/11/13/restorecon-equivalent-for-unix-permissions/#comment-10524</guid>
		<description>file permissions? like this?
http://www.linuks.mine.nu/perms/perms</description>
		<content:encoded><![CDATA[<p>file permissions? like this?<br />
<a href="http://www.linuks.mine.nu/perms/perms" rel="nofollow">http://www.linuks.mine.nu/perms/perms</a></p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Name (required)</title>
		<link>http://etbe.coker.com.au/2007/11/13/restorecon-equivalent-for-unix-permissions/comment-page-1/#comment-10512</link>
		<dc:creator>Name (required)</dc:creator>
		<pubDate>Tue, 13 Nov 2007 13:55:55 +0000</pubDate>
		<guid isPermaLink="false">http://etbe.coker.com.au/2007/11/13/restorecon-equivalent-for-unix-permissions/#comment-10512</guid>
		<description>Isnt this what ids like aide, tripwire, samhain, etc, etc are for?</description>
		<content:encoded><![CDATA[<p>Isnt this what ids like aide, tripwire, samhain, etc, etc are for?</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Vaclav Ovsik</title>
		<link>http://etbe.coker.com.au/2007/11/13/restorecon-equivalent-for-unix-permissions/comment-page-1/#comment-10511</link>
		<dc:creator>Vaclav Ovsik</dc:creator>
		<pubDate>Tue, 13 Nov 2007 11:48:14 +0000</pubDate>
		<guid isPermaLink="false">http://etbe.coker.com.au/2007/11/13/restorecon-equivalent-for-unix-permissions/#comment-10511</guid>
		<description>etbe: I think you are not right. BSD systems have binary packages. For example: ftp://ftp.cz.freebsd.org/pub/FreeBSD/ports/i386/
If you look inside some package, you will see some topmost files and +MTREE_DIRS in between. Mtree is build into *BSD packaging system I think. And maybe Debian can add something similar aside debsums for this into dpkg. Something like mtree file can be generated in package building phase I think.</description>
		<content:encoded><![CDATA[<p>etbe: I think you are not right. BSD systems have binary packages. For example: <a href="ftp://ftp.cz.freebsd.org/pub/FreeBSD/ports/i386/" rel="nofollow">ftp://ftp.cz.freebsd.org/pub/FreeBSD/ports/i386/</a><br />
If you look inside some package, you will see some topmost files and +MTREE_DIRS in between. Mtree is build into *BSD packaging system I think. And maybe Debian can add something similar aside debsums for this into dpkg. Something like mtree file can be generated in package building phase I think.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: etbe</title>
		<link>http://etbe.coker.com.au/2007/11/13/restorecon-equivalent-for-unix-permissions/comment-page-1/#comment-10509</link>
		<dc:creator>etbe</dc:creator>
		<pubDate>Tue, 13 Nov 2007 10:13:56 +0000</pubDate>
		<guid isPermaLink="false">http://etbe.coker.com.au/2007/11/13/restorecon-equivalent-for-unix-permissions/#comment-10509</guid>
		<description>Andrew: I&#039;ve updated the post, debsums doesn&#039;t address this problem at all.  In a quick test running chmod on a file was not detected by it.

Jeff: Great work!  Now all we need is to have it consult another data source for files that aren&#039;t owned by RPM packages and we&#039;ll have a Unix permissions equivalent to restorecon.

Vaclav: That seems to be more like Tripwire than what I&#039;m interested in.  It starts with copying the permissions from an installed system rather than using installation binaries to get the permissions - which makes sense as BSD doesn&#039;t have binary packages.</description>
		<content:encoded><![CDATA[<p>Andrew: I&#8217;ve updated the post, debsums doesn&#8217;t address this problem at all.  In a quick test running chmod on a file was not detected by it.</p>
<p>Jeff: Great work!  Now all we need is to have it consult another data source for files that aren&#8217;t owned by RPM packages and we&#8217;ll have a Unix permissions equivalent to restorecon.</p>
<p>Vaclav: That seems to be more like Tripwire than what I&#8217;m interested in.  It starts with copying the permissions from an installed system rather than using installation binaries to get the permissions &#8211; which makes sense as BSD doesn&#8217;t have binary packages.</p>
]]></content:encoded>
	</item>
</channel>
</rss>
