I would assume Helen thinks the CD player is a coffee cup holder and thinks that Linux is a truck bed liner. Not that I know Helen either, but I know her ilk.
I think it would be best to have the ability to do all updates, OS or sipXecs related, through sipXconfig. Not that Helen would want to do OS upgrades, but for some reason she might need to do system upgrades. Just as the time/time servers needs to be able to be set, the UPS options need to be set, etc... Thanks, Mike > -----Original Message----- > From: [EMAIL PROTECTED] [mailto:sipx-dev- > [EMAIL PROTECTED] On Behalf Of Damian Krzeminski > Sent: Thursday, October 16, 2008 2:40 PM > To: [EMAIL PROTECTED] > Subject: Re: [sipX-dev] supporting sipXecs upgrades from sipXconfig > > Joe Attardi wrote: > > Damian Krzeminski wrote: > >> "Minor version upgrade" - from 4.0.2 to 4.0.3 (but not to 4.2) > >> "Major version upgrade" - from 4.0 to 4.2 > > > > What about updating the operating system packages as we discussed in > the > > meeting? Are we still going to support that? > > > > If so, we should probably keep them separate - i.e. there are two > > categories of updates - "sipXecs/SCS updates" and "Operating system > > updates". > > > > Quite frankly I do not think that Helen wants to do OS system upgrades > with > that. > > There are all kinds of reasons why it's not a good idea. > We (as in sipXecs developers) have absolutely no control on what will > be > upgraded and how it'll affect running version of sipx. What if we > upgrade > to some kernel version that breaks something. What if a new version of > tar > utility breaks restore scripts (it actually happened once). > > I would think that we need to restrict ourselves to upgrading sipXecs > related components. If we need a newer version of some OS component we > can > always add a specific dependency on it in our RPM and it will get > upgraded > as dependency. > > Again - my opinion only - I actually do not know Helen all that well. > D. > > > _______________________________________________ > sipx-dev mailing list > [email protected] > List Archive: http://list.sipfoundry.org/archive/sipx-dev > Unsubscribe: http://list.sipfoundry.org/mailman/listinfo/sipx-dev _______________________________________________ sipx-dev mailing list [email protected] List Archive: http://list.sipfoundry.org/archive/sipx-dev Unsubscribe: http://list.sipfoundry.org/mailman/listinfo/sipx-dev
