<?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 for openSUSE Lizards</title>
	<atom:link href="http://lizards.opensuse.org/comments/feed/" rel="self" type="application/rss+xml" />
	<link>http://lizards.opensuse.org</link>
	<description>Blogs and Ramblings of the openSUSE Members</description>
	<lastBuildDate>Sun, 19 Feb 2012 23:07:25 +0000</lastBuildDate>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
	<generator>http://wordpress.org/?v=3.3.1</generator>
	<item>
		<title>Comment on openSUSE 12.1 KDE3 LiveCD by Jo</title>
		<link>http://lizards.opensuse.org/2011/12/02/opensuse-12-1-kde3-livecd/#comment-6793</link>
		<dc:creator>Jo</dc:creator>
		<pubDate>Sun, 19 Feb 2012 23:07:25 +0000</pubDate>
		<guid isPermaLink="false">http://lizards.opensuse.org/?p=8241#comment-6793</guid>
		<description>Great!

Thats a real workplace, it booted in 10 seconds on SSD, instead the KDE 4 toy need about 1 minute. I only miss KPowersave. How I can realize a display for accucapacity? 

Thanks Jo</description>
		<content:encoded><![CDATA[<p>Great!</p>
<p>Thats a real workplace, it booted in 10 seconds on SSD, instead the KDE 4 toy need about 1 minute. I only miss KPowersave. How I can realize a display for accucapacity? </p>
<p>Thanks Jo</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on openSUSE 12.2 wallpaper submission by wb4bbc</title>
		<link>http://lizards.opensuse.org/2011/12/13/opensuse-12-2-wallpaper-submission/#comment-6784</link>
		<dc:creator>wb4bbc</dc:creator>
		<pubDate>Sat, 18 Feb 2012 02:57:44 +0000</pubDate>
		<guid isPermaLink="false">http://lizards.opensuse.org/?p=8326#comment-6784</guid>
		<description>Nice ! Thanks for the work !</description>
		<content:encoded><![CDATA[<p>Nice ! Thanks for the work !</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on YaST++: next step in system management by Matthias</title>
		<link>http://lizards.opensuse.org/2012/02/15/yast-next-step-in-system-management/#comment-6772</link>
		<dc:creator>Matthias</dc:creator>
		<pubDate>Thu, 16 Feb 2012 21:00:38 +0000</pubDate>
		<guid isPermaLink="false">http://lizards.opensuse.org/?p=8523#comment-6772</guid>
		<description>Dude, you really need to take some english lessons. It doesn&#039;t matter how good the code you write is, as long as your blog entries are riddled with grammar mistakes, you&#039;ll make an ass-clown of yourself.</description>
		<content:encoded><![CDATA[<p>Dude, you really need to take some english lessons. It doesn&#8217;t matter how good the code you write is, as long as your blog entries are riddled with grammar mistakes, you&#8217;ll make an ass-clown of yourself.</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on YaST++: next step in system management by C. Kern</title>
		<link>http://lizards.opensuse.org/2012/02/15/yast-next-step-in-system-management/#comment-6762</link>
		<dc:creator>C. Kern</dc:creator>
		<pubDate>Thu, 16 Feb 2012 11:08:06 +0000</pubDate>
		<guid isPermaLink="false">http://lizards.opensuse.org/?p=8523#comment-6762</guid>
		<description>Thanks.</description>
		<content:encoded><![CDATA[<p>Thanks.</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on YaST++: next step in system management by Jiří Suchomel</title>
		<link>http://lizards.opensuse.org/2012/02/15/yast-next-step-in-system-management/#comment-6761</link>
		<dc:creator>Jiří Suchomel</dc:creator>
		<pubDate>Thu, 16 Feb 2012 10:29:42 +0000</pubDate>
		<guid isPermaLink="false">http://lizards.opensuse.org/?p=8523#comment-6761</guid>
		<description>YaST (as a core) itsef is written in C++, yes, but the modules are written in YCP, which is the language I was mentioning. Look for example at http://en.opensuse.org/openSUSE:YaST_quick_tutorial</description>
		<content:encoded><![CDATA[<p>YaST (as a core) itsef is written in C++, yes, but the modules are written in YCP, which is the language I was mentioning. Look for example at <a href="http://en.opensuse.org/openSUSE:YaST_quick_tutorial" rel="nofollow">http://en.opensuse.org/openSUSE:YaST_quick_tutorial</a></p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on YaST++: next step in system management by Jiří Suchomel</title>
		<link>http://lizards.opensuse.org/2012/02/15/yast-next-step-in-system-management/#comment-6760</link>
		<dc:creator>Jiří Suchomel</dc:creator>
		<pubDate>Thu, 16 Feb 2012 10:28:07 +0000</pubDate>
		<guid isPermaLink="false">http://lizards.opensuse.org/?p=8523#comment-6760</guid>
		<description>Yes, we actually plan to use augeas (its ruby bindings) in the lower layer.</description>
		<content:encoded><![CDATA[<p>Yes, we actually plan to use augeas (its ruby bindings) in the lower layer.</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on YaST++: next step in system management by Michal Hrusecky</title>
		<link>http://lizards.opensuse.org/2012/02/15/yast-next-step-in-system-management/#comment-6759</link>
		<dc:creator>Michal Hrusecky</dc:creator>
		<pubDate>Thu, 16 Feb 2012 09:45:43 +0000</pubDate>
		<guid isPermaLink="false">http://lizards.opensuse.org/?p=8523#comment-6759</guid>
		<description>Just a little side note, you know about augeas - utility for managing configuration files, right? While speaking about not reinventing the wheel...</description>
		<content:encoded><![CDATA[<p>Just a little side note, you know about augeas &#8211; utility for managing configuration files, right? While speaking about not reinventing the wheel&#8230;</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on YaST++: next step in system management by C. Kern</title>
		<link>http://lizards.opensuse.org/2012/02/15/yast-next-step-in-system-management/#comment-6758</link>
		<dc:creator>C. Kern</dc:creator>
		<pubDate>Thu, 16 Feb 2012 09:37:28 +0000</pubDate>
		<guid isPermaLink="false">http://lizards.opensuse.org/?p=8523#comment-6758</guid>
		<description>&gt; It is largely written in an outdated language which
&gt; has its roots in last century and only few people
&gt; in the world know it.

For the rest of us: Could you tell us what strange
language you are talking about?

(YaST itself seems to be written in C++, which
obviously does not match your &quot;only few people
in the world know it&quot; criterion. But maybe some
of the modules used by YaST may be written in
obscure other languages.)</description>
		<content:encoded><![CDATA[<p>&gt; It is largely written in an outdated language which<br />
&gt; has its roots in last century and only few people<br />
&gt; in the world know it.</p>
<p>For the rest of us: Could you tell us what strange<br />
language you are talking about?</p>
<p>(YaST itself seems to be written in C++, which<br />
obviously does not match your &#8220;only few people<br />
in the world know it&#8221; criterion. But maybe some<br />
of the modules used by YaST may be written in<br />
obscure other languages.)</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on YaST++: next step in system management by Josef Reidinger</title>
		<link>http://lizards.opensuse.org/2012/02/15/yast-next-step-in-system-management/#comment-6755</link>
		<dc:creator>Josef Reidinger</dc:creator>
		<pubDate>Wed, 15 Feb 2012 14:11:16 +0000</pubDate>
		<guid isPermaLink="false">http://lizards.opensuse.org/?p=8523#comment-6755</guid>
		<description>Hi,
so what you expect from such library? We don&#039;t want to reinvent wheel, but if there is something on high level for easier managing users it would be nice if you let us known what it should be.

For polkit authentification we need it on low-level, because we got usually complains that permission is too abstract and don&#039;t have what is really allowed. So polkit permission is low level, but we plan to create roles management ( we actually already have it in webyast, so just move it down to yast++ library ). Then administrator can easy allow user management, but if they are interested, they can see what user can modify and also change role to fit what they want. We already have discussion where we should place level of permissions and decision is that we need both layer, so low level is real permissions and high level is roles, that contain set of permissions.</description>
		<content:encoded><![CDATA[<p>Hi,<br />
so what you expect from such library? We don&#8217;t want to reinvent wheel, but if there is something on high level for easier managing users it would be nice if you let us known what it should be.</p>
<p>For polkit authentification we need it on low-level, because we got usually complains that permission is too abstract and don&#8217;t have what is really allowed. So polkit permission is low level, but we plan to create roles management ( we actually already have it in webyast, so just move it down to yast++ library ). Then administrator can easy allow user management, but if they are interested, they can see what user can modify and also change role to fit what they want. We already have discussion where we should place level of permissions and decision is that we need both layer, so low level is real permissions and high level is roles, that contain set of permissions.</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on YaST++: next step in system management by Jiří Suchomel</title>
		<link>http://lizards.opensuse.org/2012/02/15/yast-next-step-in-system-management/#comment-6753</link>
		<dc:creator>Jiří Suchomel</dc:creator>
		<pubDate>Wed, 15 Feb 2012 14:02:44 +0000</pubDate>
		<guid isPermaLink="false">http://lizards.opensuse.org/?p=8523#comment-6753</guid>
		<description>Calling useradd is an example of way to go. We might use direct modifications of /etc/passwd instgead, just like in current YaST.

About the polkit layer: yes, it is very low-level, it&#039;s basically the same concept as used in webYaST. For usability, it is possible to create set of high-level rules, grouping those fine grained ones.</description>
		<content:encoded><![CDATA[<p>Calling useradd is an example of way to go. We might use direct modifications of /etc/passwd instgead, just like in current YaST.</p>
<p>About the polkit layer: yes, it is very low-level, it&#8217;s basically the same concept as used in webYaST. For usability, it is possible to create set of high-level rules, grouping those fine grained ones.</p>
]]></content:encoded>
	</item>
</channel>
</rss>

