| 00:24.44 | *** join/#asterisk-dev frawd (~francois@83.35.162.108) |
| 02:27.37 | *** join/#asterisk-dev philipp64|laptop (~chatzilla@192.55.64.175) |
| 03:22.39 | *** join/#asterisk-dev kpfleming (~kpfleming@asterisk/digium-director-of-software-tech/kpfleming) |
| 03:22.39 | *** mode/#asterisk-dev [+o kpfleming] by ChanServ |
| 03:30.10 | *** join/#asterisk-dev elguero (~miguel323@ns1.nashuacs.com) |
| 04:13.33 | *** join/#asterisk-dev philipp64|laptop (~chatzilla@71-34-110-194.ptld.qwest.net) |
| 05:16.02 | *** join/#asterisk-dev tzafrir_laptop (~tzafrir@bzq-218-155-147.cablep.bezeqint.net) |
| 05:16.02 | *** mode/#asterisk-dev [+o tzafrir_laptop] by ChanServ |
| 05:23.53 | *** join/#asterisk-dev Sipster (~Sipster@modemcable045.5-200-24.mc.videotron.ca) |
| 05:47.14 | pabelanger | So this is odd, I'm having problems building Asterisk on Fedora 13 for a testsuite agent. |
| 05:47.17 | pabelanger | http://asterisk.pastebin.com/nBfxaxtb |
| 08:12.10 | *** join/#asterisk-dev lftsy (~lftsy@install.deckpoint.ch) |
| 08:44.39 | *** join/#asterisk-dev tamiel (~tamiel@213.30.183.226) |
| 08:55.03 | *** join/#asterisk-dev fish9370 (~Miranda@79.120.100.132) |
| 08:56.10 | *** join/#asterisk-dev frawd (~francois@83.35.162.108) |
| 09:54.06 | *** join/#asterisk-dev infobot (~infobot@rikers.org) |
| 09:54.06 | *** topic/#asterisk-dev is Asterisk Development Discussion -=- http://www.asterisk.org/developers -=- Tier 2 and 3.14159265 support is in #asterisk -=- http://xkcd.com/303/ |
| 10:12.30 | *** join/#asterisk-dev ccesario (~ccesario@189-29-53-173-ac.cpe.vivax.com.br) |
| 10:25.52 | *** join/#asterisk-dev guilhermebr (~Guilherme@200.103.96.98) |
| 10:27.39 | *** join/#asterisk-dev asterisk-learner (~chatzilla@77.42.241.114) |
| 10:36.15 | fish9370 | why asterisk use EditLine, not ReadLine? |
| 10:39.10 | *** join/#asterisk-dev frawd (~francois@83.35.162.108) |
| 11:41.35 | *** join/#asterisk-dev frawd (~francois@83.35.162.108) |
| 11:42.16 | *** join/#asterisk-dev kpfleming (~kpfleming@asterisk/digium-director-of-software-tech/kpfleming) |
| 11:42.16 | *** mode/#asterisk-dev [+o kpfleming] by ChanServ |
| 12:03.20 | *** join/#asterisk-dev frawd (~francois@108.Red-83-35-162.dynamicIP.rima-tde.net) |
| 12:12.44 | *** join/#asterisk-dev schmidts (~schmidts@lmlo.sil.at) |
| 12:12.46 | schmidts | hello |
| 12:16.13 | seanbright | fish9370: licensing |
| 12:19.59 | fish9370 | EL is BSD? |
| 12:20.30 | fish9370 | RE is GPL2, not? |
| 12:20.43 | fish9370 | *RL |
| 12:27.31 | seanbright | EL is BSD, RE is GPL2, yes. |
| 12:27.42 | seanbright | asterisk is dual-licensed |
| 12:28.01 | seanbright | and when we package libraries, they need to be compatible with that |
| 12:53.06 | *** join/#asterisk-dev bklang (~bklang@tesla.alkaloid.net) |
| 13:00.08 | fish9370 | I'm understand, but why EL if GPL2 on RL match too? maybe it's comfortable? |
| 13:02.15 | russellb | The GPL is not compatible with commercial licensing of Asterisk. |
| 13:02.58 | russellb | So, we choose not to make any core parts of Asterisk dependant on libraries that are licensed under the GPL. |
| 13:03.33 | fish9370 | thanks.. |
| 13:04.15 | russellb | If Asterisk was _only_ licensed under the GPL, it would not be a problem. |
| 13:07.24 | *** join/#asterisk-dev sruffell (~sruffell@asterisk/the-kernel-guy/sruffell) |
| 13:07.24 | *** mode/#asterisk-dev [+o sruffell] by ChanServ |
| 13:10.42 | *** join/#asterisk-dev Marquis42 (~bfhbmw0@65-127-126-34.dia.static.qwest.net) |
| 13:14.47 | seanbright | didn't i just say that?> |
| 13:14.50 | seanbright | shrugs |
| 13:18.31 | russellb | yep :-) |
| 13:22.35 | fish9370 | seanbright, thanks.. |
| 13:27.19 | *** join/#asterisk-dev Marquis42 (~bfhbmw0@65-127-126-34.dia.static.qwest.net) |
| 13:44.36 | *** join/#asterisk-dev rrb3942 (~rbullock@208.34.105.161) |
| 13:58.59 | *** join/#asterisk-dev crowbar7 (~JKLOBUCAR@12.2.84.2) |
| 14:18.40 | *** join/#asterisk-dev felipe_ (~felipe@my.nada.kth.se) |
| 14:19.10 | *** join/#asterisk-dev TheDavidFactor (~David@nc-71-52-234-23.dhcp.embarqhsd.net) |
| 14:20.59 | *** join/#asterisk-dev datachomper (~Adium@nat/digium/x-fnemvpjrpqkuehyi) |
| 14:26.13 | *** join/#asterisk-dev jeffg (~jeffg@pdpc/supporter/professional/jeffg) |
| 14:29.58 | *** join/#asterisk-dev Gugge (~gugge@vlan2.dlxhosting.dk) |
| 14:50.49 | leifmadsen | ohai! |
| 15:07.03 | *** join/#asterisk-dev The_Boy_Wonder (~vossel@asterisk/batman-developer/dvossel) |
| 15:07.03 | *** mode/#asterisk-dev [+o The_Boy_Wonder] by ChanServ |
| 15:21.48 | *** join/#asterisk-dev anthm (~anthm@freeswitch/developer/anthm) |
| 15:24.42 | russellb | pabelanger: did you try making it always const? |
| 15:25.42 | pabelanger | russellb: yes, < 1.0.0 complained about it |
| 15:25.52 | russellb | in a bunch of places? |
| 15:26.51 | pabelanger | russellb: http://asterisk.pastebin.com/pdacqtiw |
| 15:28.52 | russellb | you could cast that away if that's the only place |
| 15:29.10 | pabelanger | okay, let me try that |
| 15:29.47 | russellb | cast it to the same type without const |
| 15:33.03 | *** join/#asterisk-dev putnopvut (~putnopvut@asterisk/master-of-queues/mmichelson) |
| 15:33.03 | *** mode/#asterisk-dev [+o putnopvut] by ChanServ |
| 15:45.16 | pabelanger | russellb: new patching going up on reviewboard :) |
| 15:47.15 | *** join/#asterisk-dev moy_ (~moy@190.108.64.66) |
| 15:48.55 | *** join/#asterisk-dev rrb3942 (~rbullock@208.34.105.161) |
| 15:50.54 | *** join/#asterisk-dev kpfleming (~kpfleming@asterisk/digium-director-of-software-tech/kpfleming) |
| 15:50.54 | *** mode/#asterisk-dev [+o kpfleming] by ChanServ |
| 16:03.27 | *** join/#asterisk-dev TheDavidFactor (~David@nc-71-52-234-23.dhcp.embarqhsd.net) |
| 16:06.00 | *** join/#asterisk-dev skirmisha (~skirmisha@193.67.129.227) |
| 16:06.13 | skirmisha | hello guys |
| 16:06.45 | skirmisha | can someone explain me who is adding encoding field in asterisk sdp msg |
| 16:06.57 | skirmisha | a=rtpmap:18 G729/8000/1 |
| 16:07.12 | skirmisha | and is it encoding or number of channels? |
| 16:08.00 | kpfleming | that question doesn't make much sense. chan_sip composes the content of the SDP in SIP messages. |
| 16:08.16 | kpfleming | what that line means is defined in the SDP RFC |
| 16:08.23 | skirmisha | does this mean that call is with dynamic payload |
| 16:08.33 | skirmisha | as far as i know g729 has static payload |
| 16:08.41 | skirmisha | and i am wondering what that means |
| 16:08.44 | kpfleming | payload number 18 is not dynamic |
| 16:08.56 | kpfleming | g729 has a defined payload number, it does not have 'static payload' |
| 16:09.31 | skirmisha | in that case what that /1 means |
| 16:09.33 | kpfleming | payload number from 0 through 95 are reserved for IANA-registered payloads, numbers from 96 through 255 are for dynamic assignment |
| 16:09.39 | kpfleming | please go read the SDP RFC |
| 16:09.50 | skirmisha | i have readed it |
| 16:09.55 | kpfleming | it defines what everything there means... this is not an asterisk specific question |
| 16:09.57 | skirmisha | it says encoding number |
| 16:10.02 | kpfleming | no it does not |
| 16:10.08 | kpfleming | the /1 indicates the number of channels in the session |
| 16:10.29 | skirmisha | a=rtpmap:<payload type> <encoding name>/<clock rate>[/<encoding |
| 16:10.29 | skirmisha | <PROTECTED> |
| 16:10.42 | skirmisha | For audio streams, <encoding parameters> may specify the number of |
| 16:10.43 | skirmisha | <PROTECTED> |
| 16:10.52 | kpfleming | that is correct |
| 16:10.53 | tzafrir_laptop | moy_, I'm not really sure why that dchan=NN was added. I can't seem to reproduce the problem with it right now. |
| 16:11.19 | skirmisha | kpfleming so that /1 has nothing to do with dynamic payload? |
| 16:11.20 | tzafrir_laptop | Asking around, someone actually "blamed" you for suggesting that it is required :-) |
| 16:12.09 | kpfleming | skirmisha: where does it say that it has anything to do with dynamic payload number assignment? |
| 16:13.32 | moy_ | tzafrir_laptop: I might have said that, as in 'it fails if is not there', but not as in makes sense to have it ... the first time ever I installed R2, I learned from Steve's documentation which stated dchan=16 in zaptel.conf as needed, later I learned it did not make sense |
| 16:13.55 | moy_ | in any case, I'm glad is gone :) |
| 16:14.10 | skirmisha | nowhere and that is enough to me. Last question. How could i recognize g729A from g729 in SDP? |
| 16:14.11 | kpfleming | yeah, i can't see how it ever would have been required |
| 16:14.24 | datachomper | sruffell: /\ |
| 16:14.25 | tzafrir_laptop | Anything else that makes no sense in the generated configs? |
| 16:14.36 | kpfleming | you can't. g729 and g729 annex a produce the same bits on the wire, they are just different encoder implementations |
| 16:15.14 | skirmisha | i see |
| 16:15.33 | skirmisha | does this /1 in SDP means that there is codec conversion? |
| 16:15.43 | file | blinks |
| 16:16.03 | kpfleming | no. i've already said, and you've already confirmed, it tells you the number of channels in the media stream. |
| 16:16.13 | moy_ | tzafrir_laptop: AFAIR that was it |
| 16:16.54 | sruffell | looks around and blinks |
| 16:16.54 | skirmisha | kpfleming i understand that, but most of the time i see sdp without that /1 and wondering if this could cause some calls to fail due to that |
| 16:17.00 | kpfleming | no |
| 16:17.11 | kpfleming | it is optional when there is only one channel in the stream |
| 16:17.16 | kpfleming | because '1 channel' is the default |
| 16:17.37 | skirmisha | ok that's clear |
| 16:17.41 | skirmisha | thanks for the info |
| 16:18.02 | kpfleming | i'm sure a very poor SDP implementation might fail if it saw that, but it would be a very poor one indeed if it did |
| 16:19.05 | sruffell | moy_: Did you ever come across any locations where the idlebits needs to be different than 1101 when integrating R2? |
| 16:19.30 | datachomper | ohh, good question |
| 16:21.09 | kpfleming | file: i am glad he did not ask if the /1 in the SDP meant that there was no maple syrup to put on my pancakes |
| 16:21.19 | moy_ | sruffell: 1101 is blocked (although I guess that's what you mean by idle), the CD bits are fixed everywhere I've seen R2, and all places have them fixed to 01, except china which has them fixed to 11, the blocked pattern for china is therefore 1111, and 1011 for idle (ready to receive calls) |
| 16:21.44 | sruffell | moy__: cool, thanks. |
| 16:22.27 | *** join/#asterisk-dev marv (~timr@24.214.206.254) |
| 16:28.16 | *** join/#asterisk-dev opticron (~opticron@74-95-48-251-Huntsville.hfc.comcastbusiness.net) |
| 16:49.48 | *** join/#asterisk-dev datachomper (~Adium@nat/digium/x-vzswsblqormjchbb) |
| 16:53.53 | *** join/#asterisk-dev anonymouz666 (~anonymouz@187-28-37-118.poolip.RJO.embratel.net.br) |
| 16:56.57 | moy_ | np |
| 17:30.04 | *** join/#asterisk-dev jeffg (~jeffg@pdpc/supporter/professional/jeffg) |
| 17:43.18 | *** join/#asterisk-dev techbugs (~siddharth@122.177.2.142) |
| 17:44.13 | *** part/#asterisk-dev techbugs (~siddharth@122.177.2.142) |
| 19:13.27 | russellb | pabelanger: around? |
| 19:13.41 | pabelanger | russellb: yup |
| 19:13.55 | russellb | can you take a look at a testsuite issue? |
| 19:14.05 | pabelanger | sure, which? |
| 19:14.06 | russellb | after the switch to utils.which(), it doesn't seem to find any dependencies for me |
| 19:14.17 | russellb | bbryant reported it to me, and then i tried it and got the same thing |
| 19:14.28 | russellb | easy test is to run "./runtests.py -l" to list tests and dependencies |
| 19:14.29 | pabelanger | Yes, I did notice that. It was about to look into it |
| 19:14.34 | russellb | ok cool |
| 19:14.38 | russellb | thanks |
| 19:14.44 | pabelanger | np |
| 19:15.21 | pabelanger | russellb: in fact I was going to see if bamboo had the ability to list missed tests via the reports |
| 19:15.37 | pabelanger | s/missed/skipped |
| 19:15.50 | russellb | i think it's in the full log somewhere |
| 19:15.55 | russellb | after running the test suite |
| 19:16.18 | russellb | if not, could add ./runtests.py -l to the list |
| 19:16.24 | russellb | s/list/script/ |
| 19:31.16 | pabelanger | russellb: Ya, I FAIL at python formatting |
| 19:31.19 | pabelanger | should be fixed |
| 19:39.08 | *** part/#asterisk-dev opticron (~opticron@74-95-48-251-Huntsville.hfc.comcastbusiness.net) |
| 20:09.40 | leifmadsen | Marquis42: ping? |
| 20:10.55 | leifmadsen | M18272 |
| 20:10.56 | MuffinMan | [ready for review] [Asterisk] Resources/res_jabber 0018272: [patch] distributed device state does not work reported by klaus3000 https://issues.asterisk.org/view.php?id=18272 |
| 20:11.05 | leifmadsen | Marquis42: do you have commit access? You could probably just commit that if someone else signed off on it. |
| 20:15.58 | *** join/#asterisk-dev moy_ (~moy@190.108.64.66) |
| 20:27.58 | Marquis42 | leifmadsen: pong |
| 20:28.08 | Marquis42 | I don't *think* I have general commit access, unless I'm wrong. ;) |
| 20:28.09 | leifmadsen | Marquis42: see above :) |
| 20:28.15 | Marquis42 | Yeah |
| 20:28.16 | leifmadsen | I think that should get changed |
| 20:28.21 | leifmadsen | russellb: ^^^^ |
| 20:28.23 | Marquis42 | Sounds dangerous. :) |
| 20:36.54 | russellb | you do IIRC |
| 20:37.46 | russellb | you did not |
| 20:37.47 | russellb | but you do now |
| 20:37.56 | Marquis42 | russellb: OK, thanks! |
| 20:38.03 | Marquis42 | runs off to commit a bunch of stuff |
| 20:38.11 | russellb | i'll review you patch if you review mine! |
| 20:38.19 | Marquis42 | Will do |
| 20:38.29 | russellb | R1012 |
| 20:38.34 | MuffinMan | [R1012] Fix caching of device state changes for multiple servers [Pending] Submitted by russell => https://reviewboard.asterisk.org/r/1012/ |
| 20:39.48 | russellb | I also have this one open ... |
| 20:39.50 | russellb | R1007 |
| 20:39.52 | Marquis42 | I'll review it this afternoon for sure. The patch form the aforementioned issue isn't up on reviewboard yet, but I'll put it up there for you to take a look at. |
| 20:39.52 | MuffinMan | [R1007] Scheduler API Cleanup and Improvements [Pending] Submitted by russell => https://reviewboard.asterisk.org/r/1007/ |
| 20:39.58 | russellb | nobody has reviewed my patches *pout* |
| 20:40.02 | Marquis42 | lol |
| 20:40.52 | Marquis42 | I can take a peek at the second one, too. No promises that I'm particularly qualified to make intelligent suggestions, though. ;) |
| 20:40.52 | wedhorn | R553 |
| 20:40.58 | MuffinMan | [R553] Change chan->readq locking to a listlock [Pending] Submitted by wedhorn => https://reviewboard.asterisk.org/r/553/ |
| 20:41.01 | russellb | lol!! |
| 20:41.18 | russellb | yes wedhorn, you win |
| 20:41.23 | wedhorn | russellb: I think you need to wait 12 months at least before you get to pout |
| 20:42.31 | russellb | I'm going to assign that to be reviewed right now ... I think rmudgett would be a really good person for that review, actually |
| 20:43.13 | wedhorn | russellb: actually you can probably wait, I don't have time at the moment and I noticed some recent changes that could result in doing things a bit differently |
| 20:43.40 | russellb | oh? |
| 20:44.01 | russellb | deletes the task he just added |
| 20:44.40 | russellb | well first of all, i'm very sorry for never reviewing that. I thought about it a lot ... and for some reason I could never fully convince myself of a decision. ..... and then I forgot. |
| 20:44.42 | wedhorn | there was that stuff about missing control frames (which is related through the hangup stuff) |
| 20:45.20 | russellb | if you think it's ready for review again at some point, let me know, and i'll jump right on it (either personally, or will assign it to someone appropriate for that type of thing) |
| 20:45.34 | wedhorn | ok, will do |
| 20:51.11 | russellb | should it be suspended for now? |
| 20:54.50 | *** join/#asterisk-dev tzafrir_laptop (~tzafrir@212.179.75.202) |
| 20:54.50 | *** mode/#asterisk-dev [+o tzafrir_laptop] by ChanServ |
| 20:57.55 | wedhorn | russellb: you may as well close it. It was only a partial fix anyway. I think it'll get more interest if I do the full fix where you can just add a frame to the queue without locking. |
| 21:00.22 | russellb | okay. |
| 21:51.29 | *** join/#asterisk-dev TheDavidFactor (~David@nc-71-52-234-23.dhcp.embarqhsd.net) |
| 22:01.26 | *** join/#asterisk-dev kpfleming (~kpfleming@asterisk/digium-director-of-software-tech/kpfleming) |
| 22:01.26 | *** mode/#asterisk-dev [+o kpfleming] by ChanServ |
| 23:02.51 | *** join/#asterisk-dev erinspice (~erin@207.98.195.107) |
| 23:43.46 | *** join/#asterisk-dev rrb3942 (~rbullock@cpe-67-242-215-62.rochester.res.rr.com) |
| 23:46.03 | *** join/#asterisk-dev Marquis42 (~bfhbmw0@65-127-126-34.dia.static.qwest.net) |