[Cooker] Re: [RPM] cooker contrib/release asterisk-1.4.18.1-1mdv2008.1

[Fabrice FACORAT]

Le mercredi 19 mars 2008, Anne Nicolas a écrit :
> Name        : asterisk                     Relocations: (not relocatable)
> Version     : 1.4.18.1                          Vendor: Mandriva
> Release     : 1mdv2008.1                    Build Date: Wed Mar 19 15:23:28

>
> Stefan van der Eijk <stefan@mandriva.org> 1.4.18.1-1mdv2008.1:
> + Revision: 188845
> - add new source
> - 1.4.18.1

Could we instead update asterisk to 1.4.19rc3 ?
I'm asking for this because in my call center, I have big issues with ChanSpy 
and some crash. The crashes seem to be fixed in 1.4.19rc3 and this will allow 
me to use the asterisk mandriva package and not a svn version.
cf http://bugs.digium.com/view.php?id=11782
http://bugs.digium.com/view.php?id=12187

Relevant changelog entries :

2008-03-12 19:57 +0000 [r108135]  Russell Bryant <russell@digium.com>

	* apps/app_chanspy.c, main/channel.c: (closes issue #12187,
	  reported by atis, fixed by me after some brainstorming on the
	  issue with mmichelson) - Update copyright info on app_chanspy. -
	  Fix a race condition that caused app_chanspy to crash. The issue
	  was that the chanspy datastore magic that was used to ensure that
	  spyee channels did not disappear out from under the code did not
	  completely solve the problem. It was actually possible for
	  chanspy to acquire a channel reference out of its datastore to a
	  channel that was in the middle of being destroyed. That was
	  because datastore destruction in ast_channel_free() was done near
	  the end. So, this left the code in app_chanspy accessing a
	  channel that was partially, or completely invalid because it was
	  in the process of being free'd by another thread. The following
	  sort of shows the code path where the race occurred:


2008-03-13 21:38 +0000 [r108469-108583]  Russell Bryant <russell@digium.com>

	* apps/app_chanspy.c, main/channel.c, include/asterisk/channel.h:
	  Fix another issue that was causing crashes in chanspy. This
	  introduces a new datastore callback, called chan_fixup(). The
	  concept is exactly like the fixup callback that is used in the
	  channel technology interface. This callback gets called when the
	  owning channel changes due to a masquerade. Before this was
	  introduced, if a masquerade happened on a channel being spyed on,
	  the channel pointer in the datastore became invalid. (closes
	  issue #12187) (reported by, and lots of testing from atis) (props
	  to file for the help with ideas)




-- 
L'amour n'est pas aveugle, il est atteint de presbytie. 
La preuve, c'est qu'il ne commence à distinguer les défauts 
que lorsqu'il s'éloigne. Miguel Zamacoïs