| 01:12.22 | *** join/#asterisk-dev spditner (~simon@206-248-134-187.dsl.teksavvy.com) |
| 01:54.22 | *** join/#asterisk-dev droemel (~droemel@p4FCACA3A.dip.t-dialin.net) |
| 02:41.03 | *** join/#asterisk-dev tzafrir_laptop (~tzafrir@212.179.75.202) |
| 02:41.03 | *** mode/#asterisk-dev [+o tzafrir_laptop] by ChanServ |
| 03:29.51 | *** join/#asterisk-dev moy (~moy@UNVLON55-1176057127.sdsl.bell.ca) |
| 05:38.59 | *** join/#asterisk-dev jrose_atDigium (~jrose_atD@nat/digium/x-ixagwqmaekeqkzpl) |
| 05:39.04 | *** join/#asterisk-dev Qwell (~north@pdpc/sponsor/digium/Qwell) |
| 05:39.04 | *** mode/#asterisk-dev [+o Qwell] by ChanServ |
| 05:42.46 | *** join/#asterisk-dev rmeyerriecks (~rmeyerrie@nat/digium/x-sinexajdewxkrtzp) |
| 07:09.51 | *** join/#asterisk-dev tzafrir_laptop (~tzafrir@212.179.75.202) |
| 07:09.52 | *** mode/#asterisk-dev [+o tzafrir_laptop] by ChanServ |
| 07:22.33 | *** join/#asterisk-dev bulkorok (~bulkorok@85.183.36.36) |
| 08:24.46 | *** join/#asterisk-dev coreyf1513 (~cfarrell@ws2.cfware.com) |
| 08:28.21 | *** join/#asterisk-dev wdoekes (~walter@wjd.osso.nl) |
| 08:34.17 | *** join/#asterisk-dev latv (~latv@109.238.244.73) |
| 08:37.52 | *** join/#asterisk-dev attila_lendvai (~attila_le@unaffiliated/attila-lendvai/x-3126965) |
| 08:39.07 | attila_lendvai | hi! the saga for syntax checking dialplans continues... now we're considering rewriting ast_expr2.y into java to parse it into a java object AST, and after the syntax check run our own checks |
| 08:42.23 | attila_lendvai | my problem is that it will need to be kept in sync, so the question is how often does that file change? which leads me to the question: is there a websvn available somewhere? |
| 08:43.14 | attila_lendvai | has found http://svnview.digium.com/svn/asterisk/ |
| 08:56.02 | attila_lendvai | pardon my confusion, but am I right to think that the ast_expr2.y is only the grammar for the expression parts of the dialplan, not the entire dialplan syntax, right? |
| 09:13.41 | attila_lendvai | is pretty much in the dark and very much appreciates "you don't want to do that" kinda advice from people with a bird's eye view... |
| 09:22.23 | wdoekes | I wonder why you'd consider using java instead of something more lightweight like python.. I'd consider updating an in-source python script (keep in sync), but not some remote java app |
| 09:26.19 | attila_lendvai | I need bison and flex support |
| 09:27.04 | attila_lendvai | and I'm stuck already with generating the scanner from the .fl file even for java... |
| 09:31.09 | attila_lendvai | ...and it will be used in a java server. believe me, I'd chose python over java any time, let alone lisp... but going that way means too much impedance mismatch to fight through... |
| 09:36.10 | *** join/#asterisk-dev hehol (~hehol@2001:1438:1009:200:d95e:98dd:f738:f422) |
| 09:46.01 | wdoekes | re: expr2.y: (1) it doesn't change often, (2) those expressions are evaluated at executing of $[] bits only, not during dialplan load |
| 13:00.12 | *** join/#asterisk-dev serafie (~erin@nat/digium/x-ktmdkjdjevnrdszd) |
| 13:20.32 | file | Friday, Friday, one may optionally get "down" on Friday |
| 13:21.47 | *** join/#asterisk-dev mjordan (~mjordan@nat/digium/x-etkilkprirqauypd) |
| 13:21.47 | *** mode/#asterisk-dev [+o mjordan] by ChanServ |
| 13:46.33 | *** join/#asterisk-dev pabelanger (~pabelange@asterisk/contributor-and-bug-marshal/pabelanger) |
| 13:46.33 | *** mode/#asterisk-dev [+o pabelanger] by ChanServ |
| 13:47.30 | russellb | if anyone feels like looking for SSL bugs in asterisk ... https://crypto.stanford.edu/~dabo/pubs/abstracts/ssl-client-bugs.html |
| 13:51.51 | mjordan | interesting |
| 13:52.20 | mjordan | thinks that should probably be a JIRA issue |
| 14:03.29 | elguero | mjordan: like this one ASTERISK-20608? maybe I was too quick to close it out.. from the article I read, it seemed like it was more of a problem that needed to be solved by the library... perhaps I was too haste to come to that conclusion? I will admit that I did not look at the links which would have taken me to what russelb just posted |
| 14:04.00 | mjordan | yeah, probably :-D |
| 14:04.15 | russellb | the stuff that paper describes are problems in applications using SSL libraries |
| 14:05.00 | elguero | yep, I just saw that from what you linked... the article in the jira issue wasn't clear about that, at least upon my first look at it |
| 14:05.41 | elguero | Or I should say, the link to a different article in the Jira issue |
| 14:12.43 | elguero | SIP question in regards to a couple issues, ASTERISK-20633 and ASTERISK-20642... right now Asterisk only remembers and uses the SDP session version to determine if there has been a change made to the SDP session. The devices being used, Cisco and Broadsoft, appear to be changing the entire "o=" when placing calls on hold. Should Asterisk be remembering and checking the SDP session ID and the SDP session version in order to determine whet |
| 14:12.49 | elguero | her the SDP needs to be processed or not? |
| 14:13.51 | *** join/#asterisk-dev putnopvut (~putnopvut@asterisk/master-of-queues/mmichelson) |
| 14:13.51 | *** mode/#asterisk-dev [+o putnopvut] by ChanServ |
| 14:16.14 | file | elguero, that's not proper according to the RFC |
| 14:16.36 | elguero | That is what I thought... wanted to make sure I wasn't off in la-la land |
| 14:17.07 | file | does the option thingy to disable the version checking work? |
| 14:17.38 | elguero | I am waiting for the reporters to respond back |
| 14:17.55 | file | if it doesn't then that's an issue |
| 14:21.37 | elguero | okay, we shall wait to see then... I am pretty sure that is the problem based on the debug log in the one issue... |
| 14:22.09 | file | kk |
| 14:22.21 | elguero | thanks |
| 14:23.30 | file | no, thank you for taking care of the issues and asking! |
| 14:51.28 | *** join/#asterisk-dev jsmith (~jsmith@fedora/jsmith) |
| 14:51.28 | *** mode/#asterisk-dev [+o jsmith] by ChanServ |
| 14:53.50 | *** join/#asterisk-dev blitzrage (~Leif@asterisk/documenteur-extraordinaire/blitzrage) |
| 14:53.50 | *** mode/#asterisk-dev [+o blitzrage] by ChanServ |
| 15:05.44 | *** join/#asterisk-dev sruffell (~sruffell@asterisk/the-kernel-guy/sruffell) |
| 15:05.45 | *** mode/#asterisk-dev [+o sruffell] by ChanServ |
| 15:20.55 | *** join/#asterisk-dev leifmadsen (~Leif@asterisk/documenteur-extraordinaire/blitzrage) |
| 15:20.56 | *** mode/#asterisk-dev [+o leifmadsen] by ChanServ |
| 16:44.49 | *** join/#asterisk-dev anthm (~anthm@freeswitch/developer/anthm) |
| 16:57.00 | *** join/#asterisk-dev pabelanger (~pabelange@asterisk/contributor-and-bug-marshal/pabelanger) |
| 16:57.00 | *** mode/#asterisk-dev [+o pabelanger] by ChanServ |
| 17:10.21 | *** join/#asterisk-dev rgagnon (~rgagnon@rrcs-71-42-183-54.sw.biz.rr.com) |
| 17:25.50 | *** join/#asterisk-dev msteed68 (43d6e152@gateway/web/freenode/ip.67.214.225.82) |
| 17:40.52 | *** join/#asterisk-dev msteed68 (~Michael_S@67.214.225.82) |
| 17:48.03 | *** part/#asterisk-dev rgagnon (~rgagnon@rrcs-71-42-183-54.sw.biz.rr.com) |
| 18:03.02 | *** join/#asterisk-dev sruffell (~sruffell@asterisk/the-kernel-guy/sruffell) |
| 18:03.03 | *** mode/#asterisk-dev [+o sruffell] by ChanServ |
| 18:32.20 | *** part/#asterisk-dev msteed68 (~Michael_S@67.214.225.82) |
| 18:40.10 | JunK-Y | elguero: it changes the whole owner line or just the sessionID or SessionVersionID on that line? |
| 19:37.22 | elguero | JunK-Y: On the one report with a Cisco, it was changing the sessionID and SessionVersionID |
| 19:37.57 | elguero | JunK-Y: The other report involving a Broadsoft, it was changing the sessionID, SessionVersionID and the ip address |
| 19:57.12 | *** join/#asterisk-dev Juggie (~Juggie@unaffiliated/juggie) |
| 20:09.23 | *** join/#asterisk-dev leifmadsen (~Leif@asterisk/documenteur-extraordinaire/blitzrage) |
| 20:09.23 | *** mode/#asterisk-dev [+o leifmadsen] by ChanServ |
| 21:01.51 | pabelanger | _corey_: in #asterisk is reporting asterisk.org is b0rked. |
| 21:01.54 | pabelanger | I can confirm this |
| 21:10.01 | opticron | ewwww |
| 21:10.24 | opticron | thanks for the heads up, I'll poke people |
| 21:11.03 | russellb | yeah, it's covered in digium ads |
| 21:11.06 | russellb | zing |
| 21:11.40 | file | russellb, have you seen the new one? it's better than it was MAN |
| 21:12.00 | file | (I chose the word better on purpose) |
| 21:15.08 | opticron | should be better now |
| 21:17.33 | russellb | file: the new one, where 2 out of 4 of the giant rotating front page thingies are digium ads? |
| 21:17.45 | file | russellb, like I said - better :P |
| 21:18.11 | russellb | and 2 out 3 of the thingies along the bottom |
| 21:18.17 | russellb | it's nowhere near a community project site |
| 21:18.27 | russellb | better, maybe, but ... |
| 21:18.31 | russellb | still worth calling out. |
| 21:18.43 | file | call on meeeeeeeeeeeee |
| 21:33.48 | JunK-Y | elguero: why does they changes sessionID or SessionVersionID and IP address? they want to use a remote MOH server? |
| 21:36.59 | elguero | JunK-Y: For the Cisco, it changes the sessionID and SessionVersionID in order to change the media address to 0.0.0.0. For the broadsoft one, it looks like they are trying to use a remote MOH server. |
| 21:37.40 | elguero | The broadsoft one changes the sessionID, SessionVersionID and the Address in the originate line |
| 21:38.32 | elguero | plus the broadsoft one changes the media address to the remote MOH server |
| 21:39.15 | *** join/#asterisk-dev sruffell (~sruffell@asterisk/the-kernel-guy/sruffell) |
| 21:39.16 | *** mode/#asterisk-dev [+o sruffell] by ChanServ |
| 22:01.15 | *** join/#asterisk-dev Juggie (~Juggie@unaffiliated/juggie) |
| 22:11.45 | *** join/#asterisk-dev Juggie (~Juggie@unaffiliated/juggie) |
| 22:57.01 | *** part/#asterisk-dev mjordan (~mjordan@nat/digium/x-etkilkprirqauypd) |