Martin,

Thanks for the reply!

> -----Original Message-----
> From: Martin Hejl [mailto:[EMAIL PROTECTED] 
> 
> I surely see your point (at my day job, I work with many 
> people where an SLA, or at least having a company to hold 
> responsible is the main issue).
> 
> The company I work for (http://www.guh-software.de - no 
> advertising intended, just so you know which company I'm 
> talking about) is thinking about offering a subscription 
> based model for receiving timely security updates for leaf 
> Bering uClibc. The reason for that is that we're also looking 
> into the possibility of marketing hardware with Bering uClibc 
> installed, and for such a product, some sort of update 
> service would be mandatory anyway.
> 
> It has not been decided yet if that will actually happen (I 
> guess it also depends on how much interest there is in such a 
> service).
> 
> If you (or anybody else) are interested in such a service, 
> please contact me off-list for details on what exactly we're 
> thinking about, as well as the costs involved (it will not 
> cost a huge amount, but it will _definately_ not be offered 
> for free. 

I think that if you could justify going forward with your idea, or if
others came on board and something independent could be done, this would
be great. I think this is a situation where both the established free/OS
community side of LEAF and your business, and other similar businesses
can all win.

If you were to provide the Lip's in CVS and submit notification for each
update to a new list, then you could still offer a wonderful VA product
that keeps track of the modules used by a particular subscriber,
notifies them via email when one of there modules needs to be updated,
including a link to the file, and possibly even offering an automated
update mechinism that could be turned on using a special LRP you
provide, for each LRP the end user wants to keep up-to-date. OK, that
last bit may be a bit much, but the point I'm trying to make is that a
balance could be maintained between a base level that could benefit
everyone, and a pay level that anyone that has the $ could not afford to
be without (including possibly me).

This slightly higher level of service to the general LEAF community
would also make it more attractive for other LEAF developers to get
involved in this mini project so that the entire thing was not just on
the shoulders of one company.

Just some thoughts.

Richard Amerman


-------------------------------------------------------
SF.Net email is Sponsored by the Better Software Conference & EXPO
September 19-22, 2005 * San Francisco, CA * Development Lifecycle Practices
Agile & Plan-Driven Development * Managing Projects & Teams * Testing & QA
Security * Process Improvement & Measurement * http://www.sqe.com/bsce5sf
------------------------------------------------------------------------
leaf-user mailing list: [email protected]
https://lists.sourceforge.net/lists/listinfo/leaf-user
Support Request -- http://leaf-project.org/

Reply via email to