| 00:14.23 | *** join/#asterisk-dev diegomad (mad@190.159.87.34) |
| 00:18.22 | *** join/#asterisk-dev brookshire (mbrooks@hijacked.us) |
| 00:35.18 | *** join/#asterisk-dev pabelanger (~pabelange@CPE0013f7abc09a-CM0013f7abc096.cpe.net.cable.rogers.com) |
| 01:32.05 | *** join/#asterisk-dev Netgeeks (~chris@173.11.68.155) |
| 01:48.07 | philipp64 | Corydon76: oh... hmmm... because stdexten uses them... |
| 01:48.14 | philipp64 | they seem to work there. |
| 01:48.28 | philipp64 | putnopvut: Houston, we have a problem... |
| 01:50.45 | philipp64 | wrong fix went in for 17040. should have been the diff in reviewboard. |
| 01:51.35 | philipp64 | which leaves me befuddled. is mantis the authoritative place for patches under review, or reviewboard? |
| 01:52.14 | snuff-work | reviewboard.. |
| 01:52.58 | snuff-work | but technically after u get a 'ship it' from reviewboard you should probably update the mantis issue with a final patc |
| 01:53.00 | snuff-work | h |
| 02:09.41 | philipp64 | ah... well, since it can be days or weeks between bits of progress, I didn't update mantis instantaneously... didn't seem like it was going to budge any time soon. |
| 02:09.58 | philipp64 | this is the one time it did, of course. sigh. |
| 02:10.04 | philipp64 | ok, so what's the next step? |
| 02:11.17 | philipp64 | having an issue with extension patterns not matching. sigh. http://pastebin.com/SkgUc22t |
| 02:11.34 | philipp64 | damn. wrong channel. grrr... |
| 02:24.08 | snuff-work | generally i dont think it matters hugely.. as the 'reviewboard' reference is in the commit as well as the mantis issue no. (i think) |
| 02:35.04 | philipp64 | so what's the next step in backing out the wrong fix and putting in the right one? because they're significantly different. |
| 02:35.51 | snuff-work | get ahold of the guy that put it in :) |
| 03:16.37 | philipp64 | putnopvut: can we back out the commits? |
| 03:17.04 | philipp64 | oh, he's left. |
| 04:22.41 | *** join/#asterisk-dev slinksh0t (~slinkshot@rrcs-24-39-203-130.nys.biz.rr.com) |
| 06:54.20 | *** join/#asterisk-dev tzafrir (~tzafrir@local.xorcom.com) |
| 06:54.21 | *** mode/#asterisk-dev [+o tzafrir] by ChanServ |
| 07:13.00 | *** join/#asterisk-dev tamiel (~tamiel@213.30.183.226) |
| 07:33.28 | *** join/#asterisk-dev hehol (~Adium@ip-78-94-0-76.unitymediagroup.de) |
| 08:14.55 | *** join/#asterisk-dev denon (~denon@synapse.subneural.net) |
| 10:17.38 | *** join/#asterisk-dev hehol (~hehol@buero-gw.dortmund.loca.net) |
| 10:43.39 | *** join/#asterisk-dev ccesario (~ccesario@189-19-6-236.dsl.telesp.net.br) |
| 11:18.27 | *** join/#asterisk-dev Pazzo (~ugelt@reserved-225136.rol.raiffeisen.net) |
| 11:50.42 | hc_e | Hi, I've got a question about the RTP code in asterisk. Is this the right place to ask? |
| 11:53.20 | hc_e | I suspect that if the RTP stream of two SIP peers is routed through an asterisk, and one of the SIP peer stops accepting data, asterisk stops accepting data from the other sip peer, thus filling up the system's dgram buffers |
| 11:53.35 | hc_e | Can you confirm this? Or where in the code would I look to confirm this? |
| 12:00.49 | leifmadsen | hc_e: fyi it's about 7am for most of the developers, so you might not get a response for a bit |
| 12:01.19 | leifmadsen | (and I can't answer your question :)) |
| 12:02.43 | hc_e | leifmadsen: kk, thanks for the info. |
| 12:04.04 | leifmadsen | hc_e: you might look in main/rtp_engine.c for that though |
| 12:04.16 | leifmadsen | I think that's where RTP stuff is handled |
| 12:06.22 | *** join/#asterisk-dev kpfleming (~kpfleming@asterisk/digium-director-of-software-tech/kpfleming) |
| 12:06.22 | *** mode/#asterisk-dev [+o kpfleming] by ChanServ |
| 12:07.59 | *** join/#asterisk-dev caio1982 (~caio1982@CAcert-br/caio1982) |
| 12:08.01 | hc_e | I've found main/rtp.c, which I'm reading right now. However, as I've never looked at asterisk code before, I thought I might ask in here as well, maybe someone has an instant answer ;} |
| 12:15.09 | *** join/#asterisk-dev bklang (~bklang@tesla.alkaloid.net) |
| 12:23.56 | atis_work | how do i access AST_STRING_FIELD from gdb? |
| 12:26.02 | atis_work | ah, doesn't matter that structure is already corrupted |
| 12:33.23 | hc_e | Ok, I've decided to set an RCV buffer limit in rtp_socket(main/rtp.c) of 2^14 bytes. Let's see if this a) fixed my problem and/or b) renders the rtp code useless. |
| 12:33.51 | hc_e | (my problem being a dgramrcvbuf resource exhaustion on an openvz guest) |
| 12:36.45 | *** join/#asterisk-dev jmls (~jmls@host217-36-208-155.in-addr.btopenworld.com) |
| 12:39.06 | jmls | good-day, all ! |
| 12:39.36 | jmls | if I wanted to take my selections that I made in make menuselect and copy them to another machine, what file(s) do I need ? |
| 12:39.51 | atis_work | jmls: menuselect.makeopts |
| 12:40.02 | atis_work | but you'll get bunch of problems on other machine :P |
| 12:40.33 | atis_work | because selections are kind of relative to defaults which my differ on other machine depending on packages |
| 12:59.13 | jmls | atis_work: thanks. I am, however, building on an identical platform as the source platform (same os, same version) |
| 12:59.19 | jmls | (same packages) |
| 12:59.27 | *** join/#asterisk-dev TheDavidFactor (~chatzilla@c-68-34-116-180.hsd1.md.comcast.net) |
| 12:59.32 | atis_work | well, then it should be ok |
| 13:08.06 | *** join/#asterisk-dev agx (~Antonio@host63-216-static.34-88-b.business.telecomitalia.it) |
| 13:10.40 | agx | evening all, regarding ticket #0014250 is there any way to match against the INVITE "URIs" or "To:" values for incoming SIP calls instead of the usual type=user+From or type=peer+host? |
| 13:15.45 | pabelanger | morning |
| 13:18.55 | kpfleming | agx: what are you trying to accomplish? the matching process you are talking about is intended to determine the 'source' of the INVITE, so that configuration and policies can be applied to it. how could the RURI or the To: header provide any 'source' information? |
| 13:26.14 | *** join/#asterisk-dev malcolmd (~malcolmd@pdpc/sponsor/digium/malcolmd) |
| 13:26.14 | *** mode/#asterisk-dev [+o malcolmd] by ChanServ |
| 13:27.10 | agx | kpfleming: iif * registers 2 SIP accounts with the same provider then the incoming calls are always matched against the latest type=peer found in sip.conf using the "host=" value; the real account name (or the DNID) is sent to "*" from the provider into the To: header or on the 1st line after the INVITE; since i use different codecs and DTMF for the 2 different account i wish them to match the DNID rather then the hos |
| 13:34.06 | *** join/#asterisk-dev eliel (~eliels@201.234.94.226) |
| 13:34.06 | *** mode/#asterisk-dev [+o eliel] by ChanServ |
| 13:34.47 | eliel | morning |
| 13:35.00 | eliel | we will have #asterisk-gsoc this year? |
| 13:35.59 | leifmadsen | eliel: looks like Corydon76-dig is already idling in there |
| 13:36.27 | eliel | ohh, thanks |
| 13:36.30 | eliel | he |
| 13:45.51 | kpfleming | agx: yes, that's an area where asterisk currently struggles a bit |
| 13:50.06 | *** join/#asterisk-dev aurs (~aurs@apb9hb.ip.ssc.net) |
| 13:50.54 | agx | kpfleming: is anybody working on it? perhaps i can help contribute coding or testing |
| 13:51.02 | aurs | manager.c:2898 - /* Ensure buffer is NULL-terminated */ |
| 13:51.17 | aurs | and the next line: fprintf(ss.f, "%c", 0); |
| 13:51.38 | aurs | I just had a crash that indicates that the input was not null-terminated |
| 13:51.58 | aurs | should it be fprintf(ss.fd, "%c", 0); or am I way off here? |
| 13:52.19 | kpfleming | agx: oej has worked on it some, yes |
| 13:52.42 | aurs | (asterisk 1.4.30) |
| 13:56.29 | agx | kpfleming: ok thanks i'll write him an email ;-) |
| 13:56.32 | *** part/#asterisk-dev agx (~Antonio@host63-216-static.34-88-b.business.telecomitalia.it) |
| 14:00.49 | *** join/#asterisk-dev leifmadsen (~Leif@asterisk/documenteur-extraordinaire/blitzrage) |
| 14:00.49 | *** mode/#asterisk-dev [+o leifmadsen] by ChanServ |
| 14:06.01 | *** join/#asterisk-dev moy (~chatzilla@bas1-unionville55-1177733627.dsl.bell.ca) |
| 14:07.44 | *** join/#asterisk-dev The_Boy_Wonder (~vossel@asterisk/batman-developer/dvossel) |
| 14:07.44 | *** mode/#asterisk-dev [+o The_Boy_Wonder] by ChanServ |
| 14:18.59 | *** join/#asterisk-dev putnopvut (~putnopvut@asterisk/master-of-queues/mmichelson) |
| 14:18.59 | *** mode/#asterisk-dev [+o putnopvut] by ChanServ |
| 14:50.36 | *** join/#asterisk-dev jpeeler (~jpeeler@asterisk/digium-software-dev/jpeeler) |
| 14:50.36 | *** mode/#asterisk-dev [+o jpeeler] by ChanServ |
| 14:55.11 | *** join/#asterisk-dev anthm (~anthm@freeswitch/developer/anthm) |
| 14:55.40 | *** join/#asterisk-dev sruffell (~sruffell@asterisk/the-kernel-guy/sruffell) |
| 14:55.40 | *** mode/#asterisk-dev [+o sruffell] by ChanServ |
| 14:58.24 | *** join/#asterisk-dev Deeewayne (~dwayne@75-150-14-49-Atlanta.hfc.comcastbusiness.net) |
| 14:58.24 | *** mode/#asterisk-dev [+o Deeewayne] by ChanServ |
| 15:31.19 | *** join/#asterisk-dev kpfleming (~kpfleming@asterisk/digium-director-of-software-tech/kpfleming) |
| 15:31.19 | *** mode/#asterisk-dev [+o kpfleming] by ChanServ |
| 15:42.45 | *** join/#asterisk-dev anthm (~anthm@freeswitch/developer/anthm) |
| 16:18.28 | *** join/#asterisk-dev marv (~timr@24.214.206.254) |
| 16:26.56 | *** join/#asterisk-dev atis_work (~atis_work@193.238.212.171) |
| 16:48.25 | *** join/#asterisk-dev diegomad (~mad@190.146.200.120) |
| 16:52.30 | tzafrir | What is https://issues.asterisk.org/view.php?id=AST-334 ? Should this URL be valid? |
| 16:53.13 | Qwell | no. where's that from? |
| 16:53.21 | Corydon76-dig | tzafrir: AST-334 is a tracker id for our internal tracker |
| 16:54.07 | Corydon76-dig | Sounds like somebody put the tracker id in reviewboard for the purpose of correlating information, and reviewboard made the bad link |
| 16:54.10 | tzafrir | https://reviewboard.asterisk.org/r/634/ |
| 16:54.19 | tzafrir | ah, ok |
| 16:54.36 | *** join/#asterisk-dev akshayb (~akshay@115.240.169.211) |
| 16:58.16 | *** part/#asterisk-dev akshayb (~akshay@115.240.169.211) |
| 17:41.03 | *** join/#asterisk-dev akshayb (~b49531e9@gateway/web/freenode/x-kgivhjmipcqcbgdn) |
| 18:11.53 | *** part/#asterisk-dev akshayb (~b49531e9@gateway/web/freenode/x-kgivhjmipcqcbgdn) |
| 18:26.34 | philipp64 | Corydon76-dig: is there some difference between _stdexten-. and _fn-. that I'm missing? |
| 18:27.00 | *** join/#asterisk-dev mnick86 (~Matthias@whhem00002.cip.uni-regensburg.de) |
| 18:27.04 | Qwell | if it's actually _fn., it was probably an oversight |
| 18:27.58 | philipp64 | no, it's _fn-. .... but I'm not sure why one matches the 'x' and 'n' literally and the other doesn't. |
| 18:28.14 | philipp64 | M17263 |
| 18:28.16 | MuffinMan | [new] [Asterisk] Core/Configuration 0017263: [patch] Freenum-in-a-can dialplan correction for failing pattern match reported by pprindeville https://issues.asterisk.org/view.php?id=17263 |
| 18:28.55 | Corydon76-dig | philipp64: try _f[n]-. |
| 18:29.29 | philipp64 | I did. that's the fix. but the frustrating part was that I tried to clone an existing example ([stdexten]) and it didn't work because the behavior was different. |
| 18:29.49 | Corydon76-dig | Again, an oversight. |
| 18:29.58 | philipp64 | so I'm trying to understand what's different from one to the other. |
| 18:30.17 | philipp64 | oversight? how? should it have been _stde[x]te[n]-. instead? |
| 18:30.33 | philipp64 | (even though it works without that....) |
| 18:30.39 | Corydon76-dig | YES! |
| 18:30.48 | Corydon76-dig | I don't see how it could work |
| 18:30.58 | Corydon76-dig | It probably was not tested |
| 18:32.10 | Corydon76-dig | We do occasionally write examples without testing them, including in presentations, and someone in the audience points out where our syntax got the best of us. |
| 18:32.17 | philipp64 | yeah, me too. I don't understand either how it worked. but it did. |
| 18:32.42 | Corydon76-dig | philipp64: show me an example of where it worked |
| 18:32.53 | philipp64 | all the documentation says that 'N', 'Z', and 'X' are special pattern characters. Didn't see anywhere where it states that these can be lowercase also. |
| 18:33.19 | Corydon76-dig | Well, they can, since at least the latest 1.2 |
| 18:33.51 | Corydon76-dig | Yes, I checked. |
| 18:34.14 | philipp64 | it worked here! http://pastebin.com/bxrVmdNx |
| 18:34.50 | Corydon76-dig | No, it didn't. That's a literal extension, not a pattern |
| 18:35.07 | *** join/#asterisk-dev akshayb (~b49531e9@gateway/web/freenode/x-llphxtjipzsveuqf) |
| 18:35.20 | philipp64 | putting _f[n]-. is a bit clunky. what about making backslash work too? i.e. _f\n-. ? |
| 18:35.37 | Corydon76-dig | In a non-pattern, an 'n' is a literal 'n'. In a pattern, 'n' is a digit 2-9. |
| 18:36.23 | Corydon76-dig | If you think that'll work, you're welcome to try it. We are NOT going to change the pattern match algorithm just because you find it clunky. |
| 18:36.28 | philipp64 | right... and _f\n-. would be a pattern because of the '_'... |
| 18:36.52 | Corydon76-dig | especially NOT in the middle of a release cycle |
| 18:36.56 | philipp64 | I tried using \, and it makes no difference. |
| 18:37.04 | philipp64 | ok, how about fixing it in trunk then? |
| 18:37.19 | Corydon76-dig | Propose it on the -dev list |
| 18:37.49 | Corydon76-dig | This is not a channel where you can suggest arbitrary changes and have them committed immediately |
| 18:41.01 | kpfleming | something that does not work the way you wish is not 'broken', and a change for it is not a 'fix' :-) |
| 18:41.06 | philipp64 | it's not arbitrary. I thought that perhaps there was some non-determinancy in how the pattern matching functioned. it previously had issues where it wasn't matching the first extension it should, if you remember. |
| 18:41.20 | philipp64 | my thinking was that there might be other outstanding issues with it. |
| 18:41.41 | Corydon76-dig | There may well be, but I haven't heard of any |
| 18:42.13 | philipp64 | yup, and the stdexten stuff has been out there for over a year, even though it's wrong, and no one reported any issues with it. |
| 18:42.16 | philipp64 | go figure. |
| 18:42.39 | Corydon76-dig | That was a malformed example, not a problem with the code |
| 18:43.00 | philipp64 | but people use that example in production environments. I know, because we do. |
| 18:43.20 | philipp64 | anyway, I'm not sure the distinction matters. |
| 18:43.40 | philipp64 | if the examples are hard to 'get right', that speaks to the underlying code's qualities. |
| 18:43.43 | Corydon76-dig | Clearly, they're not receiving any status back from Dial other than NOANSWER or BUSY, then |
| 18:44.20 | Corydon76-dig | The examples aren't hard to get right; they merely require that somebody verify that they're correct. |
| 18:44.44 | Corydon76-dig | And when I say verify, I mean running a test. |
| 18:44.45 | philipp64 | and glare has never resulted in CANCEL? |
| 18:45.12 | Corydon76-dig | I wasn't aware that CANCEL is an actual Dial status |
| 18:46.19 | philipp64 | it's on the voip-info.org page... which may or may not be accurate. |
| 18:46.58 | Corydon76-dig | Apparently it is; I've just never seen it. |
| 18:48.28 | Corydon76-dig | It's probably exceptionally rare, which means when it failed to work, nobody noticed |
| 18:51.30 | philipp64 | they would have had to have verbosity turned up, and be on a remote console... |
| 18:54.23 | philipp64 | posted... |
| 19:00.23 | jmls | urg. If I have a message like "/bin/sh: build_tools/make_version: /bin/sh^M: bad interpreter: No such file or directory" |
| 19:00.39 | jmls | that means I have a CR somewhere that I shouldn't, right ? |
| 19:01.09 | *** join/#asterisk-dev jsmith (~jsmith@asterisk/training-and-documentation-guru/jsmith) |
| 19:01.09 | *** mode/#asterisk-dev [+o jsmith] by ChanServ |
| 19:01.45 | philipp64 | can you say "dos2unix" ? |
| 19:02.28 | jmls | I'm trying to figure out a) if that is the problem, and b) if so, why is it happening. |
| 19:03.11 | jmls | The source is gotten from wget -r on an apache server folder. Just wondering if apache is doing something it shouldn't |
| 19:04.06 | philipp64 | --local-encoding=ascii |
| 19:05.41 | Qwell | jmls: is apache running on windows or something silly? |
| 19:08.03 | jmls | Qwell: yup |
| 19:08.12 | Qwell | there's your problem |
| 19:09.03 | jmls | and it's a problem indeed, because I can't use linux for this part |
| 19:09.56 | Corydon76-dig | sed -i 's/\015//' filename |
| 19:10.10 | pabelanger | philipp64: the changes in your new patch are already in trunk, I suggest upgrading you local svn. |
| 19:10.27 | jmls | I'm downloading the entire asterisk source tree (box has no internet access) from http |
| 19:10.30 | pabelanger | the _stde[x]te[n] fixes |
| 19:13.55 | jmls | ok, so it's not wget that's the problem. I've added asterisk as a project to eclipse - but the files now have CR/LF as a EOL. |
| 19:14.26 | jmls | does anyone know of a setting in eclipse that I can supress this behaviour ? |
| 19:15.58 | Qwell | jmls: it's svn that's changing the files |
| 19:19.55 | philipp64 | pabelanger: that must be recent then, because I did an svn update about 5 days ago. |
| 19:20.18 | Corydon76-dig | <headdesk> |
| 19:20.20 | pabelanger | lol |
| 19:20.53 | pabelanger | was recent :) |
| 19:21.21 | philipp64 | unchanged for over a year, and then someone starts tweaking it out of the blue. what are the chances? |
| 19:22.31 | Corydon76-dig | You have an odd sense of a year. |
| 19:23.32 | Corydon76-dig | I count 11 changes over the last year, including one just 2 weeks ago |
| 19:24.11 | philipp64 | ok, so what was the last change to the stdexten stuff? |
| 19:24.32 | philipp64 | (not counting the one you made just after I pointed it out...) |
| 19:24.55 | jmls | is hoping svn:eol-style is what is needed .... |
| 19:25.15 | Corydon76-dig | November 3rd |
| 19:26.09 | Corydon76-dig | Again, if November to April is a year to you, you have an odd sense of time |
| 19:26.13 | philipp64 | I don't think branching 1.6.2 from 1.6.1 counts. |
| 19:26.44 | Corydon76-dig | Revision 227361 |
| 19:28.14 | Corydon76-dig | ~sheldon |
| 19:28.15 | infobot | BAZINGA! |
| 19:29.18 | leifmadsen | w00t! |
| 19:29.23 | jmls | arrghh. can't set eol-style on a external project :( |
| 19:30.01 | Corydon76-dig | sets american-style on jmls |
| 19:30.10 | philipp64 | Corydon76-dig: I mean besides my own changes. |
| 19:30.54 | Corydon76-dig | I don't make such distinctions |
| 19:31.07 | Corydon76-dig | If it was committed, it's a change. Period. |
| 19:33.04 | jmls | I don't suppose that you guys would consider adding svn:eol-style=LF to all projects ? |
| 19:33.28 | Qwell | nope |
| 19:33.31 | Corydon76-dig | jmls: but then files wouldn't compile on windows |
| 19:33.34 | leifmadsen | <jmls style="hampster" /> |
| 19:33.49 | leifmadsen | wonders if anyone will get the reference |
| 19:34.17 | Corydon76-dig | leifmadsen: isn't it supposed to be chipmunk? |
| 19:34.21 | leifmadsen | nope |
| 19:34.24 | leifmadsen | hamster styles |
| 19:34.28 | jmls | Corydon76-dig: I don't want the bloody things to compile on windows, just to be able to svn the buggers onto a windows server without getting CRLF |
| 19:34.39 | Qwell | jmls: no but other people do |
| 19:34.48 | jmls | how many ? :) |
| 19:34.53 | Qwell | > 0 |
| 19:34.59 | putnopvut | 6, last time I counted |
| 19:35.14 | Corydon76-dig | Heck, I don't even know how many people want it to compile on Solaris... |
| 19:35.26 | putnopvut | Qwell really wants it to. |
| 19:35.28 | Corydon76-dig | (They're all insane, though) |
| 19:35.29 | Qwell | many more than you'd ever guess |
| 19:35.31 | jmls | I'm sure a C compiler will compile with LF instead of CRLF |
| 19:35.42 | Qwell | jmls: nope. and it's more than just the compiler |
| 19:35.47 | jmls | poo |
| 19:36.05 | Corydon76-dig | I'm fairly sure Oracle bought Sun just so they could finally put Solaris out of its misery |
| 19:36.38 | jmls | hang on. iksemel and astmanproxy both compiled (same scenario, external svn project) |
| 19:37.05 | jmls | compiled on the linux box, that is |
| 19:37.28 | jmls | after wgetting them from a windows http server |
| 19:37.59 | Corydon76-dig | One possibility is making shell scripts into binary files, as far as subversion is concerned... like we did with configure |
| 19:38.16 | Corydon76-dig | That involves changing the mime-type |
| 19:39.14 | Corydon76-dig | kpfleming: is this situation why configure was made into a nontext mime-type ? |
| 19:43.26 | Qwell | Corydon76-dig: yes |
| 19:43.45 | Qwell | among other files |
| 19:43.50 | Corydon76-dig | Qwell: then I think we have a solution |
| 19:44.49 | jmls | sounds good to me ;) |
| 19:44.51 | Qwell | but...then you lose the ability to svn diff |
| 19:44.54 | Qwell | which we aren't doing. |
| 19:45.36 | Qwell | it's an incredibly uncommon scenario, and just not something we should be working around in our repo. sorry ;/ |
| 19:46.06 | jmls | and compiling on windows is ... common ... :P |
| 19:46.25 | jmls | knows when he is beaten |
| 19:46.31 | Qwell | no, but compiling on windows is actually useful.. sorta |
| 19:46.58 | Corydon76-dig | Generated scripts, perhaps |
| 19:49.17 | *** join/#asterisk-dev jtodd (e6fzz18czl@asterisk/community-director-and-tie-dye-shirt-lover/jtodd) |
| 19:49.17 | *** mode/#asterisk-dev [+o jtodd] by ChanServ |
| 19:49.34 | Corydon76-dig | Qwell: perhaps the scripts could be generated via autoconf... best of both worlds |
| 19:49.55 | Corydon76-dig | jtodd: Good afternoon |
| 19:52.13 | *** join/#asterisk-dev akshayb_ (~b49531e9@gateway/web/freenode/x-nkphalbkeirguumg) |
| 20:01.38 | *** join/#asterisk-dev anthm (~anthm@freeswitch/developer/anthm) |
| 20:05.31 | jmls | ok, instead of an external project, svn get the appropriate stuff into a linux box. Tar and zip the folders into a file, add that file to svn |
| 20:05.48 | jmls | when installing, grab the file, unzip and compile. |
| 20:06.25 | jmls | can I "make clean" without removing my config (menuselect, ./configure , etc ) ? |
| 20:08.33 | jmls | also, when make install, can we have an option to remove old sound files from sounds ? I have loads of files now that I need to check if I need or not |
| 20:08.44 | jmls | is in a demanding mood :) |
| 20:08.52 | jmls | waiting for a slap |
| 20:14.09 | snuff-home | putnopvut: ping? |
| 20:14.19 | putnopvut | snuff-home: pong sir |
| 20:14.49 | snuff-home | did u see philipp64 msg about the merge of 'wrong patch' |
| 20:14.58 | putnopvut | snuff-home: Yeah, I saw that on the dev list. |
| 20:15.05 | snuff-home | cool :) |
| 20:15.09 | snuff-home | gets ready for work |
| 20:32.39 | Marquis42 | leifmadsen: An hour late, but is that supposed to be an Orgasmo reference? |
| 20:33.07 | leifmadsen | Marquis42: YES!~ |
| 20:33.20 | Marquis42 | I win :) |
| 20:33.20 | leifmadsen | gives Marquis42 a lollipop |
| 20:33.28 | Marquis42 | haha |
| 20:45.47 | putnopvut | I hate that movie |
| 20:45.59 | putnopvut | is just trying to be a downer :) |
| 20:48.07 | Marquis42 | putnopvut: You take that back, that movie is hilarious! :P |
| 20:48.50 | Corydon76-dig | putnopvut: Debbie Downer! |
| 20:55.09 | philipp64 | Corydon76-dig: since the stdexten issue was discovered as part of the investigation of the freenum issue, don't you think that a little discussion, perhaps looking at my suggested fix, etc. before committing r260156 might have been in order? |
| 20:56.34 | philipp64 | it just strikes me that someone outside Digium can propose a fix and have it sit for months, but someone inside Digium can whip up a fix (or half a fix, in this case, since it only addressed 50% of the problem) and get that committed within minutes with no discussion. |
| 20:57.31 | Corydon76-dig | That's not an inside/outside, that's a committer/noncommitter |
| 20:57.53 | eliel | sorry for this #asterisk question: is there any condition where asterisk only sends rtp when it receives it? |
| 20:58.14 | Corydon76-dig | philipp64: And I think I committed that BEFORE you filed the issue |
| 20:58.31 | philipp64 | but after I brought it up in discussion. |
| 20:58.48 | Corydon76-dig | Yep, about 7 minutes before you filed the issue |
| 20:59.04 | philipp64 | so we're in a race now? is that it? |
| 20:59.44 | philipp64 | huh... and I thought the best fix was the one that should win out. |
| 20:59.55 | philipp64 | no, no "not-invented-here" going on, no sir. |
| 21:00.05 | Corydon76-dig | Exactly how do I refer to a patch in an issue that hasn't been filed yet? |
| 21:00.44 | philipp64 | maybe you wait for the discussion on the matter to reach some sort of conclusion, consensus, etc. of course that assumes that anyone else's opinion matters to you. |
| 21:01.27 | philipp64 | I just think it would be nice if your fixes got a fraction of the scrutiny that my fixes seem to require. |
| 21:02.10 | philipp64 | just on the odd chance that someone might have something valid to contribute before it goes in |
| 21:02.47 | philipp64 | ducks as a pig goes soaring over his head. |
| 21:02.48 | Marquis42 | philipp64: Given that the change was trivial, and that it specifically fixed an example that was obviously (upon closer inspection) wrong, I don't think it was rash to commit it. In addition, should a different resolution be warranted, the sample (and code, if necessary) can be changed. There is nothing immutable about what Corydon76-dig put in. |
| 21:02.51 | Corydon76-dig | Uh, we aren't running out of commit numbers. We can do things in multiple commits, you know |
| 21:03.18 | jsmith | Not only that, but I for one disagree that we should add the \ for escaping |
| 21:03.35 | jsmith | Pattern matching is already difficult enough... the last thing we need to do is go changing the rules again |
| 21:03.40 | philipp64 | right... why fix something once when you can fix it twice instead. |
| 21:03.45 | Marquis42 | Certainly if that was the proposal, I'd be against it. |
| 21:03.58 | pabelanger | I don't understand why people get upset there code does not get merge into trunk right away. Give it time. |
| 21:04.02 | philipp64 | Did anyone actually READ my proposed fix for pete's sake???? |
| 21:04.07 | jsmith | philipp64: I did |
| 21:04.17 | jsmith | philipp64: And you just read my opinion on it |
| 21:05.12 | philipp64 | my review request brought up the tangential question that, oh by the way, writing \x would be a little neater than [x], and that's something to consider, but IN THE MEANTIME this is how we fix it. |
| 21:05.56 | jsmith | In the meantime, I think Corydon76-dig did the proper thing -- to fix the example that was wrong. I'm not sure what else you'd expect. |
| 21:06.04 | philipp64 | anyway, it's more than a little hypocritical to slap me down for being impatient when you couldn't wait 8 minutes to understand the entire scope of the issue. |
| 21:06.12 | philipp64 | the difference being that you can commit, and I can't. |
| 21:06.22 | jsmith | is confused |
| 21:06.34 | jsmith | What do you mean by "understand the entire scope of the issue" here? |
| 21:06.35 | philipp64 | EXCEPT that it's wrong in TWO PLACES, and he only fixed ONE. |
| 21:06.43 | Corydon76-dig | I slapped you down for being impatient? |
| 21:06.51 | philipp64 | on more than one occasion. |
| 21:07.14 | philipp64 | for instance, with the Makefile/sounds fix that has been sitting untouched since.... September, I think. |
| 21:07.26 | philipp64 | and on various other makefile issues as well. |
| 21:07.52 | philipp64 | you told me that you have MORE IMPORTANT things to fix, and that's why you haven't gotten around to it. |
| 21:08.08 | Corydon76-dig | When I made the commit today, it was for an issue that hadn't yet been filed, and I did not want it to slip through the cracks. |
| 21:08.11 | philipp64 | but you leap at fixing a dialplan issue which, admittedly, no one but myself has every reported having an issue with. |
| 21:08.13 | philipp64 | go figure. |
| 21:08.33 | philipp64 | you're right, Tilghman. as always. |
| 21:08.37 | Corydon76-dig | and I could fix it faster than filing an issue |
| 21:10.20 | leifmadsen | philipp64: what Makefile/sounds issue are you referring to |
| 21:10.35 | leifmadsen | sometimes things get missed -- that's what happens when we have 600+ issues to keep track of |
| 21:11.20 | Corydon76-dig | leifmadsen: it's actually not a bad idea. It's a local cache of files downloaded from downloads.asterisk.org |
| 21:11.31 | leifmadsen | it doesn't do that now? |
| 21:11.46 | leifmadsen | I wish I'd known about it or thought about it when I was doing the sounds releases |
| 21:11.49 | Corydon76-dig | Well, it caches across multiple source directories |
| 21:12.38 | leifmadsen | philipp64: that issue probably sat for a long time because the sounds releases were a huge pain in the ass before because a lot of things were manual and we didn't have a standard process (like we do for asterisk releases). I just did my first sounds release this week and have documented the process. It should be a lot easier to get changes for sounds related things in from now on. |
| 21:13.15 | Corydon76-dig | leifmadsen: this is actually in the 'make install' part of Asterisk, where we download the latest release |
| 21:13.20 | leifmadsen | ah gotcha |
| 21:13.28 | leifmadsen | well someone can assign it to me and I'll take care of it |
| 21:13.35 | leifmadsen | probably a trivial change |
| 21:14.25 | philipp64 | M15370 |
| 21:14.28 | MuffinMan | [confirmed] [Asterisk] Core/BuildSystem 0015370: [patch] Repeatedly building the asterisk directory repeatedly downloads the sounds files reported by pprindeville https://issues.asterisk.org/view.php?id=15370 |
| 21:14.51 | philipp64 | no, it was hardly trivial. |
| 21:15.39 | leifmadsen | ok, so I can't win |
| 21:16.03 | leifmadsen | regardless, it's assigned to me now and I'll see what I can do about moving that forward |
| 21:16.24 | philipp64 | welcome to my world. |
| 21:17.41 | philipp64 | notes that he has had resources set up to investigate 16266 for several weeks, and is just waiting for someone with which to collaborate with on the issue. |
| 21:17.48 | philipp64 | M16266 |
| 21:17.50 | MuffinMan | [confirmed] [Asterisk] Core/BuildSystem 0016266: [patch] Trunk won't build as cross-compilation reported by pprindeville https://issues.asterisk.org/view.php?id=16266 |
| 21:18.36 | leifmadsen | I'm sure all we need is more hours in a day |
| 21:19.37 | philipp64 | leifmadsen: please put 17040 back into fixed state, now that R565 has gone in. |
| 21:19.56 | leifmadsen | huh? |
| 21:20.06 | leifmadsen | it's already closed as fixed |
| 21:20.12 | philipp64 | I reopened it. |
| 21:20.28 | leifmadsen | no you didn't |
| 21:20.32 | leifmadsen | it's currently closed |
| 21:21.20 | philipp64 | interesting.. I did a refresh and some notes went away. |
| 21:21.41 | leifmadsen | shrugs |
| 21:22.04 | philipp64 | oh, bugger. I'm losing it. 17058. sorry, the two are inter-related. |
| 21:22.21 | philipp64 | you need the dialplan *and* the chan_sip.c changed to use ISN. |
| 21:22.28 | leifmadsen | closed |
| 21:22.38 | philipp64 | thanks. |
| 21:22.43 | leifmadsen | what chan_sip.c change? |
| 21:22.49 | philipp64 | 17040. |
| 21:23.06 | leifmadsen | ah |
| 21:23.09 | philipp64 | hence the note https://issues.asterisk.org/view.php?id=17058#120661 |
| 21:23.22 | leifmadsen | well, if you're using domains |
| 21:23.53 | philipp64 | (we use them for multi-tenancy extensively.) |
| 21:25.37 | pabelanger | leifmadsen: If your looking for work! |
| 21:25.39 | pabelanger | r630 |
| 21:25.44 | MuffinMan | [R630] CLI command 'manager show settings' [Pending] Submitted by pabelanger => https://reviewboard.asterisk.org/r/630/ |
| 21:25.44 | philipp64 | 17263 is also a child-of 17058... and should be changed to "Documentation". Sorry about that. |
| 21:25.53 | pabelanger | hehe |
| 21:26.38 | *** join/#asterisk-dev tzafrir (~tzafrir@212.179.75.202) |
| 21:26.38 | *** mode/#asterisk-dev [+o tzafrir] by ChanServ |
| 21:27.00 | leifmadsen | philipp64: I think you mean parent (children need to be closed prior to the parents) |
| 21:27.48 | philipp64 | as you like. "regression" is much less ambiguous. :-) |
| 21:31.04 | pabelanger | fun times, but I'm out for a while. Later all. |
| 21:32.46 | philipp64 | anyone work much with Taqua? |
| 21:34.29 | leifmadsen | never heard of it |
| 21:35.05 | seanbright | i've worked with tequila |
| 21:35.15 | seanbright | has never ended well |
| 21:36.55 | jsmith | philipp64: I played with some Taqua stuff a few years ago... why? |
| 21:37.48 | philipp64 | having a hard time to get the correct CID to show up on a hairpinned call during find-me/follow-me. I'm wondering if they handle Diversion: and P-Asserted-Identity: correctly. |
| 21:37.54 | philipp64 | they seem to ignore both. |
| 21:38.16 | philipp64 | wanted to get a smoking gun and be sure the issue was at their end and not here. |
| 21:39.02 | jmls | hmm. getting |
| 21:39.04 | jmls | <PROTECTED> |
| 21:39.08 | jmls | extensions reload |
| 21:39.22 | jmls | would be nice if when there was an error like this, the file was kept. |
| 21:39.29 | jmls | difficult to see where the error is :) |
| 21:40.06 | jsmith | philipp64: I didn't do any hairpins on the Taqua I was using |
| 21:40.35 | philipp64 | how is their SIP compliance in general? |
| 21:43.21 | jmls | ha! found it. |
| 21:43.32 | jmls | my #exec script was not executable |
| 21:43.33 | jmls | ;) |
| 21:45.13 | leifmadsen | heh |
| 21:50.43 | jsmith | philipp64: At the time, it was decent. I don't know about now... we weren't doing much SIP stuff... mostly SS7 |
| 21:54.50 | *** part/#asterisk-dev mnick86 (~Matthias@whhem00002.cip.uni-regensburg.de) |
| 21:57.02 | jmls | now has an autotmatic asterisk server provisioning system |
| 21:57.12 | jmls | res_config_curl just rocks :) |
| 21:59.50 | Corydon76-dig | jmls: so what you're saying is, I need to break it. ;-) |
| 22:00.50 | leifmadsen | jmls: ooo! docs! docs! |
| 22:00.52 | leifmadsen | :) |
| 22:01.17 | leifmadsen | philipp64: I can't make people use the asterisk-doc mailing list :) |
| 22:03.02 | Corydon76-dig | jmls: admit it. You want to go back to the days of res_config_odbc, when the Progress driver crashed constantly |
| 22:10.56 | jmls | Corydon76-dig: those were the days :) |
| 22:11.13 | jmls | It was "acceptable" for the system to crash "only" 12 times a day .... |
| 22:11.30 | jmls | now I get my nits trampled on if it goes down once a year :( |
| 22:11.36 | jmls | *nuts |
| 22:12.19 | jmls | leifmadsen: willdo - there are some bits I will need to take out, but the vast majority is general enough |
| 22:12.31 | jmls | got to doc it for the other guys anyways, so no problems there |
| 22:12.53 | jmls | #1: insert centos 5.4 cd |
| 22:13.10 | Corydon76-dig | jmls: I could potentially make the driver faster, though |
| 22:13.15 | jmls | #2 linux ks=http://192.168.99.100/kickstart/asterisk.cfg |
| 22:13.28 | jmls | #3 sit back and wait 20 minutes |
| 22:13.37 | jmls | Corydon76-dig: that would be cool |
| 22:13.44 | jmls | not that I've seen it slow .... |
| 22:14.25 | jmls | #4 server provisioned from database, all my little wrinkles installed, cepstral, etc etc |
| 22:14.59 | jsmith | does kickstart installs all the time |
| 22:15.01 | jmls | Corydon76-dig: I actually just deleted some progress error files from the server literally 10 minutes ago! |
| 22:16.41 | leifmadsen | I have a Cobbler virtual machine that I use to install other virtual machines automatically for me :) |
| 22:16.50 | jmls | cool. |
| 22:16.59 | Marquis42 | leifmadsen: +1, that's how I do it too. |
| 22:17.12 | jmls | that's my next step - to allow for multiple servers to be connected to the main database system |
| 22:17.27 | leifmadsen | it seems weird that a virtual machine is making other virtual machines... a little too close to robots taking over |
| 22:17.30 | jmls | could even go so far as having one server per agent :) |
| 22:17.32 | Corydon76-dig | jmls: http://tinyurl.com/3yxbrly |
| 22:18.22 | jmls | wtf |
| 22:18.28 | jmls | he got big (ger) |
| 22:18.41 | Corydon76-dig | 16.5 lbs |
| 22:18.51 | jmls | jeeezzzus |
| 22:19.07 | Corydon76-dig | You know where he sleeps? |
| 22:19.13 | jmls | wouldn't want that hopping round my house. He'd go through the floors ... |
| 22:19.26 | Corydon76-dig | ANYWHERE HE WANTS TO |
| 22:19.31 | jmls | no shit |
| 22:19.42 | jmls | don't get the bunny cross |
| 22:20.03 | Corydon76-dig | I have. He's bitten me on the nipple |
| 22:20.27 | jmls | that's .... just .... far ... to much information .... |
| 22:20.33 | Corydon76-dig | Sharp little teeth |
| 22:21.12 | Corydon76-dig | I thought it would be fun to have a bunny lie on my chest. He figured out exactly what would make me let him go. |
| 22:21.14 | jmls | there's nothing little about that ... that ... rabbit is such a poor word |
| 22:21.39 | jmls | anyways, on that note, gotta go sleepies |
| 22:21.46 | Corydon76-dig | g'night |
| 22:21.51 | jmls | is going to have nightmares about giant rabbits now |
| 22:22.22 | Corydon76-dig | But now he jumps up onto my lap, for raisins |
| 22:24.33 | *** join/#asterisk-dev Greek-Boy (~Greek-B0y@41.188.154.137) |
| 22:52.08 | *** join/#asterisk-dev TheDavidFactor (~chatzilla@c-68-34-116-180.hsd1.md.comcast.net) |
| 22:56.44 | philipp64 | Corydon76-dig: since you've already started looking into the issue, what's the chance of assigning 17263 to yourself? |
| 23:24.03 | *** join/#asterisk-dev TheDavidFactor (~chatzilla@c-68-34-116-180.hsd1.md.comcast.net) |