RE: [cgl_specs] Use case - Live patching

We're proposing a tool to address a common problem for telco 
applications. As this functionality is in use by many, it seems
to make sense that it be standardized for the needs of telcos 
and others who are concerned with high availability. There are
many tools provided by the distros that fall into this category.

Thanks,
Dave Howell 
 
[email protected]
 
-----Original Message-----
From: Ralf Flaxa [mailto:[email protected]] 
Sent: Tuesday, March 29, 2005 3:05 AM
To: Steven Dake
Cc: Corey Minyard; Takashi Ikebe; [email protected];
[email protected]; [email protected]
Subject: Re: [cgl_specs] Use case - Live patching

Then it should be stated very explicitely that this feature may only
be used for and by applications and that it is forbidden to patch
the underlying distro with it.

I am wondering why the distro then should even provide that
functionality?
Why doesn't the app provider take care of this himself then if it is
just
meant for his app?

	Ralf

On Mon, Mar 28, 2005 at 03:19:07PM -0700, Steven Dake wrote:
> 
> >From the distro perspective, I can understand your serious discomfort
> with supporting live patching of applications specific to the
operating
> system (and in the distributor's support domain).
> 
> The live patching feature, atleast during the specs development, was
> targetd for use in carrier(and other interested parties) applications
> which are supported and maintained by the carriers/others.  We  never
> stated in the requirements that the distribution itself must support
> live patching of the entire system.  If you point out the specific
> requirement that requires or implies this, then it is something that
> needs adjustment in the specification..
> 
> Perhaps wording of the intended use (for carrier applications, not for
> distro upgrades) would be helpful.
> 
> If live patching then becomes a "customer issue", it is really of no
> concern to a distro whether the customer chooses to patch their own
> applications or not.
> 
> Regards
> -steve

_______________________________________________
cgl_discussion mailing list
[email protected]
http://lists.osdl.org/mailman/listinfo/cgl_discussion