[Astersik/1.4.29.1] Abrir nuevo branch??
TxivaSad
He tenido algunos problemas con el asterisk 1.4.24 de asterisk-es-rsp
y primarios, detecció de faxes, reinicios estraños del primario, etc.
Poniendo el 1.4.29.1 se han solucionado.
Me gustaría si me podeis abrir un team/Txiva para colgar el 1.4.29.1 y
los parches de es-rsp que le voy aplicando, de momento solo le he
puesto unos pocos (los que he necesitado) pero la idea es pasarlos
todos.
Y si al final vale la pena plantearnos abrir otro branch con el
1.4.29.1 de asterisk y los dahdi 2.2.1 de Odicha.
Saúl Ibarra
> Hola chicos
>
> He tenido algunos problemas con el asterisk 1.4.24 de asterisk-es-rsp
> y primarios, detecció de faxes, reinicios estraños del primario, etc.
> Poniendo el 1.4.29.1 se han solucionado.
>
> Me gustaría si me podeis abrir un team/Txiva para colgar el 1.4.29.1 y
> los parches de es-rsp que le voy aplicando, de momento solo le he
> puesto unos pocos (los que he necesitado) pero la idea es pasarlos
> todos.
>
Puedes hacerlo tu misma, tienes permisos para ello. svn mkdir
team/txivasad y luego ahi lo que quieras.
> Y si al final vale la pena plantearnos abrir otro branch con el
> 1.4.29.1 de asterisk y los dahdi 2.2.1 de Odicha.
>
Esto lo hemos comentado varias veces y siempre planea la duda de qué
habrán roto en la nueva versión, ya que no se puede probar todo, y a
lo mejor fallan las transferencias en una cola con chan_local si la
luna de jupiter está en cuarto menguante... :-S
No obstante haz el team branch y un 'call for testing', aunque yo al
menos no suelo tener mucho exito :-/
--
/Saúl
http://saghul.net | http://sipdoc.net
Odicha
> 2010/3/4 TxivaSad<teleco...@gmail.com>:
>> Hola chicos
>>
>> He tenido algunos problemas con el asterisk 1.4.24 de asterisk-es-rsp
>> Poniendo el 1.4.29.1 se han solucionado.
>>
>> los parches de es-rsp que le voy aplicando, de momento solo le he
>> puesto unos pocos (los que he necesitado) pero la idea es pasarlos
>> todos.
>>
>
> Puedes hacerlo tu misma, tienes permisos para ello. svn mkdir
> team/txivasad y luego ahi lo que quieras.
>
>> Y si al final vale la pena plantearnos abrir otro branch con el
>> 1.4.29.1 de asterisk y los dahdi 2.2.1 de Odicha.
>>
>
> habr�n roto en la nueva versi�n, ya que no se puede probar todo, y a
> lo mejor fallan las transferencias en una cola con chan_local si la
>
> No obstante haz el team branch y un 'call for testing', aunque yo al
> menos no suelo tener mucho exito :-/
>
Yo ahora que ya tengo un despliegue en produccion mas o menos estable
puedo dedicar una maquina con poca carga relativa a hacer testing de
releases en el mundo real (que me perdonen mis compa�eros de
Fuerteventura que se van a gozar todas las regresiones de Asterisk :) )
TxivaSad
requerían primarios y con pocos parches aplicados. Están funcionando
sin problemas, pese a algunos warnings y errores al principio por
culpa de smdi (que aún no he entendido para que coño sirve).
Odicha como está tu versión de dahdi? La pongo en producción en mi
oficina a ver que tal.
On 4 Març, 15:36, Odicha <o...@odicha.net> wrote:
> El 04/03/2010 13:49, Sa l Ibarra escribi :
>
> > 2010/3/4 TxivaSad<telecosil...@gmail.com>:
> >> Hola chicos
>
> >> He tenido algunos problemas con el asterisk 1.4.24 de asterisk-es-rsp
> >> y primarios, detecci de faxes, reinicios estra os del primario, etc.
> >> Poniendo el 1.4.29.1 se han solucionado.
>
> >> Me gustar a si me podeis abrir un team/Txiva para colgar el 1.4.29.1 y
> >> los parches de es-rsp que le voy aplicando, de momento solo le he
> >> puesto unos pocos (los que he necesitado) pero la idea es pasarlos
> >> todos.
>
> > Puedes hacerlo tu misma, tienes permisos para ello. svn mkdir
> > team/txivasad y luego ahi lo que quieras.
>
> >> Y si al final vale la pena plantearnos abrir otro branch con el
> >> 1.4.29.1 de asterisk y los dahdi 2.2.1 de Odicha.
>
> > Esto lo hemos comentado varias veces y siempre planea la duda de qu
> > habr n roto en la nueva versi n, ya que no se puede probar todo, y a
> > lo mejor fallan las transferencias en una cola con chan_local si la
> > luna de jupiter est en cuarto menguante... :-S
>
> > No obstante haz el team branch y un 'call for testing', aunque yo al
> > menos no suelo tener mucho exito :-/
>
> Ok
>
> Yo ahora que ya tengo un despliegue en produccion mas o menos estable
> puedo dedicar una maquina con poca carga relativa a hacer testing de
> releases en el mundo real (que me perdonen mis compa eros de
TxivaSad
actuales del branch oficial he aplicado 5 y descartado 7 porque ya
están implementados. Además de colocar los 3 backports de la 1.6
(func_devstate, app_pickup2 i cdr_adaptative_odbc) y los sonidos en
español.
svn checkout http://asterisk-es-rsp.irontec.com/svn/asterisk-es-rsp/team/txivasad/asterisk/1.4.29.1
asterisk-1.4.29.1
El siguiente paso es el parche para los bris de dahdi.
Saúl Ibarra
> Bueno ya teneis la primera versión "sin casi nada". De los 52 parches
> actuales del branch oficial he aplicado 5 y descartado 7 porque ya
> están implementados. Además de colocar los 3 backports de la 1.6
> (func_devstate, app_pickup2 i cdr_adaptative_odbc) y los sonidos en
> español.
>
Los parches se pueden clasificar en 3 tipos:
- Bugfixes
- Backports
- Pequeños añadidos
Tu nueva release debería tener todos los backports y los añadidos para
no romper la compatibilidad hacia atrás. Dado el tiempo que ha pasado
desde la 1.4.24 supongo que todos los bugs que estaban parcheados a
mano en la RSP ya estén parcheados en la .29.
Cuando termines de integrar los parches mandanos la lista de los que
has incluido para ver si puede faltar alguno.
Suerte,
Odicha
> Bueno ya teneis la primera versi�n "sin casi nada". De los 52 parches
> actuales del branch oficial he aplicado 5 y descartado 7 porque ya
> (func_devstate, app_pickup2 i cdr_adaptative_odbc) y los sonidos en
>
> svn checkout http://asterisk-es-rsp.irontec.com/svn/asterisk-es-rsp/team/txivasad/asterisk/1.4.29.1
> asterisk-1.4.29.1
>
Por de pronto este te har� falta creo
https://issues.asterisk.org/view.php?id=16513
> El siguiente paso es el parche para los bris de dahdi.
>
>
> On 4 Mar�, 15:44, TxivaSad<telecosil...@gmail.com> wrote:
>> Ok voy subiendo. De momento la tengo en dos instalaciones que
>> requer�an primarios y con pocos parches aplicados. Est�n funcionando
>> sin problemas, pese a algunos warnings y errores al principio por
>> culpa de smdi (que a�n no he entendido para que co�o sirve).
>>
>> Odicha como est� tu versi�n de dahdi? La pongo en producci�n en mi
>> oficina a ver que tal.
va bien hasta los kernels 2.6.31
De ahi en adelante hay que tocar cosas...
Jon Bonilla
Odicha <o...@odicha.net> escribió:
> >>
> >> Odicha como está tu versión de dahdi? La pongo en producción en mi
> >> oficina a ver que tal.
>
>
> va bien hasta los kernels 2.6.31
> De ahi en adelante hay que tocar cosas...
>
Sin ánimo de tocas las narices y sin exigencias, que a mi ni me va ni me
viene... Sería interesante tocar un poco para que sea compatible con kernels
2.6.32.
Ubuntu 10.4 LTS, Debian 6.0 y creo que también Fedora XX van a sacar releases
basados en 2.6.32 este año. Creo que va a pasar a ser el kernel más usado y
puede que durante bastante tiempo.
TxivaSad
y os paso la lista.
Ahora lo subo Odicha, lo han aplicado en la 1.4.30
Odicha
> El Thu, 04 Mar 2010 22:04:07 +0000
>
>
>>>>
>>>> Odicha como est� tu versi�n de dahdi? La pongo en producci�n en mi
>>>> oficina a ver que tal.
>>
>>
>> va bien hasta los kernels 2.6.31
>> De ahi en adelante hay que tocar cosas...
>>
>
>
> viene... Ser�a interesante tocar un poco para que sea compatible con kernels
> 2.6.32.
>
> Ubuntu 10.4 LTS, Debian 6.0 y creo que tambi�n Fedora XX van a sacar releases
> basados en 2.6.32 este a�o. Creo que va a pasar a ser el kernel m�s usado y
> puede que durante bastante tiempo.
>
Efectivamente, lo que el tiempo es corto y las cosas por hacer no son pocas.
Espero poder poner las cosas al d�a la pr�xima semana, ya que la rama
2.2.1 es todav�a WiP
Saúl Ibarra
> Por mi parte ok, hagó un repaso general a todos los parches palicables
> y os paso la lista.
> Ahora lo subo Odicha, lo han aplicado en la 1.4.30
>
Si no es mucho pedir, molaría que los parches que son bugfixes
backporteados tuvieran un nombre algo distinto, para distinguirlos a
primera vista. Algo como bug_XXXX_regresion-en-nosedonde, donde XXXX
es el bug ID de issues.asterisk.org.
Gracias,
Odicha
> 2010/3/5 TxivaSad<teleco...@gmail.com>:
>> Por mi parte ok, hag� un repaso general a todos los parches palicables
>> y os paso la lista.
>> Ahora lo subo Odicha, lo han aplicado en la 1.4.30
>>
>
> backporteados tuvieran un nombre algo distinto, para distinguirlos a
> primera vista. Algo como bug_XXXX_regresion-en-nosedonde, donde XXXX
> es el bug ID de issues.asterisk.org.
>
> Gracias,
>
1.4.24.
Jon Bonilla
Odicha <o...@odicha.net> escribió:
> El 05/03/2010 8:12, Saúl Ibarra escribió:
> > 2010/3/5 TxivaSad<teleco...@gmail.com>:
> >> Por mi parte ok, hagó un repaso general a todos los parches palicables
> >> y os paso la lista.
> >> Ahora lo subo Odicha, lo han aplicado en la 1.4.30
> >>
> >
> > Si no es mucho pedir, molaría que los parches que son bugfixes
> > backporteados tuvieran un nombre algo distinto, para distinguirlos a
> > primera vista. Algo como bug_XXXX_regresion-en-nosedonde, donde XXXX
> > es el bug ID de issues.asterisk.org.
> >
> > Gracias,
> >
> Si eso estaría bien. Porque es un poco complicado saber que es que en la
> 1.4.24.
>
Creo recordar que la mayoría de ellos lo tienen. Y si no está en el nombre está
en el README.
De todas formas todos esos son los que no hay que poner en la nueva rama.
Saúl Ibarra
> en el README.
>
> De todas formas todos esos son los que no hay que poner en la nueva rama.
>
Cierto, a lo que me refería es a que en los nuevos bugfixes que se
vayan a backportear se haga. De manera que haciendo un ls veas cuales
son bugfixes y cuales no :)
Odicha
>> Creo recordar que la mayor�a de ellos lo tienen. Y si no est� en el nombre est�
>> en el README.
>>
>> De todas formas todos esos son los que no hay que poner en la nueva rama.
>>
>
> vayan a backportear se haga. De manera que haciendo un ls veas cuales
> son bugfixes y cuales no :)
>
>
adicional que dice lo del RSP es un ejemplo :)
Odicha
Revision 162.
dahdi 2.2.1 parcheada para soportar kernels 2.6.32 y 2.6.33 con todo lo que lleva dentro. (zaphfc, openvox A4/8/1200p, octasic softecho, etc.)
probado solo con una zaphfc y una b200p (que es lo que tengo a mano en casa...)
con eso tiramos otros seis meses, espero Jon... :)
-----Mensaje original-----
De: Jon Bonilla <ma...@aholab.ehu.es>
Enviado: Vie 05-03-2010 06:20
Para: asteris...@googlegroups.com;
Asunto: Re: [asterisk-es-rsp] Re: Abrir nuevo branch??
--
Has recibido este mensaje porque estás suscrito al grupo "asterisk-es-rsp" de Grupos de Google.
Para publicar una entrada en este grupo, envía un correo electrónico a asteris...@googlegroups.com.
Para anular tu suscripción a este grupo, envía un correo electrónico a asterisk-es-r...@googlegroups.com
Para tener acceso a más opciones, visita el grupo en http://groups.google.com/group/asterisk-es-rsp?hl=es.
Jon Bonilla
Odicha <o...@odicha.net> escribió:
>
> con eso tiramos otros seis meses, espero Jon... :)
>
Yo creo que sí :) La mayoría de distros van a ir con la .32 y para la .34 aún
van a pasar varios meses.
Grande Odi!
Jon Bonilla
Jon Bonilla (Manwe) <ma...@aholab.ehu.es> escribió:
> El Mon, 8 Mar 2010 23:03:01 +0000
> Odicha <o...@odicha.net> escribió:
>
>
> >
> > con eso tiramos otros seis meses, espero Jon... :)
> >
>
> ...
> y para la .34 aún van a pasar varios meses.
Antes hablo...
Odicha
Parche para los bri de dahdi. Preparado para integrar en tu 1.4.29.1 :)
No olvides el parche de MOH en los attended transfers.
¿Qué más tienes en la lista de pendientes?
-----Mensaje original-----
De: TxivaSad <teleco...@gmail.com>
Enviado: Jue 04-03-2010 17:23
Para: asterisk-es-rsp <asteris...@googlegroups.com>;
Asunto: [asterisk-es-rsp] Re: Abrir nuevo branch??
Odicha
-----Mensaje original-----
De: Jon Bonilla <ma...@aholab.ehu.es>
Enviado: Lun 08-03-2010 23:21
Para: asteris...@googlegroups.com;
Asunto: Re: [asterisk-es-rsp] Re: Abrir nuevo branch??
--
Has recibido este mensaje porque estás suscrito al grupo "asterisk-es-rsp" de Grupos de Google.
Para publicar una entrada en este grupo, envía un correo electrónico a asteris...@googlegroups.com.
Para anular tu suscripción a este grupo, envía un correo electrónico a asterisk-es-r...@googlegroups.com
Para tener acceso a más opciones, visita el grupo en http://groups.google.com/group/asterisk-es-rsp?hl=es.
Quien dice seis meses dice mes y medio.... :)
TxivaSad
probarlos.
> Para tener acceso a más opciones, visita el grupo enhttp://groups.google.com/group/asterisk-es-rsp?hl=es.
TxivaSad
i modificado la estructura del Readme.
Los cambios son:
-1 se numeran los parches.
-2 Indico la procedencia: RSP, 1.4.x, 1.6.x
-3 Indico el tipo:
- Contrib: mejora o detalle de la RSP
- Bug: resuelve un bug.
- Backport
Os pego el ejemplo a ver que os parece:
Parches aplicados a Asterisk-es-RSP 1.4.29.1
================================
001-chan_sip-ironxfers.patch /* RSP:
Contrib: al recibir un REFER escribe las variables de canal
ORIGINAL_CALLID y
ORIGINAL_CALLERID para que se puedan tracear las transferencias */
005-app_queue-linear-strategy.patch /* 1.6:
Backport: Estratégia 'linear' presente sen Asterisk 1.6
*/
006-app_queue-xfer-origpos.patch /* RSP:
Contrib: Guarda en el queue_log la posición original del llamante
en la cola
cuando el evento es TRANSFER */
048-console_colors.patch /* RSP:
Contrib: Habilita los colores al conectarnos con asterisk -r aunque
asterisk no
haya sido arrancado con -c. */
053-make-es-sounds.patch /* RSP:
Contrib: Creado un patch con el archivo contrib/scripts/asterisk-
sounds-es.sh
i
modificado el Makefile para poder llamarlo con "make es-sounds" */
054-atxfer_moh_16513.patch /* 1.4.30:
Bug: Soluciona que en determinadas transferèncias con pickup la música
en espera
deje de sonar */
Odicha
> A ver que os parece. He aplicado el parche del https://issues.asterisk.org/view.php?id=16513
> i modificado la estructura del Readme.
>
> Los cambios son:
> -1 se numeran los parches.
> -2 Indico la procedencia: RSP, 1.4.x, 1.6.x
> -3 Indico el tipo:
> - Contrib: mejora o detalle de la RSP
> - Bug: resuelve un bug.
> - Backport
A mi bien. Te dej� el backport de las bri por ah� en otro mensaje. Si se
lo a�ades, lo pongo a prueba con tarjeter�a a ver que tal va...
>
> Os pego el ejemplo a ver que os parece:
>
> Parches aplicados a Asterisk-es-RSP 1.4.29.1
> ================================
>
> 001-chan_sip-ironxfers.patch /* RSP:
> Contrib: al recibir un REFER escribe las variables de canal
> ORIGINAL_CALLID y
>
> ORIGINAL_CALLERID para que se puedan tracear las transferencias */
>
> 005-app_queue-linear-strategy.patch /* 1.6:
> Backport: Estrat�gia 'linear' presente sen Asterisk 1.6
> */
>
> 006-app_queue-xfer-origpos.patch /* RSP:
> Contrib: Guarda en el queue_log la posici�n original del llamante
> en la cola
> cuando el evento es TRANSFER */
>
> 048-console_colors.patch /* RSP:
> Contrib: Habilita los colores al conectarnos con asterisk -r aunque
> asterisk no
> haya sido arrancado con -c. */
>
> 053-make-es-sounds.patch /* RSP:
> Contrib: Creado un patch con el archivo contrib/scripts/asterisk-
> sounds-es.sh
> i
> modificado el Makefile para poder llamarlo con "make es-sounds" */
>
> 054-atxfer_moh_16513.patch /* 1.4.30:
> Bug: Soluciona que en determinadas transfer�ncias con pickup la m�sica
> en espera
> deje de sonar */
>
> On 9 Mar�, 09:46, TxivaSad<telecosil...@gmail.com> wrote:
>> Perfecto, he ido un poco de culo, a ver si me da tiempo hoy de
>> probarlos.
>>
>> On 9 Mar�, 00:41, Odicha<o...@odicha.net> wrote:
>>
>>>
>>>
>>> -----Mensaje original-----
>>> De: Jon Bonilla<ma...@aholab.ehu.es>
>>> Enviado: Lun 08-03-2010 23:21
>>> Para: asteris...@googlegroups.com;
>>> Asunto: Re: [asterisk-es-rsp] Re: Abrir nuevo branch??
>>
>>> El Tue, 9 Mar 2010 00:10:12 +0100
>>> Jon Bonilla (Manwe)<ma...@aholab.ehu.es> escribi�:
>>
>>>> El Mon, 8 Mar 2010 23:03:01 +0000
>>>> Odicha<o...@odicha.net> escribi�:
>>
>>>>> con eso tiramos otros seis meses, espero Jon... :)
>>
>>>> ...
>>>> y para la .34 a�n van a pasar varios meses.
>>
>>> Antes hablo...
>>
>>> http://lkml.org/lkml/2010/3/8/280
>>
>>> --
>>> Has recibido este mensaje porque est�s suscrito al grupo "asterisk-es-rsp" de Grupos de Google.
>>> Para publicar una entrada en este grupo, env�a un correo electr�nico a asteris...@googlegroups.com.
>>> Para anular tu suscripci�n a este grupo, env�a un correo electr�nico a asterisk-es-r...@googlegroups.com
>>> Para tener acceso a m�s opciones, visita el grupo enhttp://groups.google.com/group/asterisk-es-rsp?hl=es.
TxivaSad
Yo también lo compruebo a ver que tal.
On 9 Març, 11:36, Odicha <o...@odicha.net> wrote:
> El 09/03/2010 10:32, TxivaSad escribi :
>
> > A ver que os parece. He aplicado el parche delhttps://issues.asterisk.org/view.php?id=16513
> > i modificado la estructura del Readme.
>
> > Los cambios son:
> > -1 se numeran los parches.
> > -2 Indico la procedencia: RSP, 1.4.x, 1.6.x
> > -3 Indico el tipo:
> > - Contrib: mejora o detalle de la RSP
> > - Bug: resuelve un bug.
> > - Backport
>
> A mi bien. Te dej el backport de las bri por ah en otro mensaje. Si se
> lo a ades, lo pongo a prueba con tarjeter a a ver que tal va...
>
>
>
> > Os pego el ejemplo a ver que os parece:
>
> > Parches aplicados a Asterisk-es-RSP 1.4.29.1
> > ================================
>
> > 001-chan_sip-ironxfers.patch /* RSP:
> > Contrib: al recibir un REFER escribe las variables de canal
> > ORIGINAL_CALLID y
>
> > ORIGINAL_CALLERID para que se puedan tracear las transferencias */
>
> > 005-app_queue-linear-strategy.patch /* 1.6:
> > Backport: Estrat gia 'linear' presente sen Asterisk 1.6
> > */
>
> > 006-app_queue-xfer-origpos.patch /* RSP:
> > Contrib: Guarda en el queue_log la posici n original del llamante
> > en la cola
> > cuando el evento es TRANSFER */
>
> > 048-console_colors.patch /* RSP:
> > Contrib: Habilita los colores al conectarnos con asterisk -r aunque
> > asterisk no
> > haya sido arrancado con -c. */
>
> > 053-make-es-sounds.patch /* RSP:
> > Contrib: Creado un patch con el archivo contrib/scripts/asterisk-
> > sounds-es.sh
> > i
> > modificado el Makefile para poder llamarlo con "make es-sounds" */
>
> > 054-atxfer_moh_16513.patch /* 1.4.30:
> > Bug: Soluciona que en determinadas transfer ncias con pickup la m sica
> > en espera
> > deje de sonar */
>
> > On 9 Mar , 09:46, TxivaSad<telecosil...@gmail.com> wrote:
> >> Perfecto, he ido un poco de culo, a ver si me da tiempo hoy de
> >> probarlos.
>
> >> On 9 Mar , 00:41, Odicha<o...@odicha.net> wrote:
>
> >>> -----Mensaje original-----
> >>> De: Jon Bonilla<ma...@aholab.ehu.es>
> >>> Enviado: Lun 08-03-2010 23:21
> >>> Para: asteris...@googlegroups.com;
> >>> Asunto: Re: [asterisk-es-rsp] Re: Abrir nuevo branch??
>
> >>> El Tue, 9 Mar 2010 00:10:12 +0100
> >>> Jon Bonilla (Manwe)<ma...@aholab.ehu.es> escribi :
>
> >>>> El Mon, 8 Mar 2010 23:03:01 +0000
> >>>> Odicha<o...@odicha.net> escribi :
>
> >>>>> con eso tiramos otros seis meses, espero Jon... :)
>
> >>>> ...
> >>>> y para la .34 a n van a pasar varios meses.
>
> >>> Antes hablo...
>
> >>>http://lkml.org/lkml/2010/3/8/280
>
> >>> --
> >>> Has recibido este mensaje porque est s suscrito al grupo "asterisk-es-rsp" de Grupos de Google.
> >>> Para publicar una entrada en este grupo, env a un correo electr nico a asteris...@googlegroups.com.
> >>> Para anular tu suscripci n a este grupo, env a un correo electr nico a asterisk-es-r...@googlegroups.com
> >>> Para tener acceso a m s opciones, visita el grupo enhttp://groups.google.com/group/asterisk-es-rsp?hl=es.
Saúl Ibarra
Vas a incluir algun parche más?
TxivaSad
devidos a los parches de la rsp o a la propia 1.4.29.1
Por ejemplo. Si haces un restart now des de consola no se levanta
asterisk. Mientras que si utilizas el script del init.d lo hace
perfectamente.
Saúl Ibarra
le saco un rato y reviso la lista.
2010/3/9 TxivaSad <teleco...@gmail.com>:
> --
> Has recibido este mensaje porque estás suscrito al grupo "asterisk-es-rsp" de Grupos de Google.
> Para publicar una entrada en este grupo, envía un correo electrónico a asteris...@googlegroups.com.
> Para anular tu suscripción a este grupo, envía un correo electrónico a asterisk-es-r...@googlegroups.com
> Para tener acceso a más opciones, visita el grupo en http://groups.google.com/group/asterisk-es-rsp?hl=es.
>
>
--
TxivaSad
Veo que lo del restart pasa en la 1.4.29.1 sin parches, buscaré a ver
si encuentro el bug.
On 9 Març, 12:04, Saúl Ibarra <sag...@gmail.com> wrote:
> Hum, así de memoria echo de menos el queue_log en realtime... a ver si
> le saco un rato y reviso la lista.
>
> 2010/3/9 TxivaSad <telecosil...@gmail.com>:
TxivaSad
el parche para los thomson.
Alguien sabe donde se modifica la versión para poner el rsp? He mirado
el archivo .version pero no es allí.
FlaxVeuIP:~# asterisk -V
Asterisk 1.4.29.1
OptiCentral:~# asterisk -V
Asterisk 1.4.24-RSP (Community supported branch)
Saúl Ibarra
> He subido los dos parches para el "queue_log en realtime", y también
> el parche para los thomson.
> Alguien sabe donde se modifica la versión para poner el rsp? He mirado
> el archivo .version pero no es allí.
>
Grep en la 1.4.24-RSP es tu amigo :)
TxivaSad
Gracias.
On 9 Març, 16:43, Saúl Ibarra <sag...@gmail.com> wrote:
> 2010/3/9 TxivaSad <telecosil...@gmail.com>:
Jon Bonilla
TxivaSad <teleco...@gmail.com> escribió:
> Pues no, pero un grep RSP si que ha servido :)
> Gracias.
>
Yo más bien diría que "svn log" es tu amigo :)