Thanks for all theses responses, now we better see where is going the Nagios project.<br><br><br>Jean<br><br><div class="gmail_quote">On Tue, Mar 2, 2010 at 5:55 AM, Ethan Galstad <span dir="ltr"><<a href="mailto:egalstad@nagios.org">egalstad@nagios.org</a>></span> wrote:<br>
<blockquote class="gmail_quote" style="margin: 0pt 0pt 0pt 0.8ex; border-left: 1px solid rgb(204, 204, 204); padding-left: 1ex;"><br>
The recent messages on this list indicate a need for better<br>
communication between parties.  It may be exciting to start a flame war<br>
or launch personal attacks based on unfounded assumptions, but its not<br>
effective or beneficial.<br>
<br>
If you have questions for me about what I think regarding the future of<br>
the Nagios Project, commercialization of Nagios, Nagios XI, trademarks,<br>
community stuff, etc. - just ask.  In order to expedite and coordinate<br>
responses to share with the community, I've created a new "Ask Ethan"<br>
form online where you can submit questions to me about whatever you'd<br>
like.  I'll answer these questions in the monthly Nagios News that goes<br>
out.  As long as there continues to be new questions, I'll do my best to<br>
make "Ask Ethan" a permanent monthly section in the newsletter.  Submit<br>
a question at:<br>
<br>
<a href="http://www.nagios.com/askethan" target="_blank">http://www.nagios.com/askethan</a><br>
<br>
Here are some quick responses to questions I've seen asked.  If you want<br>
more detail on any of these, submit an "Ask Ethan" question at the link<br>
above and I'll go into more depth in the newsletter...<br>
<br>
1. Nagios Core and other OSS components of the Nagios Project are<br>
important to both myself and Nagios Enterprises.  Nagios XI (like many<br>
other commercial solutions) is based on those components and we<br>
definitely want those projects to flourish in the future.  *I* may not<br>
be the person actually coding or integrating patches (I've done that for<br>
over a decade now), but I'm dedicated to finding ways to ensure the<br>
project continues for at least the next decade.  And just so there's no<br>
confusion on the subject, Nagios Core will always be free as in speech<br>
and beer.<br>
<br>
2. Our commercial Nagios XI solution is not 100% Open Source, and it<br>
probably won't ever be in its entirety.  There are some really great<br>
components that we license from other parties and we plan to include<br>
other licensed components in the future.  Why?  They provide a better<br>
solution to our customers than OSS alternatives (if they even exist).<br>
Most all other commercial Nagios solutions out there go the same route.<br>
<br>
3. While its relatively new for Nagios Enterprises, commercialization of<br>
Nagios is going to expand in the future, so we can continue to provide<br>
more great solutions for the people that need them.  Commercialization<br>
also makes it easier to provide resources to ensure the existing free<br>
OSS projects prosper, and that new projects can be funded.   If you<br>
object to the commercialization of Nagios, consider this: the only<br>
reason I wrote Nagios and released it as an OSS project in the first<br>
place is because I intended to use it for commercial purposes.<br>
<br>
4. We have, are, and will continue to regulate the use of the Nagios<br>
mark and prevent its misuse to ensure the integrity of the Nagios name<br>
and the future of the Nagios Project - just as I was personally doing<br>
long before the conception of Nagios Enterprises.  Our trademark policy<br>
is almost an exact clone of the Ubuntu trademark policy.  Its a great<br>
policy that fits the needs of both community advocacy and the commercial<br>
legal requirements for brand protection, anti-dilution, and consumer<br>
confusion.  Open Source licenses like the GPL only address copyright -<br>
not trademark.  Trademarks are a separate type of intellectual property<br>
that is out of scope with what copyright covers.<br>
<br>
5. I've dedicated the past 11 years to the Nagios project and have done<br>
my best to keep the project going and keep it within the scope of what a<br>
monitoring engine should be.  You can jump to all the conclusions you'd<br>
like, but unless you've dedicated several consecutive years to building,<br>
maintaining, and supporting a project like Nagios, you simply have no<br>
idea what it takes to take care of everything that happens along the<br>
way.  The choices that I make are what I consider to be in the best<br>
interest of the project in the long run.  You don't have to agree with<br>
me.  I have no intention of trying to make each and every single Nagios<br>
user out there happy.  It isn't possible.<br>
<br>
6. There is nothing broken or wrong with Nagios Core the way it is.  Its<br>
a monitoring *engine*.  It works well for hundreds of thousands of users<br>
today.  Many people still run Nagios 2.x, 1.x, or even NetSaint -<br>
because its works just the way it is.  An integrated DB-backend, web<br>
based configuration engine, and a whole lot of other stuff are out of<br>
scope for Nagios Core - that's what addons are for.  Even the Nagios<br>
Plugins are out of scope for Nagios Core - that's why they're a separate<br>
project.  If you want something additional in Nagios, check out all the<br>
addons that are available on Nagios Exchange.  Start your own addon<br>
project if a suitable one doesn't exist, or contribute to an existing<br>
project if you see a need for improvement.  If you see a problem in<br>
Nagios Core, step up and make a patch.  Don't complain if someone else<br>
doesn't produce something that you want.<br>
<br>
Lastly, I would urge you to wait a few hours and consider things<br>
carefully before you decide to fire off a flaming email insulting or<br>
making accusations towards myself, other core contributors, or community<br>
members.  Its not only unprofessional and counterproductive, it is also<br>
somewhat self-defeating in that it is akin to biting the hand that feeds<br>
you.  If you insult Nagios OSS developers, how do you expect new<br>
contributors to want to join the various Nagios projects and donate<br>
their free time to bring you great software?  It doesn't make sense.  I<br>
could have a hell of a time asking new people to join the teams if they<br>
expect to be treated poorly by people they're delivering free stuff to.<br>
<br>
Remember that people that contribute to OSS projects like Nagios<br>
generally do so in their free time, and of their own accord.  You can't<br>
expect everyone to be available to you all the time, and at any time you<br>
wish.  I don't owe you anything when it comes to the time I can commit<br>
to various projects and neither do the other people that contribute<br>
their time to Nagios projects.  Period.<br>
<br>
- Ethan<br>
<br>
<br>
------------------------------------------------------------------------------<br>
Download Intel&#174; Parallel Studio Eval<br>
Try the new software tools for yourself. Speed compiling, find bugs<br>
proactively, and fine-tune applications for parallel performance.<br>
See why Intel Parallel Studio got high marks during beta.<br>
<a href="http://p.sf.net/sfu/intel-sw-dev" target="_blank">http://p.sf.net/sfu/intel-sw-dev</a><br>
_______________________________________________<br>
Nagios-devel mailing list<br>
<a href="mailto:Nagios-devel@lists.sourceforge.net">Nagios-devel@lists.sourceforge.net</a><br>
<a href="https://lists.sourceforge.net/lists/listinfo/nagios-devel" target="_blank">https://lists.sourceforge.net/lists/listinfo/nagios-devel</a><br>
</blockquote></div><br>