Answers From a Successful Free Software Project Leader
By mrblah
It seems that most open source projects rely heavily on word-of-mouth and perhaps a few announcement sites, like Freshmeat, that have geek-appeal. But with open source trying to break into the mainstream, what do you think open source projects should do to effectively market themselves to non-geeks?
That's a good question. However, I can't say much about this, since I really haven't had to deal with it. Nagios is targeted towards sysadmins, so they hear about it by word-of-mouth, Freshmeat, Google, etc. Most OSS project operate with no ($$$) budget, so traditional marketing methods are probably out of the question. Having a project included in a popular OS/application distro would be ideal, although this would require that the project first become popular "enough" (whatever that means to the distro producers) through word-of-mouth, web search ranking, etc.
2. DirectionBy FreeLinux
Nagios is an outstanding project, not only in terms of its success but, also in terms of its power and broad scope. Looking at Nagios today it is increasingly apparent that its functionality is starting to approach that of HP OpenView and CA Unicenter TNG.
My twofold question is, what has determined Nagios direction thus far? Was it modeled after OpenView and TNG or something else? Also, where is Nagios going in the future, will it continue to develop the features of OpenView and TNG or is it going somewhere else?
The basic features of Nagios were modeled after things found in other similar projects (mon, Angel, spong, etc.), with my own twists to satisfy what I thought was missing from those projects. Many of the features that have been added over the past few years have come about because of suggestions/complaints from users. Other features (like flap detection) have been thrown in "stay ahead of the competition", as well as provide something useful.
I've only had a cursory look at TNG and OpenView, but I think its safe to say that they will always do more than Nagios. That's okay though - they'll cost you a bit more than Nagios will too. I have no intention of trying to make Nagios a "one app for everything" type of project. The focus of Nagios is on monitoring and alerting and it always will be. And while many might assume that everything that can be done in regards to monitoring has already been done, I don't think that's the case (at least in free software). The lack of good failure prediction (using AI) in regards to asynchronous events like host/services failures is a huge feature that's missing from most (if not all) free network monitoring software. That's one of the things that I'll be attempting to tackle and integrate with Nagios down the road. Other things like expanded reporting capabilities, increased scalability and efficiency are top priorities as well.
I guess the direction Nagios is going is towards being an "enterprise" application, however you might define that. When I first started Nagios/NetSaint, I assumed it would only be used on small LANs. Over the years its been adopted by ISPs (local and global) and Fortune 500 companies with substantial networks. Making Nagios work well in these larger environments has been the big challenge, but that's were the development is leading me.
3. Predefined alerts vs. dynamic eventsBy an Anonymous Coward
Your monitor appears to use a model where it polls a pre-defined list of conditions. In other words, if there are 28 things that could go wrong, there are 28 pre-defined items that change color from green to yellow, to red.
In my experience, an event based model, where monitors determine the problem and severity, works better. The central event manager would just receive the events and handle display and notification.
Can your product handle this sort of model? For example, could I write a monitor that watched a database log file, and have it send events like this?
severity category host message high database myhost database memory shortage medium os myhost fs /db1 is over 90% full
What someone determines as "better" is up for debate, but yes, Nagios supports both active and passive checks. Active checks are performed by the monitoring process and allow the admin to centralize check configuration/execution, while passive checks are submitted by third-party scripts and allow flexibility in integrating Nagios with custom/proprietary sources of monitoring information.
Implementing a monitoring app that relies solely on event-based data passed from external sources is an extremely poor design choice, IMHO. What happens when the remote host or process (whatever reports those events) dies a horrible death? Nothing - unless you have some logic in the central monitoring process (which Nagios does) that accounts for these types of problems. There are also issues of whether or not the event data sent from a remote source is credible or not. That is to say, can it be trusted? This is a security issue, as well as one of data integrity. These issues have hopefully been addressed in Nagios by using several different mechanisms: requiring that services (for which event data is submitted) are configured on the central monitoring server, security restrictions on the external command interface (restricting which local users/processes can submit data to Nagios), and the NSCA addon which uses encryption to ensure that data received from remote hosts can be trusted (i.e. it is from a "blessed" user/process).
4. Mass-appeal softwareBy feldsteins
How can the sucess of geeky sysadmin software be translated into open source projects aimed at a wider audience? Put simply, can the open source model work beyond nerdy sysadmin widgets and spill into the world of mass-appeal software?
This is similar in nature to question 1. Basically, my answer is "I don't know - I haven't had to deal with that". :-)
5. FeedbackBy greechneb
I'm sure people often send you feedback about your software. What I would like to know is if you have any feedback that stands out. Mainly what is the most unusual/unique use someone has had for netsaint that you have heard of?
I guess the most common feedback I get would be "Nagios rocks", which makes me feel all warm and fuzzy inside. There are a lot of different people/organizations that use Nagios for a variety of purposes. One of the most unusual was someone who used NetSaint (Nagios), joyd, and some hardware hacks to monitor on/off air time at a radio station as mentioned here. Another one that gave me a few laughs is someone who configured Nagios to generate audible alerts over the company's PA system when things went awry. Turns out things went bad and Nagios started "talking" over the PA when they were in the NOC alone one night, which scared the bejeezus out of them. Hehe.
6. Free softwareBy Natchswing
Since your software is so successful, have you thought about charging money for it?
Not for more than a few seconds when I imagined myself moving down to the Virgin Islands on a permanent vacation. :-) No, Nagios will always be free (as in beer and speech). I have considered developing additional (software) addons and tutorial-type material which would be for sale, but I keep putting these off to spend time on Nagios itself. Working on this project isn't really about money, or I would have stopped working on it a long time ago.
7. Propriety...By bhsx
If a company came along and asked to market a version of Nagios that includes unpublished changes to the codebase, what would your response be? For example, would you:
- give them a relicensed version that allows them to do whatever they want to it.
- incorporate any changes they may want on your own and make sure the changes make their way to the GPL codebase.
- tell them to get bent.
- make proprietary changes that you leave out of the GPL codebase in order to sell those changes yourself or to other potential clients
- Some combination of the above.
- Some other direction I didn't think of
I feel that making proprietary changes to GPL code that you keep (at least temporarily) proprietary is a great business model for certain projects, possibly the best model for certain things. Some projects that come to mind are things like i-tree.org's Secure iXplorer, which has a GPL "lite" version which only supports ssh/scp and a "full" version that also supports sftp. OpenOffice.org and Star Office seem to be of the same ilk... If you need the extra functionallity of Star Office, such as the better .doc filters and database functions, then you pay for that. I'm also curious if you have been approached by anyone for this sort of thing.
I would be willing to do work for a company that wanted unpublished changes made to Nagios if the final product was marketed in a way that didn't violate the GPL. An ASP that might use the modified app to sell a service rather than the actual software itself would be a good example of this.
I have been contacted by three or four companies in the past two years that wanted me to do this type of work for them. I turned them all down. Why? Two big reasons:
- The wanted me to sign NDAs
- Potential conflicts of interest
I hate NDAs. I can understand why companies feel the need for them, but since I didn't need the work, I decided to pass. Also, the changes they wanted me to make were closely related to things that I wanted to include in future releases of NetSaint/Nagios. If I made custom mods for them under an NDA (or even without), I might be locked out of making similar changes to Nagios under the GPL (with work for hire copyright issues, etc.).
I guess I'd rather spend my time developing additional software/documentation to sell on my own rather than screw myself and this project in the long run by doing this type of work for a company (i.e. competitor).
8. How did it start?By SupahVee
Did Netsaint/Nagios start small, i.e. just a small shell script that was doing some minimal network testing, or was it designed from the ground up as a massive network tester to replace such overpriced products as NP OpenView, etc?
I know there was a serious code revision between Netsaint 0.0.7 and Nagios 1.0, which was phenomenal, btw, great job. But after using Netsaint (I still call it that, old habits die hard) for almost 2 full years now, I've always been very impressed with how well everything runs and scales.
I actually started to work on Nagios because a friend and I had talked about starting a part-time business to provide monitoring services to local businesses. I didn't like what I saw in the other monitoring apps, so I decided to write my own. Nagios was originally intended to be used to monitor small LANs - 20 or 30 servers max. Ironic that I initially started an OSS project to start a business and now I'm so busy with it that I don't have any time to actually do it. :-) Perhaps in the future.
Nagios didn't start as a set of scripts or a cronjob - it was designed from the beginning as a standalone app that relied on external apps/scripts to do the specifics of monitoring. It has come a long way in the past 4 years, but the basic logic is still the same. Much of the work that has been done is the result of trying to make Nagios scale well to larger environments.
9. How is a project like this supported?By sys$manager
I an running Nagios and having a major problem with one of the plugins that is severe enough to make me throw out the software if I can't get it working.
I've asked on the two nagios mailing lists and received no answer. How do I, working for a major corporation, promote this software package if there's nobody that can help me fix it? Where do I look for support for a free product?
Money talks. If there's no money, people might not talk. Reports like this are not uncommon, so I put together this list of companies and individuals who have indicated that they provide consulting services and support contracts for Nagios. Spend a few (or more) of the corporation's dollars and see if you can hire someone to help get Nagios up and running. Otherwise you are at the mercy of the generosity and availability of the people on the mailing lists.
10. PrioritizationBy 10-20-JT
I assume there is a long list of "features" which your users and program staff have come up with for desired future components. How do you prioritize those in the development queue? Is there any method at all? Squeaky wheel? Most requests? Interest of particular developers? Donations with particular requests?
I've never received donations in return for a particular feature being added, but bribery wouldn't hurt I guess. Its hard to say how I prioritize feature requests. Sometimes its the squeaky wheel. Othertimes I'll get a suggestion from a lone user and I'll implement that feature because I see it has good potential.
Another factor is whether or not people contribute code for implementing the feature. Most people just make sugestions because they're not coders, and I'm left to implement that suggestion. That's usually fine by me, except when I'm short on time and either don't see it as being of great value or if I don't think I'll be able to implement that feature in a "reasonable" time frame. "Reasonable time frame" can range from 1 day to 1 year depending on how important I think that feature is.
11. Nagios event handlingBy FreeLinux
Nagios' present event handling performs a prescribed action based on a state change in a monitored service, this is an excellent feature that pushes Nagios beyond a simple monitoring application into a true management application. In CA Unicenter, event handling goes a step further, allowing you to configure any action based on ANY message that appears in the event log. This in my opinion, is one of Unicenter's strongest features, though there are many.
Will Nagios be implementing similar event handling functionality or will using utilities such as Swatch remain necessary? And if Nagios will not gain this flexibility, why would you feel that this functionality is unnecessary?
Nagios is designed to handle monitored hosts and services in a very abstract way. It relies on individual plugins (check_disk, check_ping, etc.) or external apps (swatch, nmap, portsentry, etc.) to determine what is important as far as monitoring is concerned. If you remove that layer of abstraction, you can generally do more as far as monitoring is concerned, but you're also limited as to what custom data/services/devices you can monitor. As I see it, there is no real need to break that layer of abstraction.
As a site note (and more to the point of your question), event handlers can be designed to react not only to the state of a monitored service, but also on the output that was generated by the service check (i.e. the plugin). This would allow you to craft an event handler that reacted differently based on what message appeared in an event log.
12. People issues?By dmuth
Have you ever had to deal with any developers who um, had issues? For example, someone who refused to comment their code, or someone who would volunteer to implement a feature and then "not get around to it" which forced the project as a whole to suffer?
If so, how did you deal with those people? Did you ever find yourself forced to burn any bridges as a result of dealing with such people?
As far as contributing to the core Nagios application, everything has to come through me. If someone doesn't contribute code for a feature, I will (if I have time and think its worthy). Since I rarely (if ever) apply a patch directly, I have a chance to look every line of code over before I integrate it with the main codebase. I tend to over-comment my code and have my own coding style, so I generally re-comment/reformat patches to fit my whim. Doing this also gives me a chance to make sure their patch doesn't have any unintended side effects. If someone submits a patch that I can't understand (or learn) and I don't hear back from them, the patch doesn't get applied. I think thats a reasonable approach considering the fact that they may not be around in 6 months and I'll have to maintain the code for who knows how long. All that being said, I really haven't had too many problems along this line.
13. What it isBy Tet
Current status information, historical logs, and reports can all be accessed via a web browser.
That's great for interactive use, but Nagios (along with Big Brother, and most other monitoring packages) doesn't seem to cater well to automating report generation from outside of a web browser. We need to generate weekly reports on the number of outages, etc., and would like to be able to schedule a cron job every Sunday night to say "get me the uptime stats for abc services, so I can put them into xyz reporting package". We need to take the raw data and calculate rolling averages, etc, to give to customers (we're contractully obliged to do so). I.e., the sort of reports we need are typically more complex than is reasonable to expect Nagios to do internally. Was the interactive bias a deliberate decision, or did it just evolve that way. More importantly, are there any plans to improve things in this area?
Nagios was initially designed for smaller environments where reporting might not be as big of an issue as it is elsewhere. Also, I wanted most all data to be available via a web browser, as that is a fairly ubiquitous access tool. Better reporting will be coming in the future, but I make no guarantees as to when. I haven't really had any reporting code contributed by users, so if you want better reporting soon, step up and contribute. That's how OSS projects work.
14. Versus other commercial appsBy Thinko
In Specific, How does Nagios compare to recent commercial offerings like Microsoft's MOM and Novell's ManageWise / ZenWorks, Will Nagios have the Depth of Intelligence when it comes to Reporting, and tracking similar (or related) events as a single more-critical super-event?
Other items of note for comparison are issues like XML Output, I see that XML status data is planned for Version 3, what depth of information will be able to be queried/reported with XML?
I haven't looked at MOM or ManageWise, so I can't say how they compare. Monitoring apps produced by OS vendors always have an edge when it comes to monitoring their particular OS(es), but they can't always be easily integrated into a heterogeneous environment. Tracking super-events basically involves event correlation. Since event correlation is a necessary part of decent failure prediction, I'll probably be adding this to Nagios in the future.
XML will be used for current status data and configuration information, as well as archived log data. Hopefully that will make it easy for other apps to process the data for reporting purposes, custom interfaces, etc. I doubt this data will be stored natively in XML by the application. Instead, scripts will be provided to convert the native data format into XML.
15. Why the name change?By sgtron
NetSaint was such a cool name.. why change it to Nagios.. just doesn't have the same ring.
I changed the name to protect myself against future legal hassles. It seems that "NetSaint" was thought by some lawyers to be a potentially confusing term in relation to "Saint", which was trademarked. They way things shook out, I wouldn't have had to change the name, but I decided to anyway. I didn't want to wake up one morning and find that the netsaint.org domain was yanked from me in the name of trademark protection. This is also the reason why I filed for a trademark for Nagios® in the first place.
16. Raking in the coders...By Brendan Byrd
One of the biggest problems with GNU projects is getting other people to help you out with your code. The code may be freely available, but that doesn't that people will freely code your project. At what point does a GNU project turn from one person coding his/her work, to several/many people working regularly on the project?
For me it happened a few months after the project got started. Feature requests were coming in faster than I could handle on my own. Luckily people stepped up and contributed code for the core app and plugins. I suppose this was due to the fact that Nagios is targeted at sysadmins - people who are probably more likely to be coders than your average Joe. Without help from others, there's no way Nagios would be where it is right now.
17. Finding developers that stickBy CountJoe
I am a project manager for several open source projects and have had a great deal of trouble finding developers that will actually help with development. How do you find reliable developers that make a real contribution to your project?
I got very lucky, plain and simple. A number of people have popped up to contribute code over the past four years, but most do not stick around for a lengthy period of time. Thankfully I have two developers who maintain the plugins, which allows me to concentrate on Nagios itself. Karl DeBisschop and Subhendu Ghosh are the main plugin developers/maintainers and have been critical to the advancement and survival of Nagios. Karl has actually been around since the project started, so he's been able to contribute a lot in terms of the main application, as well as the plugins.
18. Plug-in vs. monolithic work?By jenkin sear
Nagios depends on a wide variety of plugins to do its job (in a way, like nessus). To what degree do you find outside developers contributing patches to the main codebase, vs. contributing plugins? Is there a path where developers add plugins, and then "graduate" to core patches? I think I see a similar path in both Linux and Apache, where one might write modules and then get involved in some of the deeper magic- and I wonder if that architectural decision may be a key to the project's long-term success.
There isn't necessarily any correlation between people who submit patches for the plugins versus the main codebase. Each patch is judged on its own merits, regardless of the contributor's previous involvement in either project. Patches for the plugins go through Karl and Subhendu, while patches to the main codebase go through me. Plugins generally get more patches than the main code - probably due to the fact that they're smaller and easier to understand for most people. From that standpoint, it would make sense that people start out making smaller/easier patches for the plugins rather than larger/more extensive patches for the main code.
19. Did the brown stuff ever hit the cooling thing?By del_ctrl_alt
Was there a make or break moment when it could have all ended? If so what pulled the project back on track?
This question was modded fairly low, but I felt it was a good question to answer, so I did. Maybe my experiences will help others...
Yes, there were at least two times when I seriously considered dumping the whole project for good. One came when my personal life was going through some rough spots and the other came when the trademark mess popped up. Both times I ended up deciding to continue the project, but only after several months of "downtime". I felt that I had invested too much time in the project to simply let it die off. I enjoy working on Nagios and think I would have felt a sense of personal failure had I decided to quit when things got rough. There have been a number of other times when I've thought about ditching the project, but I've come to realize that they are just part of my natural development cycle and will pass with time. I've found that my normal cycle works something like this:
- Spend time mulling over and planning new features
- Code, debug, document
- Detest everything about this project and do nothing at all
- Rinse and repeat...
When I feel I've had enough and can't stand the project anymore, I just stop answering email, stop coding, and stop thinking about the project. This can last for a week or four months. When I've had enough time away from everything, I can get started again. This period of disgust is also a time when I start formulating ideas on what needs to be changed or added. I've come to accept and expect this period of downtime and, as a result, am now much happier with the project. Anyway, if you're thinking about starting an OSS project of your own, its something to think about.
"What is your favourite dip?"
Oh, Nagios !
Sorry, I was reading that wrong . . .
"If being a geek means being passionate about something, then I pity those who aren't geeks." - Pike65
... to hear from a programmer who still has a job!
Reply or e-mail; don't vaguely moderate. Ex-O'Reilly/MIT employee, now a full-time Google employee.
6. Free software
By Natchswing
Since your software is so successful, have you thought about charging money for it?
--
Actually, that was meant to be a sarcastic joke aimed at making a few people laugh, not a serious question that actually got sent.
Successful free software... charge money for it...
*sigh*
That was definately a good interview. It made me all warm and fuzzy inside to know that somewhere in the distance are a group of people, probably gnomes, who work on software projects and don't require payment. Just the love of the game.
(Excuse me, I'm on lunch, and all i've heard for my break is that X and Y need to be completed. I'm drifting in and out conscience.)
http://use.perl.org
... over from the Dark Side of Microsoft products!
Read one of his Usenet posts about printing difficulties with Windows 98 machines.
Who knows, maybe it was that very problem that brought him over to start writing software for us Free/OpenSource folks!
Reply or e-mail; don't vaguely moderate. Ex-O'Reilly/MIT employee, now a full-time Google employee.
Q: If offered enough money, by a Giant corporation , would you consider selling this product and abondon the Free (beer/speech)fundamentals behind it? A: I consider the freedom of this project to be paramount. When talking about finacial incentives, I have to look at the greater good. Yes, I would sell the rights to any particular project if the procedes support another OSS Project. Consider what small amount of money would put GNOME on par with KDE. It is about resource needs, and GNOPME exhibits this need. I would also look closely at Tropic Paradise properties :) .
If we don't fight for ourselves no one will.
These guys don't make any money from it, they're basically working for free, and giving away their product for free. If you have something else going on like a job or studies, then that's great, but Free Software is not a good solution if you're trying to make money directly off of it.
Until I see the DoomIV as Free Software, I can't consider this movement a success.
SIG:Slashdot: indymedia for nerds.
That was a great response. Very interesting. Ethan put a fair amount of work into his responses. Kudos to him and thank you for the interview.
Shop smart, Shop S-Mart.
2. Code, debug, document
3. Detest everything about this project and do nothing at all
4. Rinse and repeat...
Ha! That's a familiar cycle to me, not just for coding, but for lots of projects that involve intense concentration. Fine if you work on your own, or in an environment where you have substantial control over your own time like academia --- harder to manage in a more structured environment. Maybe this is one reason for the success of open source, it readily accomodates this kind of nonlinear effort and progress.
The trick is knowing when to give it a rest or pass it on to someone else, and when to give yourself a kick in the butt to get back to work.
annmariabell.com
foldplay your photos won't know what hit them.
If only I could find someone to do this in real life for my house. Cooking, cleaning up, etc. I tried to get someone to do it once but the cops eventually broke it up and said slavery is illegal. Nobody WANTS to do that shit I guess, even my wife.
network monitor and I always recommend it to all my clients. Well as soon as I convince them to use Linux that is... I have been able to roll-out 32 sucessful implementations of Netsaint/Nagios in the past 3 years, and I will continue to do so. Thanks go to Ethan for doing such a wonderful job. The only thing that I see a lot of people have problems with is getting those dang vrmls to work right!
Hey, when you are done slashdotting, check out our part of the web Pajonet.com!
If I open up a hotel, reasonably clean, and let my guests stay in it for Free, is it a success if my hotel is full most of the year?
bhsx:
I feel that making proprietary changes to GPL code that you keep (at least temporarily) proprietary is a great business model for certain projects, possibly the best model for certain things.
Ethan Galstad:
I would be willing to do work for a company that wanted unpublished changes made to Nagios if the final product was marketed in a way that didn't violate the GPL. An ASP that might use the modified app to sell a service rather than the actual software itself would be a good example of this.
I'm no GPL expert, but doesn't the GPL legally disallow proprietary changes to GPL'ed code? And I thought that there was an upcoming GPL change that was going to address the "ASP using GPL code for profit" thing? Anything happen with that?
-(())
And it was a SLAM DUNK!!!
;-) Awesome stuff, and I am SO thankful that he open-sourced it.
As an admin for a large engineering campus in a mutli-billion dollar company, I - with 3 other people - help oversee a mixed Unix and Windows environment representing about two dozen servers with several hundred clients.
I set up Nagios at the end of last year on an unused dual PII 266. I configured monitoring on 17 severs, both Unix and Windows. I was a little nervous about the "third-party" Windows service, but it's pleasantly been the best part of the system, since it ties up all the client-side stuff in one "script." In all, I currently have 50 services being monitored.
The corporate Windows group has had a $250,000 project on the books to buy some sort of all-in-all monitoring software for the 100 or so servers they have. This has been pushed back for 4 years because of budget issues. I suggested they try this. I have heard nothing.
The corporate Unix group recently put in a quarter million dollar system (which I was told would take 3 months to setup when I was in the group), but it's primarily running batch jobs for the Oracle system. The Unix admins haven't used it for anything.
In features, Nagios rivals what both groups are still just TALKING about doing, because I didn't have to wrangle $250,000 out of the non-existant IT budget for the project. Plus, it only took me 3 weeks to get everything configured. (Compiling the client-side tools on AIX and Solaris took a lot of work. I ended up just downloading pre-compiled versions for Solaris.)
Not only that, but the true value of OPEN SOURCE software finally dawned on me. I took the FlexLM monitoring script, hacked it up into a PHP web page, and now the admins and users at this campus can see who has a license tied up on 19(!) different software packages we use.
My boss and co-workers both really like the system. It cost me nothing but a man-month of time (including hacking up the web page). It's been ROCK SOLID. It's been giving us appropriate alerts when something goes wrong. It's easy to set up the web site like you want. (You might have to recompile the CGI's to make some tweaks, but this isn't hard.)
Going forward, I plan to try automating some problem resolution steps on the one service that routinely gets wonky (guess which platform THAT one's on...). Also, I'm thinking about putting a modem in the machine, and trying some of the packages out there that would allow me to send a page over a phone line in case the network goes down.
Overall, I can say nothing - absolutely nothing - bad about Nagios. I haven't even read the interview yet because I was so excited at the opportunity to share my experience, but I know that Ethan MUST be a very fine person!
Acts 17:28, "For in Him we live, and move, and have our being."
Many people don't. In fact, I think that most smart people don't, truly in their hearts.
My beliefs do not require that you agree with them.
Better get coding then, or start nagging ID. Let us know how it works out for you.
Thankfully, your expert opinion of Free Software will not prevent me from using Mozilla and OpenOffice on Linux, along with the thousands of other open source tools and applications many companies and individuals depend on.
Like this one?
a Successful Free Software Project Leader
I wonder what makes a Free Software Poject successful. And given such a definition what percentage of Free Software Projects are succuessful?
FoundNews.com - get paid to blog.,
Now here's one of the things I've never been able to figure out. How can it make sense to build good, solid, complex software that's supposed to be free (beer, speech, whatever) and then say "here it is, it's free. But if you want to figure out how to use it, pay up". You can download it, see the source, modify it, redistribute it, dress it in polka dots, etc. But if you can't elucidate out how to actually be productive with it, well, tough cookies. I'm not bitching about the fact that I have to spend money to figure out Nagios or whatever. After all, nothing is really free. But I find it hard to grok the logic behind it all.
How is that better than selling the software and including the support as part of the package? Because it's "more moral"? How does this model make open source a viable alternative to commercial software?
It seems to me most open source/free software is essentially an ego trip for the developer (and to be honest, as one, I can understand the motivations so I'm not saying that to be insulting or derisive). But software like this that is potentially extremely useful but just sits there and does nothing because only four people in the world understand it is not particularly useful. How many open source projects are in this situation and thus basically stuck because of it? Do the end user(s) always have to be just an afterthought?
Here's a question.
Does OSS favour a plugin/modular approach to capabilaties, because of the transatory nature of it's development/developers (programmers leaving, new developers coming in)/(interest ebbing-flowing)?
CA released Unicenter 3.0 in August 2001. You shouldn't compare a project in development to a product that has already been superseded.
For more information, click here.
Being a big fan of Pegasus Mail myself, and on the mailing list on and off for about 7 years, I can say that I've seen this question ask MANY times. Pegasus Mail likes to load the printer driver to view an email. Don't ask my why, but it does. In Netware, this works just fine. It also works just fine if you capture //server/printer to LPT1. But, if you do a straight map to //server/printer, sometimes Pegasus Mail just doesn't want to display the message.
I have come across this a few times in my Netware environment (which, IMHO, Pegsasus Mail was MADE for), but only when also using funky MS Networking and UNC printer mapping.
So no, it's not REALLY a Win98 issue, it's a Pegasus Mail issue.
"I can't give you a brain, so I'll give you a diploma" - The Great Oz (blatently stolen sig)
And THAT's where you're wrong.
Quotes like this give a pessimist(sp.) like me a bit of hope in the world. The guy saw something that he liked, but noticed several flaws (read: expensive, propriatary, etc.) in the product, so decided to build his own from scratch! I mean, come on...this is admirable. People (at least around here) tend to bitch a LOT about things in the world around them, yet offer no alternative or solution. Granted, sometimes it's so macroscopic that you can't do something that helps the world out significantly (think traffic, politics, etc.). However, it's nice to see that there's still a few people in the world who aren't afraid to get their hands dirty because they don't like how something works.
Kinda makes me wish I had that one thing...shit, what's it called? Motivation? Yeah, that's it. Maybe they have it at Target.
"Hell hath no fury like a woman scorned for SEGA. ..."
Ignore me. I'm just marking this story so I can come back to it later, when it's off the front page and I don't feel like searching for it.
If you must, mod me down. Offtopic is the most likely candidate.
CMDRTACO, please consider a marking feature, something like a link on each story summary "Mark for later reading" or "Place in personal library", etc.
-Adam
Nagios is really nice. I've used it at 2 ISP's now and it is amazing how fast you can deploy it and how reliable you can make it. The plugin design makes it expandable beyond belief, and you can fine tune it to where it is much more reliable and quicker than a tech support phone call at 3 AM (...something is broke. We don't know what...but...)
Ethan has always been cool about responding to feature requests and reasonable questions about nagios from what I've seen.
For the people who mailed the mailing list and didn't get a reply though, standard mailing list rules apply:
1. No one is required to help you. (this program is free)
2. If you don't submit enough information to help you, the list doesn't have to ask you to clarify. (silence may be your indication)
3. Did you read the documentation? Did you reread it? Did you understand it? If the answer to any of those is no, you might not get a reply.
4. Are you asking something that is truely unique to your situation? Most times this means it is something you are tasked to come up with. The list isn't required to do your job for you. If the request is from out in left field and doesn't affect a mass group, your chances of getting a reply are slim.
For the last one in particular I would like to add that our job as sysadmins (even if you are not paid for it) is to come up with (read: create) solutions. Don't get frustrated if someone else doesn't hand you a solution on a silver platter. You signed up for the job.
This space intentionally left blank.
if va.lairy's payper goes pottIE, does fuddles get all the sacred kode?
like anything you created...
I love you 14 year old morons that havent a clue...
Come on puss-face... Let's see what you can do other than yank your own crank.
You've pretty much hit the nail on the head. While you went out your way to not insult anyone, allow me to go right ahead.
Open Source is primarily about egos. Who's the best h4x0r, l33t c0d3r..etc. The problem with these egos is they are rarely justified. This whole OSS shebang began when the Ultimate of Egos, Richard Stallman discovered from his hairy unwashed haze that it was finally time to graduate and go out into the real world...ie...time to get a job. What he discovered to his absolute horror was that his fellow students had all snagged jobs at companies that produced proprietary software. Up until this point, RMS had been wallowing in the free for all environment of the university lab where no one had to pay for anything. He of course thought the entire world either would be or should be like this.
Enraged that his fellow students had "sold out" he sought to create a new world. A world where investment in intellectual property is no longer respected. Where substandard free software is promoted in the place of damn good proprietary software all in the name of "principles". A world where a software license is used that actually restricts a developers freedom rather than increases it. A world where he from his bully pulpit sees it fit to cast wide and deep guilt trips among all those who do not adhere to the purity of the cause.
Its a whole GNU World out there. And Stallman's doing his best to bring it to you whether you like it or not!
Mac OS X and Windows XP working side by side to fight back the night.
My opinion:
Yes, and I think you've hit on something that's much more important than most folks may realize. OSS has the philosophy that anyone can hack a project to make it better. When you have a standardized plugin interface, such as with Gaim, you make it easier for people to contribute. You can get some really innovative plugins from random joe who wants to make their own IM experience better.
A massive code structure is often a hinderance to any project, open or otherwise, but modular code bases lend themselves to OSS particularly well.
~Dalcius
Rome wasn't burnt in a day.
This makes sense, but often open source projects don't need marketing as such. Marketing was originally used in the commercial world to get ahead of the competition - by actively telling people, even people who might not be interested about your product, you could get mindshare. Then everybody started doing it to catch up, and now marketing is regarded as essential.
That's sort of a shame, but there's no reason why 99% of open source projects actually need to market themselves - they don't need to make money, so it makes sense for people to actively search them out, for the users to find them rather than the other way around in effect. Of course there is still word of mouth, which is a bit different, in that people are asked for recommendations and give them.
You might be thinking that's a bit hypocritical coming from me, considering that I've been advertising my project in my sig for a while now. I do that not because I want everyone to use my software (though that'd be nice one day) but because it's a flipping huge task that needs to get solved soon (imho) for desktop Linux to make any progress. So I need developers. The text advert in my sig has helped enormously here, 3 out of the 5 volunteers currently on the project came here via Slashdot, and we get a lot of interest/emails from people who find it this way. We're making great progress now, more than I'd be capable of working on my own, or with one person who found it by accident.
On the other hand, I'd consider this to be a special case. If I was writing a sysadmin utility, or an MP3 player, or a media streaming framework, or pretty much any other piece of software in fact, I'd have deliberately decided not to advertise in such a way. It's slightly obnoxious for starters, advertising is invasive (and i try to make my sig stand out) and often irritating. I'd just post it to freshmeat, and tell my friends about it. If it was good enough, it'd spread by word of mouse. But in this case I decided it was important enough to justify it......
Of course Ethan was talking about advertising to users, which I still maintain isn't really needed for free software, and I don't intend on advertising to users at any point. If they come across .package files and like them, they'll find the project in that way, or via recommendation, or via articles people write about it, or one of the countless ways in which people can discover new things.
"Secondly, Money may be a piss poor way to judge people but its the best we currently have."
Speaks highly of some of humanity, that their greatest invention is a yardstick made of money.
"Remember, in the grand scheme of things open source doesn't matter. But how much money you make does. Those who were rich while they were alive get into Heaven or Hell MUCH faster than everyone else."
Maybe because worrying about all that money (making it, keeping it, what to do with it,losing it) leads to an early grave.
And considering how some people get and maintain their money. I wouldn't place any bets on getting past the pearly gates.
1> With proprietary software you can only get real support from the company that made it. If MS doesn't want to fix a bug in Windows that's killing your business, tough shit, you're screwed.
2> With OSS any professional coders/firms can offer support, because they have source code access and the rights to modify it.
It's about being free from a vendor tie-in, which is a good thing because vendors are unrealiable. Even if your vendor is good today, it can turn to crap tomorrow.
I dont understand why they flame you. Yes, there are failures in Open source. I agree 100% on HURD. RMS should just admit it and shut up.
I agree on most of the above except GNOME which is kinda fun.
00) "SuSE8.1 Personal".
Usally with any software development, the first challenge is to create something that does what it should. This can take a lot of time and resources, usually at the beginning of a project.
Once the the product is more or less done, users (for commercial software: customers) start trying to use it and the second after it start complaining and crying for changes, manuals, training materials etc.
Most developers like part one, but hate part two.
For commercial software, the developer has a contract with the customer, which he needs to fullfill. This entail usually listening to whiny users, providing detailed guides on how to wipe the backside to inept users etc.
With free software, the user gets the stuff as it is. If the user's happy, fine - if not it's fine too - if the user breaks it, he owns both halves of it. There's no obligation at all from the developer to the user. This is the big luxury free software developer have by not charging for their software.
If some user want more help than provided by the develppers generosity, he should go out and pay someone to care, a consultant or an independent software developer.
This is such a wise and insightful thing to point out. The nice thing about an open source project is that you have this luxury. In the corporate world, it's called a sabbatical and not everyone gets them...
The funny thing is, she is the LAST person that wants to do it.
My wife's vows were, "I promise to honor you, and I don't do windows."
http://use.perl.org
Was I the only one who misread the title?
I was thinking to myself, "Why would I want to hear from a project leader who never had any success? I can do that if I talk to my boss."
My SIG is a SG-552 Commando
I don't know about you, but free mailing list support is often better than commercial support. Sometimes you get a useful response within minutes.
As compared to getting an immediate but useless front line commercial response and having to wait a day or so for a useful response. I'd expect by the time a competent geek has to resort to calling support, front line support is usually a waste of time.
With free support:
1) If nobody knows how to fix your problem, you don't get a fake answer.
2) The ones who bother to answer usually are the ones with a clue. They don't have targets to meet etc, no buck per question answered. Just the satisfaction of helping someone, or ego trip (doesn't matter which, the bias is towards decent answers).
3) You can easily filter out the ones who keep answering without a clue.
4) You typically get support from people who actually use the product.
5) There is far less tendency for denials when something is really broken (commercial pressures sometimes force support etc to play down "issues"). Before you pick a product look at the list archives, for good/bad responses from the developer(s) - that way you can confirm if the product is unmaintainable (check the source too).
Since we use the product for free, why not help provide free support to others using the product when we can? If you know the answers to some questions, you can chip in from time to time.
But how does he support himself?
Or more generally, how do actual developers make a living on open source?
Maybe I'm missing something, but it seems like there are only a handful of ways to make money doing oss:
- Be so awesomely famous that someone's willing to pay you to sit around and do your thing, a la Larry Wall
- Have some sort of employment situation that allows you to spend time on an oss project
- Have a big pile of previously acquired money
- Live off someone else, like the 'rents or the spouse
- Have a day job
- Sell consulting
- Run a web site and get make revenue off the ads
- Live off of donations
For obvious reasons, #1 and #3 don't scale well to the general oss development community, #2 and #4 are cushy deals (I suppose) if you can get 'em, and #6, #7, and #8 seem dubious in all but a few cases.That leaves #5. How the heck does anyone have enough time to have a day job, some sort of social/family life, and also run anything but the smallest of oss projects? The only thing that I can think of is that the social/family life has to go (if it was ever there in the first place), although I suppose giving up slashdot and other computer games might be a start . . . .
Anyone care to enlighten me?
Why does www.openbsd.org run on Solaris?
You don't have to spend money just to "figure out how to use it". Thousands of admins use Nagios just fine without any support (free or otherwise).
This person has a specific problem that few other people have. It is an extraordinary requirement and as such he'd be better off hiring someone to help.
If I had modpoints, I'd mod you a troll.
No, I did not read the f***ing article!
And my dad can beat up your dad. Or something.
From what I understand, NOCPulse, the company adquired by red hat is based on Nagios, they just changed the GUI. Anybody knows more about this?
Better get coding then, or start nagging ID.
Assuming that id Software follows its pattern of releasing the source code to the game two engines back (but not its data files) as free software, Doom 4 will be free software soon after Quake 5 and Doom 5 are out.
Will I retire or break 10K?
Thus, an ASP would be fine - they're selling temporary use of the program, not the actual binaries, and thus they do not need to share the source.
But wouldn't that be a "public performance" of the copyrighted computer program? In the United States, the copyright owner has the exclusive right to perform most works publicly, and I didn't see anything in the GNU GPL version 2 authorizing any public performances.
Will I retire or break 10K?
How can it make sense to build good, solid, complex software that's supposed to be free (beer, speech, whatever) and then say "here it is, it's free. But if you want to figure out how to use it, pay up".
Oh my god, I think we've discovered step #2!
I feel like a tree after a dog walked by.
You'd be suprised. It's hard just to get the word out, because the world is full of free software products. You need something to get their attention first.
Easy Online Role Playing Campaign Management
My latest project Tux Paint has been lucky enough to have been mentioned in 5 Linux magazines around the globe so far. I also post release announcements to the various Linux-, Unix-, Windows-, Mac- and graphics-related Usenet groups and websites out there.
:^) )
:^)
:^)
Locally, I'll have demonstrated Tux Paint at 4 or 5 different user groups (Linux, Mac, and "PC") in my area by the end of the month.
I also have put up flyers around the community advertising this "home grown" software, to try to encourage folks in the area to participate. (So far, no participation, but I'm sure it's been downloaded
It seems to have been a fairly successful project, so far as both general interest in using it, and interest in helping develop it (especially internationalization)... especially considering it's only about 7 months old and is gear for children ages 2.5 to 12.
It's no Apache or Linux kernel, of course...
Even most of them aren't getting that kind of rate anymore. That may be a published price, but it's not usually what ends up being agreed to.
creation science book