On 5/10/2011 11:24 PM, Douglas Hubler wrote:
This is a notice in accordance with bug fix release policy
http://wiki.sipfoundry.org/display/sipXecs/Bug+Fix+Release+Policy
Can someone give me a quick way to confirm I have these patches installed?
I looked at the wiki page, but I don't see
Correct.
You could also check it against
http://download.sipfoundry.org/pub/sipXecs/4.4.0/CentOS_5/x86_64/
You will see only a handful of packages bumped from 4.4.0-192 to 4.4.0-202.
In a normal production environment you do not install or use the debug or
devel packages. So I think it's only
On Thu, May 12, 2011 at 3:15 PM, Tony Graziano
tgrazi...@myitdepartment.net wrote:
devel packages. So I think it's only 10 that were pushed out in the patch.
yep
To a certain degree, you have to trust yum is configured correctly and
you tell you if you have the latest. Paranoid admins (which
On 5/12/2011 2:15 PM, Tony Graziano wrote:
Correct.
You could also check it against
http://download.sipfoundry.org/pub/sipXecs/4.4.0/CentOS_5/x86_64/
So, in this case I would just need to know that some packages went from
192 to 202?
I completely agree about keeping the old versions. I would
On 5/12/2011 3:20 PM, Douglas Hubler wrote:
I
do wonder why they are not archived in another repo (the previous 4.4.0-192
packages. It makes the onus on the superadmin to have saved it as its no
longer available.
Added items #6 to release policy...
On Thu, May 12, 2011 at 4:29 PM, Matthew Kitchin (public/usenet)
mkitchin.pub...@gmail.com wrote:
On 5/12/2011 3:20 PM, Douglas Hubler wrote:
I
do wonder why they are not archived in another repo (the previous 4.4.0-192
packages. It makes the onus on the superadmin to have saved it as its no
versioning the repo is perhaps the most straightforward method in my mind.
an archive of the initial release any any patches that are not the most
recent version.
On May 12, 2011 4:37 PM, Douglas Hubler dhub...@ezuce.com wrote:
___
sipx-users mailing
On 5/12/2011 3:37 PM, Douglas Hubler wrote:
I'm willing to come up with easy instructions for how folks can keep
local copies.
Thanks.
re:ISO
I might change my mind, but ISO are not updated with new RPMs. People
would need to be in the habit of updating after installing if they
want the
From: sipx-users-boun...@list.sipfoundry.org
[mailto:sipx-users-boun...@list.sipfoundry.org] On Behalf Of Douglas Hubler
Sent: Thursday, May 12, 2011 1:38 PM
To: Discussion list for users of sipXecs software
Subject: Re: [sipx-users] Bug fix release update: sipXecs 4.4.0 has been
updated
On 5/12/2011 3:52 PM, Todd Hodgen wrote:
I know this entails more work, but for sanity sake, would it not make
sense to have a log kept that shows all patches that are applied to a
given release. From a troubleshooting standpoint, it would be nice to
be able to open a file that shows what
On 5/12/2011 4:01 PM, Matthew Kitchin (public/usenet) wrote:
On 5/12/2011 3:52 PM, Todd Hodgen wrote:
I know this entails more work, but for sanity sake, would it not make
sense to have a log kept that shows all patches that are applied to a
given release. From a troubleshooting standpoint,
From: sipx-users-boun...@list.sipfoundry.org
[mailto:sipx-users-boun...@list.sipfoundry.org] On Behalf Of Matthew Kitchin
(public/usenet)
Sent: Thursday, May 12, 2011 2:02 PM
To: sipx-users@list.sipfoundry.org
Subject: Re: [sipx-users] Bug fix release update: sipXecs 4.4.0 has been
updated
On Thu, May 12, 2011 at 4:47 PM, Tony Graziano
tgrazi...@myitdepartment.net wrote:
versioning the repo is perhaps the most straightforward method in my mind.
an archive of the initial release any any patches that are not the most
recent version.
I'm not sure what you mean here.
The policy now
Please note: this will repush profiles to end user devices as well as reboot
them, so shedule/apply accordingly.
On Wed, May 11, 2011 at 12:24 AM, Douglas Hubler dhub...@ezuce.com wrote:
This is a notice in accordance with bug fix release policy
On Wed, May 11, 2011 at 7:44 AM, Tony Graziano
tgrazi...@myitdepartment.net wrote:
Please note: this will repush profiles to end user devices as well as reboot
them, so shedule/apply accordingly.
Would everyone agree we should change this so it only happens on major
version upgrades?
That would make sense to me.
I guess we just need to note in the release notes if there's a phone
template change that might require that the admin re-publish profiles.
Mike
On Wed, May 11, 2011 at 8:49 AM, Douglas Hubler dhub...@ezuce.com wrote:
On Wed, May 11, 2011 at 7:44 AM, Tony Graziano
template or the resulting config file...
meaning if incorrect values are corrected by result of the patch without an
actual change to the template, then of course the phones need the new
config...
On Wed, May 11, 2011 at 8:59 AM, Michael Picher mpic...@gmail.com wrote:
That would make sense to
On 5/11/2011 7:49 AM, Douglas Hubler wrote:
On Wed, May 11, 2011 at 7:44 AM, Tony Graziano
tgrazi...@myitdepartment.net wrote:
Please note: this will repush profiles to end user devices as well as reboot
them, so shedule/apply accordingly.
Would everyone agree we should change this so it
update: sipXecs 4.4.0 has been
updated
On 5/11/2011 7:49 AM, Douglas Hubler wrote:
On Wed, May 11, 2011 at 7:44 AM, Tony Graziano
tgrazi...@myitdepartment.net wrote:
Please note: this will repush profiles to end user devices as well as
reboot them, so shedule/apply accordingly.
Would
On Wed, May 11, 2011 at 10:17 AM, Dave Deutschman
ddeutsch...@innovational.net wrote:
+1
http://track.sipfoundry.org/browse/XX-9609
FYI: It would be very hard to base this on context of bug fixes.
___
sipx-users mailing list
On 5/10/2011 11:24 PM, Douglas Hubler wrote:
This is a notice in accordance with bug fix release policy
http://wiki.sipfoundry.org/display/sipXecs/Bug+Fix+Release+Policy
If it was determined one of the bugfixes caused an issue, is there a way
to back it out?
Notes
On Wed, May 11, 2011 at 11:27 AM, Matthew Kitchin (public/usenet)
mkitchin.pub...@gmail.com wrote:
On 5/10/2011 11:24 PM, Douglas Hubler wrote:
This is a notice in accordance with bug fix release policy
http://wiki.sipfoundry.org/display/sipXecs/Bug+Fix+Release+Policy
If it was
This is a notice in accordance with bug fix release policy
http://wiki.sipfoundry.org/display/sipXecs/Bug+Fix+Release+Policy
Notes
=
- ** No security updates in this update **
- ISO has *not* been rebuilt as decided in release policy. Yum update
after installation
23 matches
Mail list logo