<?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: msec updates</title>
	<atom:link href="http://dodonov.net/blog/2009/06/26/msec-updates/feed/" rel="self" type="application/rss+xml" />
	<link>http://dodonov.net/blog/2009/06/26/msec-updates/</link>
	<description>One blog to rule them all. Kinda.</description>
	<lastBuildDate>Tue, 16 Mar 2010 16:28:48 +0000</lastBuildDate>
	<generator>http://wordpress.org/?v=</generator>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
		<item>
		<title>By: eugeni</title>
		<link>http://dodonov.net/blog/2009/06/26/msec-updates/comment-page-1/#comment-16885</link>
		<dc:creator>eugeni</dc:creator>
		<pubDate>Tue, 30 Jun 2009 10:19:15 +0000</pubDate>
		<guid isPermaLink="false">http://dodonov.net/blog/?p=450#comment-16885</guid>
		<description>&lt;p&gt;Hi,&lt;/p&gt;

&lt;p&gt;old msec from 2009.0 has different configuration files - /var/lib/msec/security.conf, /etc/security/msec/security.conf, /etc/security/msec/level.local, and so on. When migrating from 2009.0, the upgrade procedure attempts to process all those files, and convert their parameters, so you security configuration stays (mostly) the same. But, of course, it is always a nice idea to check the configuration after the upgrade.&lt;/p&gt;

&lt;p&gt;For 2009.1 the idea is to use the same procedure.&lt;/p&gt;

&lt;p&gt;I didn&#039;t wanted to add all the new options automatically to give some more time to test them throughly. But it will be done automatically when we get closer to 2010.&lt;/p&gt;
</description>
		<content:encoded><![CDATA[<p>Hi,</p>

<p>old msec from 2009.0 has different configuration files &#8211; /var/lib/msec/security.conf, /etc/security/msec/security.conf, /etc/security/msec/level.local, and so on. When migrating from 2009.0, the upgrade procedure attempts to process all those files, and convert their parameters, so you security configuration stays (mostly) the same. But, of course, it is always a nice idea to check the configuration after the upgrade.</p>

<p>For 2009.1 the idea is to use the same procedure.</p>

<p>I didn&#8217;t wanted to add all the new options automatically to give some more time to test them throughly. But it will be done automatically when we get closer to 2010.</p>]]></content:encoded>
	</item>
	<item>
		<title>By: Stormi</title>
		<link>http://dodonov.net/blog/2009/06/26/msec-updates/comment-page-1/#comment-16884</link>
		<dc:creator>Stormi</dc:creator>
		<pubDate>Tue, 30 Jun 2009 10:12:23 +0000</pubDate>
		<guid isPermaLink="false">http://dodonov.net/blog/?p=450#comment-16884</guid>
		<description>&lt;p&gt;I really like to see msec improving like that !&lt;/p&gt;

&lt;p&gt;&quot;If you are using cooker or 2010 alpha, these options will not be added automatically to your /etc/security/msec/security.conf configuration file.&quot;&lt;/p&gt;

&lt;p&gt;What about user migration from 2009.1 or 2009.0 to 2010.0 stable ? How will you handle it, in particular for users that didn&#039;t change the default configuration, so that they get the new default configuration ?&lt;/p&gt;
</description>
		<content:encoded><![CDATA[<p>I really like to see msec improving like that !</p>

<p>&#8220;If you are using cooker or 2010 alpha, these options will not be added automatically to your /etc/security/msec/security.conf configuration file.&#8221;</p>

<p>What about user migration from 2009.1 or 2009.0 to 2010.0 stable ? How will you handle it, in particular for users that didn&#8217;t change the default configuration, so that they get the new default configuration ?</p>]]></content:encoded>
	</item>
	<item>
		<title>By: Twitted by reinouts</title>
		<link>http://dodonov.net/blog/2009/06/26/msec-updates/comment-page-1/#comment-16883</link>
		<dc:creator>Twitted by reinouts</dc:creator>
		<pubDate>Mon, 29 Jun 2009 10:47:52 +0000</pubDate>
		<guid isPermaLink="false">http://dodonov.net/blog/?p=450#comment-16883</guid>
		<description>&lt;p&gt;[...] This post was Twitted by reinouts [...]&lt;/p&gt;
</description>
		<content:encoded><![CDATA[<p>[...] This post was Twitted by reinouts [...]</p>]]></content:encoded>
	</item>
	<item>
		<title>By: reinouts's status on Monday, 29-Jun-09 10:43:13 UTC - Identi.ca</title>
		<link>http://dodonov.net/blog/2009/06/26/msec-updates/comment-page-1/#comment-16882</link>
		<dc:creator>reinouts's status on Monday, 29-Jun-09 10:43:13 UTC - Identi.ca</dc:creator>
		<pubDate>Mon, 29 Jun 2009 10:43:18 +0000</pubDate>
		<guid isPermaLink="false">http://dodonov.net/blog/?p=450#comment-16882</guid>
		<description>&lt;p&gt;[...] Improvements in msec, the security utility from !mandriva http://dodonov.net/blog/2009/06/26/msec-updates/ [...]&lt;/p&gt;
</description>
		<content:encoded><![CDATA[<p>[...] Improvements in msec, the security utility from !mandriva <a href="http://dodonov.net/blog/2009/06/26/msec-updates/" rel="nofollow">http://dodonov.net/blog/2009/06/26/msec-updates/</a> [...]</p>]]></content:encoded>
	</item>
	<item>
		<title>By: ofaurax's status on Monday, 29-Jun-09 10:40:46 UTC - Identi.ca</title>
		<link>http://dodonov.net/blog/2009/06/26/msec-updates/comment-page-1/#comment-16881</link>
		<dc:creator>ofaurax's status on Monday, 29-Jun-09 10:40:46 UTC - Identi.ca</dc:creator>
		<pubDate>Mon, 29 Jun 2009 10:41:01 +0000</pubDate>
		<guid isPermaLink="false">http://dodonov.net/blog/?p=450#comment-16881</guid>
		<description>&lt;p&gt;[...] Amélioration de msec, l&#039;outil de sécurité de !mandriva http://dodonov.net/blog/2009/06/26/msec-updates/ [...]&lt;/p&gt;
</description>
		<content:encoded><![CDATA[<p>[...] Amélioration de msec, l&#39;outil de sécurité de !mandriva <a href="http://dodonov.net/blog/2009/06/26/msec-updates/" rel="nofollow">http://dodonov.net/blog/2009/06/26/msec-updates/</a> [...]</p>]]></content:encoded>
	</item>
</channel>
</rss>
