<?xml version="1.0" encoding="iso-8859-1"?><!-- generator="b2evolution/2.4.2" -->
<rss version="2.0" xmlns:dc="http://purl.org/dc/elements/1.1/" xmlns:admin="http://webns.net/mvcb/" xmlns:rdf="http://www.w3.org/1999/02/22-rdf-syntax-ns#" xmlns:content="http://purl.org/rss/1.0/modules/content/">
	<channel>
		<title>GPL'd thoughts - Latest comments</title>
		<link>http://blogs.op5.org/blog4.php?disp=comments</link>
		<description></description>
		<language>en-US</language>
		<docs>http://backend.userland.com/rss</docs>
		<admin:generatorAgent rdf:resource="http://b2evolution.net/?v=2.4.2"/>
		<ttl>60</ttl>
				<item>
			<title>In response to: Making Nagios even more awesome</title>
			<pubDate>Tue, 25 Aug 2009 07:52:57 +0000</pubDate>
			<dc:creator>Andreas Ericsson [Member]</dc:creator>
			<guid isPermaLink="false">c26@http://blogs.op5.org/</guid>
			<description>Hi Tom! Long time indeed.&lt;br /&gt;
&lt;br /&gt;
Sadly, I haven't had time to work on the certificate authentication stuff :-/&lt;br /&gt;
&lt;br /&gt;
We're doing a release to our customers tomorrow. After that I'm hoping to be able to hack in some more features into merlin, although unless our customers or the community requests SSL-certification specifically, I fear it'll be hard to get the boss to prioritize it. We'll see how it goes :-)</description>
			<content:encoded><![CDATA[Hi Tom! Long time indeed.<br />
<br />
Sadly, I haven't had time to work on the certificate authentication stuff :-/<br />
<br />
We're doing a release to our customers tomorrow. After that I'm hoping to be able to hack in some more features into merlin, although unless our customers or the community requests SSL-certification specifically, I fear it'll be hard to get the boss to prioritize it. We'll see how it goes :-)]]></content:encoded>
			<link>http://blogs.op5.org/blog4.php/2009/03/20/making-nagios-even-more-awesome#c26</link>
		</item>
				<item>
			<title>In response to: Making Nagios even more awesome</title>
			<pubDate>Mon, 24 Aug 2009 20:36:03 +0000</pubDate>
			<dc:creator>Tom Welsh [Visitor]</dc:creator>
			<guid isPermaLink="false">c25@http://blogs.op5.org/</guid>
			<description>Hey Andreas, Long time no speak. I was wondering if you ever got the cerfificated server stuff working?</description>
			<content:encoded><![CDATA[Hey Andreas, Long time no speak. I was wondering if you ever got the cerfificated server stuff working?]]></content:encoded>
			<link>http://blogs.op5.org/blog4.php/2009/03/20/making-nagios-even-more-awesome#c25</link>
		</item>
				<item>
			<title>In response to: The future of Nagios</title>
			<pubDate>Sat, 06 Jun 2009 13:09:47 +0000</pubDate>
			<dc:creator>Julian Hein [Visitor]</dc:creator>
			<guid isPermaLink="false">c24@http://blogs.op5.org/</guid>
			<description>Hi everyone,&lt;br /&gt;
&lt;br /&gt;
as there is a lot of speculation in this post and in the comments, I would like to clarify some things, or at least the way we think about it. &lt;br /&gt;
&lt;br /&gt;
First, there is indeed an issue with the trademark. We registered the trademark in Germany years ago, because it was not registered, just to cover ourself from people registering trademarks of open source projects and then requesting money from companies marketing services related to the project. This has happened a lot in Germany. When we recieved it, we put it in a folder and never used it for anything. We are currently talking to Ethan about transfering the trademark to him, which we are happy to do.&lt;br /&gt;
&lt;br /&gt;
Second and much more important: Icinga is not a NETWAYS fork: We did not initiate or instigate the fork. We were approached by community members and asked if we would support it. We also do not control it in any way. 3 members of our staff are working part time for Icinga, but that is it. There are much more people outside of NETWAYS involved.&lt;br /&gt;
&lt;br /&gt;
The fork was done, because we all thought that Nagios is too important for us to see it slowly dying. And that is what has happend at least over the last two years. Not a single new feature, the long talked about webinterface did not make any progress and NDO kept being totally buggy and messed up for over 2 years. While other systems like Zenoss or Zabbix were going full speed ahead. And we all believed that we all had tried to talk to Ethan often enough about this issues before and we also had tried to offer concret help, but nothing happend. &lt;br /&gt;
&lt;br /&gt;
So we (and that includes 50% of the Nagios community advisory board) decided to do the fork to revitalize Nagios. We consider Icinga to be kind of a friendly fork: We do not want to split the Nagios community, but consider Icinga still being part of it. Also there there is no need for us to win any kind of competition or defeat Nagios in any way. We even do not really want to be responsible for developing an alternative monitoring product or managing a project of that size. If Nagios development gains speed again and that proves to be steady and sound, we will be more than happy to stopp working an Icinga, merge back into Nagios or whatever makes sense at that time. This would in no way be a loss of face. The opposite is true, because than we would have reached our goal. At the moment everything looks good and even Ethan seems to be happy with the new energy that the project has. &lt;br /&gt;
&lt;br /&gt;
Regards,&lt;br /&gt;
Julian</description>
			<content:encoded><![CDATA[Hi everyone,<br />
<br />
as there is a lot of speculation in this post and in the comments, I would like to clarify some things, or at least the way we think about it. <br />
<br />
First, there is indeed an issue with the trademark. We registered the trademark in Germany years ago, because it was not registered, just to cover ourself from people registering trademarks of open source projects and then requesting money from companies marketing services related to the project. This has happened a lot in Germany. When we recieved it, we put it in a folder and never used it for anything. We are currently talking to Ethan about transfering the trademark to him, which we are happy to do.<br />
<br />
Second and much more important: Icinga is not a NETWAYS fork: We did not initiate or instigate the fork. We were approached by community members and asked if we would support it. We also do not control it in any way. 3 members of our staff are working part time for Icinga, but that is it. There are much more people outside of NETWAYS involved.<br />
<br />
The fork was done, because we all thought that Nagios is too important for us to see it slowly dying. And that is what has happend at least over the last two years. Not a single new feature, the long talked about webinterface did not make any progress and NDO kept being totally buggy and messed up for over 2 years. While other systems like Zenoss or Zabbix were going full speed ahead. And we all believed that we all had tried to talk to Ethan often enough about this issues before and we also had tried to offer concret help, but nothing happend. <br />
<br />
So we (and that includes 50% of the Nagios community advisory board) decided to do the fork to revitalize Nagios. We consider Icinga to be kind of a friendly fork: We do not want to split the Nagios community, but consider Icinga still being part of it. Also there there is no need for us to win any kind of competition or defeat Nagios in any way. We even do not really want to be responsible for developing an alternative monitoring product or managing a project of that size. If Nagios development gains speed again and that proves to be steady and sound, we will be more than happy to stopp working an Icinga, merge back into Nagios or whatever makes sense at that time. This would in no way be a loss of face. The opposite is true, because than we would have reached our goal. At the moment everything looks good and even Ethan seems to be happy with the new energy that the project has. <br />
<br />
Regards,<br />
Julian]]></content:encoded>
			<link>http://blogs.op5.org/blog4.php/2009/05/07/the-future-of-nagios#c24</link>
		</item>
				<item>
			<title>In response to: The future of Nagios</title>
			<pubDate>Fri, 05 Jun 2009 10:06:12 +0000</pubDate>
			<dc:creator>Andreas Ericsson [Member]</dc:creator>
			<guid isPermaLink="false">c23@http://blogs.op5.org/</guid>
			<description>@John E. Vincent: Regarding your test-theory, I agree, but it's not as simple as that anymore. It's turned political. Netways can't cancel their fork without losing face. They really have put some effort into the fork, but most of the effort has been spent renaming things from Nagios to Icinga. We'll see how it goes.&lt;br /&gt;
&lt;br /&gt;
@Kevin: Long time indeed! Nice to hear from you again :-)&lt;br /&gt;
Yes, I'm as active as time permits in the git sphere, but at the moment there isn't much time to spare for work on it. That's quite sad, as I'm the libgit2 co-maintainer since a couple of weeks.&lt;br /&gt;
&lt;br /&gt;
nagios.git won't be hosted on github, but on git.nagios.org or code.nagios.org. We'd like to have full control of the update and post-receive hooks in order to share access to the repository more easily and automate build- and release-processes. We'll switch to using git after Nagios 3.2.0 is released, as Ethan feels he needs some patch-free time in order to grok properly how it works.</description>
			<content:encoded><![CDATA[@John E. Vincent: Regarding your test-theory, I agree, but it's not as simple as that anymore. It's turned political. Netways can't cancel their fork without losing face. They really have put some effort into the fork, but most of the effort has been spent renaming things from Nagios to Icinga. We'll see how it goes.<br />
<br />
@Kevin: Long time indeed! Nice to hear from you again :-)<br />
Yes, I'm as active as time permits in the git sphere, but at the moment there isn't much time to spare for work on it. That's quite sad, as I'm the libgit2 co-maintainer since a couple of weeks.<br />
<br />
nagios.git won't be hosted on github, but on git.nagios.org or code.nagios.org. We'd like to have full control of the update and post-receive hooks in order to share access to the repository more easily and automate build- and release-processes. We'll switch to using git after Nagios 3.2.0 is released, as Ethan feels he needs some patch-free time in order to grok properly how it works.]]></content:encoded>
			<link>http://blogs.op5.org/blog4.php/2009/05/07/the-future-of-nagios#c23</link>
		</item>
				<item>
			<title>In response to: The future of Nagios</title>
			<pubDate>Thu, 04 Jun 2009 20:09:54 +0000</pubDate>
			<dc:creator>Kevin Menard [Visitor]</dc:creator>
			<guid isPermaLink="false">c22@http://blogs.op5.org/</guid>
			<description>Hey Andreas,&lt;br /&gt;
&lt;br /&gt;
Long time, no speak.  I've seen you active on the git user list.  If you could coerce Ethan into hosting Nagios on GitHub, that'd be awesome.  As you know, it makes it considerably easier to produce a patch, too.</description>
			<content:encoded><![CDATA[Hey Andreas,<br />
<br />
Long time, no speak.  I've seen you active on the git user list.  If you could coerce Ethan into hosting Nagios on GitHub, that'd be awesome.  As you know, it makes it considerably easier to produce a patch, too.]]></content:encoded>
			<link>http://blogs.op5.org/blog4.php/2009/05/07/the-future-of-nagios#c22</link>
		</item>
				<item>
			<title>In response to: Object oriented configuration</title>
			<pubDate>Mon, 25 May 2009 07:15:58 +0000</pubDate>
			<dc:creator>john brightman [Visitor]</dc:creator>
			<guid isPermaLink="false">c21@http://blogs.op5.org/</guid>
			<description>HI &lt;br /&gt;looks very interesting!&lt;br /&gt;bookmarked your blog.&lt;br /&gt;john brightman</description>
			<content:encoded><![CDATA[HI <br />looks very interesting!<br />bookmarked your blog.<br />john brightman]]></content:encoded>
			<link>http://blogs.op5.org/blog4.php/2008/10/07/object-oriented-configuration#c21</link>
		</item>
				<item>
			<title>In response to: Cross Site Request Forgery vulnerability in Nagios pre-3.0.6</title>
			<pubDate>Sun, 24 May 2009 12:03:32 +0000</pubDate>
			<dc:creator>john brightman [Visitor]</dc:creator>
			<guid isPermaLink="false">c18@http://blogs.op5.org/</guid>
			<description>HI &lt;br /&gt;looks very interesting!&lt;br /&gt;bookmarked your blog.&lt;br /&gt;john brightman</description>
			<content:encoded><![CDATA[HI <br />looks very interesting!<br />bookmarked your blog.<br />john brightman]]></content:encoded>
			<link>http://blogs.op5.org/blog4.php/2008/11/11/cross-site-request-forgery-vulnerability-6#c18</link>
		</item>
				<item>
			<title>In response to: The future of Nagios</title>
			<pubDate>Mon, 11 May 2009 16:30:59 +0000</pubDate>
			<dc:creator>John E. Vincent [Visitor]</dc:creator>
			<guid isPermaLink="false">c16@http://blogs.op5.org/</guid>
			<description>I had the same thoughts about NETWAYS but didn't want to start a conspiracy theory.&lt;br /&gt;
&lt;br /&gt;
I think the true test would be this:&lt;br /&gt;
&lt;br /&gt;
If Nagios proper were to address the &quot;concerns&quot; from Icinga would they gladly cancel the fork? If the concern is truly based around the community and not what's best for NETWAYS, it seems to me that if there's a roadmap on the Nagios side to address those concerns that the need for the fork is pointless.</description>
			<content:encoded><![CDATA[I had the same thoughts about NETWAYS but didn't want to start a conspiracy theory.<br />
<br />
I think the true test would be this:<br />
<br />
If Nagios proper were to address the "concerns" from Icinga would they gladly cancel the fork? If the concern is truly based around the community and not what's best for NETWAYS, it seems to me that if there's a roadmap on the Nagios side to address those concerns that the need for the fork is pointless.]]></content:encoded>
			<link>http://blogs.op5.org/blog4.php/2009/05/07/the-future-of-nagios#c16</link>
		</item>
			</channel>
</rss>
