Hi
Currently dahdi-linux's install target installs firmware files to two
locations. One is /lib/firmware and the other is
/usr/lib/hotplug/fimware . /lib/firmware is nowadays the standard
location for firmware files. Is there any distribution still supported
by DAHDI that loads firmware files
---
This is an automatically generated e-mail. To reply, visit:
https://reviewboard.asterisk.org/r/2947/#review10390
---
For the most part, this looks good to go.
---
This is an automatically generated e-mail. To reply, visit:
https://reviewboard.asterisk.org/r/3018/#review10391
---
Ship it!
Ship It!
- opticron
On Dec. 2, 2013, 11:10 a.m.,
---
This is an automatically generated e-mail. To reply, visit:
https://reviewboard.asterisk.org/r/3066/#review10392
---
branches/12/bridges/bridge_native_rtp.c
---
This is an automatically generated e-mail. To reply, visit:
https://reviewboard.asterisk.org/r/3054/#review10393
---
Ship it!
/branches/12/main/stasis_channels.c
---
This is an automatically generated e-mail. To reply, visit:
https://reviewboard.asterisk.org/r/3067/
---
Review request for Asterisk Developers.
Repository: Asterisk
---
This is an automatically generated e-mail. To reply, visit:
https://reviewboard.asterisk.org/r/3057/#review10394
---
/branches/12/apps/app_cdr.c
---
This is an automatically generated e-mail. To reply, visit:
https://reviewboard.asterisk.org/r/3068/
---
Review request for Asterisk Developers.
Bugs: ASTERISK-22962
---
This is an automatically generated e-mail. To reply, visit:
https://reviewboard.asterisk.org/r/3022/#review10395
---
Ship it!
Ship It!
- opticron
On Dec. 7, 2013, 5:38 p.m.,
On Dec. 12, 2013, 11:48 a.m., opticron wrote:
/branches/12/funcs/func_cdr.c, lines 472-474
https://reviewboard.asterisk.org/r/3057/diff/2/?file=49301#file49301line472
Return and reduce indentation.
Normally I'd agree, but that approach has one drawback here.
Providing block scope
---
This is an automatically generated e-mail. To reply, visit:
https://reviewboard.asterisk.org/r/3057/
---
(Updated Dec. 12, 2013, 12:03 p.m.)
Review request for Asterisk
---
This is an automatically generated e-mail. To reply, visit:
https://reviewboard.asterisk.org/r/3052/#review10396
---
branches/12/main/http.c
On Dec. 12, 2013, 9:16 a.m., Kevin Harwell wrote:
There are other places as well where functions or parameters should return
the enum instead of a bare int.
After speaking with opticron it was decided that for now the items mentioned
should remain ints and not be changed to an enumeration
On Dec. 12, 2013, 9:58 a.m., opticron wrote:
branches/12/bridges/bridge_native_rtp.c, lines 114-122
https://reviewboard.asterisk.org/r/3066/diff/1/?file=49482#file49482line114
This doxygen should get a retval section as well (probably my fault).
The return value for this function
---
This is an automatically generated e-mail. To reply, visit:
https://reviewboard.asterisk.org/r/3027/#review10399
---
/asterisk/trunk/README.txt
On Dec. 12, 2013, 12:56 p.m., opticron wrote:
/asterisk/trunk/runtests.py, lines 69-73
https://reviewboard.asterisk.org/r/3027/diff/3/?file=49321#file49321line69
It would be a bit cleaner to use the glob module to get a list of
matching paths and then get the length of the list.
Hi!
It looks as if this is the most appropriate group for my posting.
I patched irqbalance such that it no longer depends on certain symbolic links within the sysfs
virtual file system. In order to get the node associations of the cpus I do an extra evaluation
of the nodes subdir. This patch
---
This is an automatically generated e-mail. To reply, visit:
https://reviewboard.asterisk.org/r/2947/#review10402
---
Ship it!
Ship It!
- opticron
On Nov. 21, 2013, 2:24 p.m.,
On Dec. 12, 2013, 11:48 a.m., opticron wrote:
/branches/12/funcs/func_cdr.c, lines 472-474
https://reviewboard.asterisk.org/r/3057/diff/2/?file=49301#file49301line472
Return and reduce indentation.
Matt Jordan wrote:
Normally I'd agree, but that approach has one drawback
On Dec. 12, 2013, 11:48 a.m., opticron wrote:
/branches/12/funcs/func_cdr.c, lines 472-474
https://reviewboard.asterisk.org/r/3057/diff/2/?file=49301#file49301line472
Return and reduce indentation.
Matt Jordan wrote:
Normally I'd agree, but that approach has one drawback
On Dec. 12, 2013, 11:48 a.m., opticron wrote:
/branches/12/funcs/func_cdr.c, lines 472-474
https://reviewboard.asterisk.org/r/3057/diff/2/?file=49301#file49301line472
Return and reduce indentation.
Matt Jordan wrote:
Normally I'd agree, but that approach has one drawback
---
This is an automatically generated e-mail. To reply, visit:
https://reviewboard.asterisk.org/r/3066/
---
(Updated Dec. 12, 2013, 3:03 p.m.)
Review request for Asterisk Developers
---
This is an automatically generated e-mail. To reply, visit:
https://reviewboard.asterisk.org/r/3066/#review10407
---
Ship it!
Looks good other than the documentation tweak below.
---
This is an automatically generated e-mail. To reply, visit:
https://reviewboard.asterisk.org/r/3069/
---
Review request for Asterisk Developers, Joshua Colp, Jonathan Rose, Matt
---
This is an automatically generated e-mail. To reply, visit:
https://reviewboard.asterisk.org/r/3069/#review10408
---
Josh and I talked on IRC, and it would really be great if the
On Dec. 10, 2013, 5:14 p.m., rmudgett wrote:
I don't think changing this default is a good idea. Enabling it is only
useful if you are using the relative channel format. I have yet to see
anyone on the Asterisk users list actually use this format.
Tzafrir Cohen wrote:
On Mon, Dec 9, 2013 at 9:58 AM, Steve Davies davies...@gmail.com wrote:
I believe there is a regression in the CDR code since 1.8.11. It also
affects versions 10 and 11, but probably not version 12.
https://issues.asterisk.org/jira/browse/ASTERISK-22954
After a SIP attended transfer, the
27 matches
Mail list logo