| 00:03.11 | *** join/#asterisk-dev obnauticus (~obnauticu@about/windows/regular/obnauticus) |
| 00:06.59 | *** join/#asterisk-dev jmls (~jmls@host217-36-208-155.in-addr.btopenworld.com) |
| 00:53.02 | *** join/#asterisk-dev nickw (~nickw@c-76-111-107-117.hsd1.md.comcast.net) |
| 02:52.59 | *** join/#asterisk-dev pabelanger_ (~pabelange@CPE004010100002-CM00159a090f12.cpe.net.cable.rogers.com) |
| 05:22.40 | *** join/#asterisk-dev oej (~olle@ns.webway.se) |
| 05:22.40 | *** mode/#asterisk-dev [+o oej] by ChanServ |
| 05:40.42 | *** join/#asterisk-dev tzafrir_laptop (~tzafrir@local.xorcom.com) |
| 05:40.42 | *** mode/#asterisk-dev [+o tzafrir_laptop] by ChanServ |
| 06:01.04 | jmls | morning all |
| 06:01.11 | jmls | has his review ! yay! |
| 06:01.22 | jmls | is jpeeler in here ? |
| 06:11.29 | snuff-work | ello :) |
| 06:11.46 | jmls | snuff-work: ! |
| 06:12.21 | jmls | line 158 : why would I need to be checking direction if the test is for "both read & write" |
| 06:12.58 | jmls | it doesn't matter if the direction is read or write, as the "both" flag was set |
| 06:17.32 | snuff-work | yer i'm with u |
| 06:17.33 | snuff-work | :) |
| 06:22.11 | jmls | wow. |
| 06:22.40 | jmls | is trembling with the thought of actually getting this thing out of his hair .. :) |
| 06:24.37 | snuff-work | is there a reason for the deletion from 'res_mutestream' ? |
| 06:25.20 | snuff-work | ah.. no matter |
| 06:25.21 | snuff-work | i see |
| 06:25.26 | snuff-work | can't read :P |
| 06:26.31 | jmls | dont'w worry me like that. |
| 06:26.34 | jmls | that was cruel |
| 06:26.47 | snuff-work | probably wouldn't hurt if that bit you moved from mutestream to frame.c |
| 06:26.55 | snuff-work | to fix the 'style' |
| 06:27.03 | snuff-work | oh wait.. |
| 06:27.13 | snuff-work | stupid thing all in the for loop |
| 06:27.32 | *** join/#asterisk-dev oej (~olle@ns.webway.se) |
| 06:27.32 | *** mode/#asterisk-dev [+o oej] by ChanServ |
| 06:27.32 | jmls | .%%$^9(*wej234 |
| 06:27.40 | jmls | is having a heart attac |
| 06:27.51 | snuff-work | heh.. my bad.. |
| 06:27.55 | jmls | attack, even. more serious than an attac |
| 07:05.31 | *** join/#asterisk-dev bklang (~bklang@tesla.alkaloid.net) |
| 07:06.17 | *** join/#asterisk-dev oej (~olle@ns.webway.se) |
| 07:06.17 | *** mode/#asterisk-dev [+o oej] by ChanServ |
| 07:07.36 | oej | Morning folks |
| 07:12.50 | Gugge | Morning |
| 07:23.05 | *** join/#asterisk-dev Jacke (jacke@valhalla.bofh.org) |
| 07:38.02 | *** join/#asterisk-dev philipp64 (~chatzilla@66.232.79.143) |
| 07:44.32 | *** join/#asterisk-dev hehol (~hehol@buero-gw.dortmund.loca.net) |
| 08:19.00 | *** join/#asterisk-dev tamiel (~tamiel@213.30.183.226) |
| 08:30.06 | *** join/#asterisk-dev michael-i (~michael-i@141.41.40.185) |
| 08:32.40 | *** part/#asterisk-dev pentanol (~pentanol@77-35-9-096.pppoe.primorye.net.ru) |
| 08:33.04 | *** join/#asterisk-dev oej (~olle@ns.webway.se) |
| 08:33.04 | *** mode/#asterisk-dev [+o oej] by ChanServ |
| 09:01.00 | *** join/#asterisk-dev philipp64 (~chatzilla@mail.redfish-solutions.com) |
| 09:25.48 | atis_work | morning |
| 09:31.11 | *** join/#asterisk-dev alecdavis (~alec@202-78-149-14.cable.telstraclear.net) |
| 09:31.34 | *** part/#asterisk-dev alecdavis (~alec@202-78-149-14.cable.telstraclear.net) |
| 09:42.04 | jmls | is now all excited |
| 09:42.19 | jmls | does a "ship it" mean I can commit to trunk ?? |
| 09:51.06 | atis_work | i guess that yes, but you had to collect several of those |
| 09:51.16 | atis_work | yawns |
| 09:51.30 | atis_work | haven't been in office so early for a long time |
| 09:59.03 | atis_work | does anybody have any ideas why chan_sip couldn't support ringing indication? |
| 09:59.31 | oej | We do support ringing indication |
| 09:59.49 | atis_work | i know, it works on one server but doesn't on another |
| 10:00.35 | atis_work | Driver for channel 'SIP/90475-015c31c0' does not support indication 3, emulating it |
| 10:00.42 | atis_work | and no warning before that |
| 10:05.56 | atis_work | ah, it's the same on other server, except it does have additional "Generator got voice, switching to phase locked mode" |
| 10:07.30 | atis_work | i probably have to test indication generation |
| 10:36.42 | *** join/#asterisk-dev kpfleming (~kpfleming@asterisk/digium-director-of-software-tech/kpfleming) |
| 10:36.42 | *** mode/#asterisk-dev [+o kpfleming] by ChanServ |
| 10:56.25 | atis_work | damn, stupid firewalls |
| 10:56.49 | atis_work | however i don't get why voice appeared after some 30 seconds.. |
| 11:23.19 | leifmadsen | jmls: yes! |
| 11:24.42 | *** join/#asterisk-dev pentanol (~pentanol@77-35-9-096.pppoe.primorye.net.ru) |
| 11:27.43 | jmls | holy cow. It's done ! |
| 11:28.45 | jmls | do I close the reviewboard entry now ? |
| 11:28.57 | seanbright | once it's committed it will get "submitted" |
| 11:29.02 | seanbright | on reviewboard |
| 11:29.13 | jmls | automatically ? |
| 11:29.18 | seanbright | automagically |
| 11:29.32 | jmls | hhhm. |
| 11:29.50 | jmls | suspects that he has missed a step somewhere |
| 11:30.01 | seanbright | you did |
| 11:30.23 | seanbright | you didn't use the commit message template |
| 11:30.43 | seanbright | http://www.asterisk.org/doxygen/trunk/CommitMessages.html |
| 11:30.56 | seanbright | you can fix your log message like this: |
| 11:31.25 | seanbright | svn pe svn:log --revprop -r 258190 |
| 11:31.27 | seanbright | err |
| 11:31.29 | seanbright | svn pe svn:log --revprop -r 258190 . |
| 11:32.25 | kpfleming | jmls: you also need to update CHANGES to reflect the new user-visible functionality you've added |
| 11:33.36 | jmls | seanbright: how do I commit the new log message ? |
| 11:33.41 | jmls | kpfleming: will do |
| 11:33.51 | seanbright | seanbright: just save and close the editor and it will happen |
| 11:34.11 | jmls | sorry guys. svn asterisk virgin |
| 11:34.28 | seanbright | sure. |
| 11:38.06 | seanbright | ok this is weird... in lucid: |
| 11:38.27 | seanbright | "Mozilla Firefox: Default search engine has been changed to Yahoo!" |
| 11:39.25 | Kobaz | heh |
| 11:39.37 | Kobaz | you guys are up early |
| 11:39.55 | seanbright | i've been up since 5:30 |
| 11:40.02 | seanbright | girlfriend's orders |
| 11:41.28 | jmls | oh, pooo. Did all the work in sorting out the log message on a system where I don't have my commit access enabled :( |
| 11:41.35 | tzafrir_laptop | seanbright, they changed it back to google |
| 11:42.09 | tzafrir_laptop | uses http://duckduckgo.com ATM |
| 11:43.14 | seanbright | tzafrir_laptop: why did they change it in the first place? |
| 11:43.49 | tzafrir_laptop | No idea. |
| 12:27.52 | *** join/#asterisk-dev jeffg (~jeffg@pdpc/supporter/professional/jeffg) |
| 13:09.49 | *** join/#asterisk-dev pentanol (~pentanol@77.35.55.126) |
| 13:17.30 | *** join/#asterisk-dev Deeewayne (~dwayne@75-150-14-49-Atlanta.hfc.comcastbusiness.net) |
| 13:17.30 | *** mode/#asterisk-dev [+o Deeewayne] by ChanServ |
| 13:18.08 | *** join/#asterisk-dev eliel (~eliels@201.234.94.226) |
| 13:18.09 | *** mode/#asterisk-dev [+o eliel] by ChanServ |
| 13:25.25 | *** join/#asterisk-dev sruffell (~sruffell@asterisk/the-kernel-guy/sruffell) |
| 13:25.25 | *** mode/#asterisk-dev [+o sruffell] by ChanServ |
| 13:38.50 | *** join/#asterisk-dev putnopvut (~putnopvut@asterisk/master-of-queues/mmichelson) |
| 13:38.55 | *** mode/#asterisk-dev [+o putnopvut] by ChanServ |
| 13:39.54 | *** join/#asterisk-dev anthm (~anthm@freeswitch/developer/anthm) |
| 13:56.55 | *** join/#asterisk-dev rrb3942 (~rbullock@208.34.105.161) |
| 14:03.24 | *** join/#asterisk-dev philipp64 (~chatzilla@mail.redfish-solutions.com) |
| 14:26.56 | rrb3942 | I am doing some work on the originate command in manager.c, and I am trying to find a way to determine if the Tech/Device passed in Channel option is a valid device configured on the system. I tried using some of the ast_devstate stuff but I had no luck. Can anyone make a suggestion on how to do this? |
| 14:29.40 | putnopvut | rrb3942: regarding the tech, there is a function in channel.h called ast_get_channel_tech. As far as the device goes, that's not really possible from the manager code. |
| 14:33.49 | rrb3942 | hmm ok, that is something at least. Thanks putnopvut |
| 14:37.45 | *** join/#asterisk-dev The_Boy_Wonder (~vossel@asterisk/batman-developer/dvossel) |
| 14:37.45 | *** mode/#asterisk-dev [+o The_Boy_Wonder] by ChanServ |
| 14:41.42 | *** join/#asterisk-dev codefreeze-lap (~murf@mail.parsetree.com) |
| 14:41.42 | *** mode/#asterisk-dev [+o codefreeze-lap] by ChanServ |
| 14:49.19 | *** join/#asterisk-dev mbranca (~matteo@host139-217-static.224-95-b.business.telecomitalia.it) |
| 14:52.39 | *** join/#asterisk-dev elguero (~miguel323@h-68-167-124-171.cmbrmaor.static.covad.net) |
| 14:56.35 | *** join/#asterisk-dev xAvia (~matt@cpe-69-204-26-134.buffalo.res.rr.com) |
| 14:56.59 | *** join/#asterisk-dev jpeeler (~jpeeler@asterisk/digium-software-dev/jpeeler) |
| 14:56.59 | *** mode/#asterisk-dev [+o jpeeler] by ChanServ |
| 14:57.58 | *** join/#asterisk-dev kpfleming (~kpfleming@asterisk/digium-director-of-software-tech/kpfleming) |
| 14:57.58 | *** mode/#asterisk-dev [+o kpfleming] by ChanServ |
| 15:13.36 | *** join/#asterisk-dev outtolunc (~me@c-67-160-192-210.hsd1.ca.comcast.net) |
| 15:16.54 | *** join/#asterisk-dev atis_work (~atis_work@193.238.212.171) |
| 15:17.10 | pabelanger | Looking for some guidance about where to fix an issue with CALLERPRES(), in chan_sip, when Asterisk receives a 302 Redirect. |
| 15:18.19 | Corydon76-dig | Oy. That may be masquerade code in channel.c |
| 15:18.25 | pabelanger | I was thinking when we call 'do_forward', we can check and copy the cid values if they are set to Anonymous@anonymous.invalid |
| 15:22.18 | oej | the forwarding is done in the dial app |
| 15:22.23 | oej | funny enough |
| 15:28.39 | pabelanger | oej: Ya, my mistake. Either way, I'm not sure the best place to make the change is and like to try my hand a this patch. It seems pretty straight forward. |
| 15:31.56 | oej | The problem is that we have no domains in caller IDs... |
| 15:32.22 | oej | So anonymous@anonymous.invalid should propably change caller ID pres to make sure you get it on the outbound. THat's the proper way I think. |
| 15:33.06 | *** join/#asterisk-dev CunningPike (~CunningPi@204.239.8.157) |
| 15:50.04 | *** join/#asterisk-dev moy (~chatzilla@bas1-unionville55-1177733627.dsl.bell.ca) |
| 15:50.12 | putnopvut | just loooooooves it when a backtrace from a crash from an unoptimized build has "??" as its topmost stack frame... |
| 16:07.11 | jsmith | putnopvut: Ouch... |
| 16:07.33 | putnopvut | jsmith: I figured out the problem. The problem was that I was doing something really stupid. |
| 16:07.55 | jsmith | putnopvut: I doubt that |
| 16:13.50 | *** join/#asterisk-dev marv (~timr@24.214.206.254) |
| 17:04.18 | *** join/#asterisk-dev jmls (~jmls@host217-36-208-155.in-addr.btopenworld.com) |
| 17:06.14 | *** part/#asterisk-dev codefreeze-lap (~murf@mail.parsetree.com) |
| 17:08.57 | *** join/#asterisk-dev oej (~olle@ns.webway.se) |
| 17:08.57 | *** mode/#asterisk-dev [+o oej] by ChanServ |
| 17:18.44 | *** join/#asterisk-dev oej (~olle@ns.webway.se) |
| 17:18.44 | *** mode/#asterisk-dev [+o oej] by ChanServ |
| 17:27.54 | *** join/#asterisk-dev elguero (~miguel323@h-68-167-124-171.cmbrmaor.static.covad.net) |
| 17:35.22 | *** join/#asterisk-dev pabelanger_ (~pabelange@CPE004010100002-CM00159a090f12.cpe.net.cable.rogers.com) |
| 17:35.39 | *** join/#asterisk-dev atis_work (~atis_work@193.238.212.171) |
| 17:35.43 | *** join/#asterisk-dev anthm (~anthm@freeswitch/developer/anthm) |
| 17:38.57 | *** join/#asterisk-dev oej (~olle@ns.webway.se) |
| 17:38.58 | *** mode/#asterisk-dev [+o oej] by ChanServ |
| 17:47.03 | *** join/#asterisk-dev flyankur (~Zod@125.19.237.34) |
| 18:05.48 | *** join/#asterisk-dev pyite (~dschreibe@unaffiliated/pyite) |
| 18:16.34 | *** join/#asterisk-dev atis_work (~atis_work@193.238.212.171) |
| 18:19.44 | *** join/#asterisk-dev oej (~olle@ns.webway.se) |
| 18:19.44 | *** mode/#asterisk-dev [+o oej] by ChanServ |
| 18:24.07 | *** part/#asterisk-dev rrb3942 (~rbullock@208.34.105.161) |
| 18:59.55 | *** join/#asterisk-dev tzafrir_laptop (~tzafrir@bzq-218-155-148.cablep.bezeqint.net) |
| 18:59.55 | *** mode/#asterisk-dev [+o tzafrir_laptop] by ChanServ |
| 19:10.36 | *** join/#asterisk-dev mpe (~mpe@94.127.49.1) |
| 19:12.32 | *** join/#asterisk-dev slawek (~slawek@chello089072183060.chello.pl) |
| 19:14.33 | slawek | Hi everyone, I am a student and new to asterisk, I am trying to modify audio in Asterisk - i would like to hide some information in voice audio(using steganography) |
| 19:14.33 | slawek | while talking using PSTN network. How could I modify the audio that i being sent from one end point to another? I mean i would |
| 19:14.33 | slawek | like to be able only to modify one persons voice on one side and read that on the other side of the call, to look for information. |
| 19:14.34 | slawek | I have to boxes with asterisk connected by fxs/fxo interfaces. I don't now how to start - I am looking for maybe some example code or info where to look for. |
| 19:14.37 | slawek | So far i tried to write a dialplan function based on func_volume but i think that i can't do that with audiohooks |
| 19:15.31 | *** join/#asterisk-dev diegomad (~mad@190.146.200.120) |
| 19:16.07 | jsmith | slawek: The easiest way might be to use JACK. Otherwise, audiohooks is probably the best way. |
| 19:16.17 | jsmith | slawek: (That being said, I don't know how to use either, so I'm just guessing) |
| 19:18.03 | *** join/#asterisk-dev atis_work (~atis_work@193.238.212.171) |
| 19:18.18 | slawek | well i tried using audiohooks but (maybe I don't understand how they work - i am just learning asterisk) i think that i can't access the voice sent by one end point of a call using them. |
| 19:20.27 | leifmadsen | slawek: oh you might want to look at func_pitchshift.c as it might give you an idea how to modify just one side of the call |
| 19:21.49 | slawek | thanks I will look at it too |
| 19:27.49 | jsmith | leifmadsen: Good call! |
| 19:27.57 | leifmadsen | I'm not just a pretty face |
| 19:28.07 | file | questionable. |
| 19:28.54 | jsmith | leifmadsen: The word "just" there would suggest that a pretty face were one of your features. That, my friend, is debatable! |
| 19:29.01 | jsmith | challenges leifmadsen's assertions |
| 19:29.09 | leifmadsen | jsmith: :D |
| 19:40.28 | *** join/#asterisk-dev oej (~olle@ns.webway.se) |
| 19:40.28 | *** mode/#asterisk-dev [+o oej] by ChanServ |
| 20:10.52 | pabelanger | m17222 |
| 20:10.53 | MuffinMan | [feedback] [Asterisk] Core/General 0017222: [patch] [regression] Colourized logging option request as an option reported by voxter https://issues.asterisk.org/view.php?id=17222 |
| 20:11.35 | pabelanger | very trivial patch, but want to confirm it is correct. Still not confident yet. |
| 20:39.51 | *** join/#asterisk-dev philipp64 (~chatzilla@mail.redfish-solutions.com) |
| 20:41.02 | seanbright | so why would a crash happen within calloc? |
| 20:45.48 | Corydon76-dig | seanbright: corruption of malloc's internal structures |
| 20:46.02 | Corydon76-dig | Usually ends with an abort() |
| 20:46.03 | seanbright | super. |
| 20:46.08 | seanbright | yeah. thats in there. |
| 20:46.43 | Corydon76-dig | Yeah, that means something overflowed the memory boundary |
| 20:47.00 | seanbright | so with 1.6.1 SVN my only option to get it debugged is valgrind, correct? |
| 20:47.33 | Corydon76-dig | Well, it depends. If it didn't overwrite very far, you might be able to find it with only MALLOC_DEBUG |
| 20:48.04 | Corydon76-dig | but otherwise, yes, valgrind is the only tool |
| 20:48.13 | seanbright | alrighty. |
| 20:48.31 | Corydon76-dig | If you knew which module owned the memory, you could try MALLOC_HOLD |
| 20:48.44 | Corydon76-dig | (define it in that source file only and recompile) |
| 20:49.00 | Corydon76-dig | MALLOC_HOLD is signficantly faster than valgrind |
| 20:49.11 | seanbright | is MALLOC_HOLD in 1.6.1? |
| 20:49.19 | seanbright | i thought it was a branch |
| 20:49.33 | seanbright | also: it appears to be frame.c related |
| 20:49.38 | seanbright | which is problematic |
| 20:50.15 | Corydon76-dig | Ah, I have malloc_hold for 1.6.0, but not for 1.6.1 |
| 20:51.00 | seanbright | how big of a diff against 1.6.0 head? |
| 20:51.27 | Corydon76-dig | Fairly small, IIRC |
| 20:51.42 | Corydon76-dig | Oh, and the malloc_hold branch is against 1.4, not trunk |
| 20:52.20 | seanbright | where is malloc_hold for 1.6.0? |
| 20:52.34 | seanbright | and if the corruption is occurring in frame.c, am i wasting my time? |
| 20:52.46 | Corydon76-dig | http://svn.digium.com/view/asterisk/team/tilghman/malloc_hold-1.6.0/ |
| 20:52.46 | seanbright | and does MALLOC_HOLD also require DONT_OPTIMIZE? |
| 20:52.52 | seanbright | thanks |
| 20:53.10 | Corydon76-dig | No, malloc_hold does not require dont_optimize |
| 20:53.20 | seanbright | well that might be a fair trade off then |
| 20:53.22 | Corydon76-dig | It adds a bunch of cli commands |
| 20:54.16 | seanbright | can i just point it at a log file and walk away? |
| 20:54.23 | Corydon76-dig | only caveat of malloc_hold is that it does not allocate space less than a full page (i.e. 4096 bytes) |
| 20:55.12 | Corydon76-dig | Oh, and MALLOC_HOLD depends upon MALLOC_DEBUG enabled |
| 20:55.56 | Corydon76-dig | I know someone tried it previously with a ton of channels and it ate all available memory and wanted more |
| 20:55.58 | seanbright | yiks |
| 20:56.05 | seanbright | yikes, rather. |
| 20:56.13 | Corydon76-dig | but that was when it was enabled globally |
| 20:56.25 | Corydon76-dig | not per-file |
| 20:56.34 | seanbright | asterisk -rx "core show channels" | wc 278 1189 22334 |
| 20:56.49 | Corydon76-dig | Wow |
| 20:56.53 | seanbright | there should be a \n after 'wc' |
| 20:56.59 | Corydon76-dig | right |
| 20:57.31 | seanbright | so that would be fine then |
| 20:57.47 | Corydon76-dig | That's a good question |
| 20:58.03 | seanbright | just went up to 315 |
| 20:58.04 | Corydon76-dig | It's never been tested at such a level |
| 20:58.08 | seanbright | gotcha |
| 20:59.02 | seanbright | well then this might be a fool's errand |
| 20:59.09 | seanbright | gets to work |
| 20:59.09 | seanbright | heh |
| 21:00.27 | Corydon76-dig | Well, I learned a ton of stuff about memory allocation and signal handlers while doing it |
| 21:02.56 | seanbright | diff is only 1255 lines |
| 21:04.00 | Corydon76-dig | Pretty nice, eh? |
| 21:04.41 | seanbright | yessir |
| 21:05.51 | seanbright | i might have to just throw asterisk on a VM and beat the hell out of it until i can duplicate the crash |
| 21:06.05 | seanbright | we already run without optimizations and its murdering the machine |
| 21:07.03 | seanbright | 22962 asterisk 20 0 698m 57m 6764 S 9999 1.4 66:04.29 asterisk |
| 21:07.17 | seanbright | that 9999 is %CPU |
| 21:07.19 | seanbright | :-) |
| 21:08.16 | *** join/#asterisk-dev pabelanger_ (~pabelange@CPE004010100002-CM00159a090f12.cpe.net.cable.rogers.com) |
| 21:19.25 | *** join/#asterisk-dev putnopvut (~putnopvut@asterisk/master-of-queues/mmichelson) |
| 21:19.25 | *** mode/#asterisk-dev [+o putnopvut] by ChanServ |
| 21:20.57 | seanbright | Corydon76-dig: so if the backtrace ends in calloc()/abort()/raise(), opening an issue on mantis without valgrind output is pointless, correct? |
| 21:23.16 | Corydon76-dig | That would be the next step, yes |
| 21:26.14 | tzafrir_laptop | Repeating my question: is opal supported for building chan_h323? Specifically: |
| 21:26.14 | seanbright | alright |
| 21:26.22 | kpfleming | tzafrir_laptop: doubtful |
| 21:26.24 | seanbright | tzafrir_laptop: not to my knowledge |
| 21:26.29 | tzafrir_laptop | M17726 |
| 21:26.30 | MuffinMan | Failed to retrieve issue page for 17726. Does it exist? |
| 21:26.51 | tzafrir_laptop | MuffinMan, ping |
| 21:27.30 | Qwell | M17226 |
| 21:27.32 | MuffinMan | [new] [Asterisk] Core/BuildSystem 0017226: [patch] using opal instead of pwlib/openh323 reported by tzafrir https://issues.asterisk.org/view.php?id=17226 |
| 21:27.48 | kpfleming | i don't understand |
| 21:27.57 | kpfleming | if you are supplying a patch, why are you asking if it's supported? |
| 21:28.29 | tzafrir_laptop | opal (at least version 3.6.6 I have here) uses a simple pkg-config file |
| 21:28.52 | kpfleming | does your patch provide support for using opal or not? |
| 21:29.07 | tzafrir_laptop | Provides, but in a very brute-force way |
| 21:31.24 | tzafrir_laptop | hmm.. no. channels/makefile will probably need some fixes as well |
| 21:31.30 | tzafrir_laptop | anyway, bed time |
| 21:32.06 | tzafrir_laptop | builds properly. Not properly linking, or so it seems |
| 22:02.08 | *** join/#asterisk-dev miamiseb (~seb@c-75-74-27-128.hsd1.fl.comcast.net) |
| 22:17.03 | kpfleming | why do asterisk newbies try to load only the modules they think they are going to need (see the cdr_adaptive_odbc thread on -users) |
| 22:17.20 | kpfleming | you'd think they'd let everything load until they have a working configuration, then start trimming it down |
| 22:17.31 | Qwell | to keep us entertained |
| 22:17.55 | jsmith | kpfleming: I dunno... at least that shows more foresight than leaving all the modules running on a production system |
| 22:18.18 | kpfleming | modules are good |
| 22:18.24 | kpfleming | we should load three copies of them |
| 22:23.27 | file | only three? |
| 22:26.21 | miamiseb | that reminds me of a header file I once made...all.h. You can probably guess what it did. |
| 22:32.08 | Qwell | miamiseb: forcerecompileofeverymodule.h ? |
| 22:33.19 | miamiseb | I only compiled a hello world program with it, but it was a console program in borland turbo c++ (maybe 5 lines) and was over 5 megs |
| 22:33.33 | miamiseb | Beautiful, I'm sure I can get a job at microsoft with that kind of work |
| 22:52.27 | *** join/#asterisk-dev The_Boy_Wonder (~vossel@asterisk/batman-developer/dvossel) |
| 22:52.27 | *** mode/#asterisk-dev [+o The_Boy_Wonder] by ChanServ |
| 22:59.01 | miamiseb | Have a good night all. |
| 23:05.25 | *** join/#asterisk-dev leifmadsen (~Leif@asterisk/documenteur-extraordinaire/blitzrage) |
| 23:05.25 | *** mode/#asterisk-dev [+o leifmadsen] by ChanServ |
| 23:28.01 | philipp64 | Since SIPAddHeader() does exactly that... it doesn't override an existing header, there's no easy way to force a From: header. So I tried to use the P-Asserted-Identity: stuff when hair-pinning a SIP call, but the Taqua didn't seem to like that much either. |
| 23:28.20 | philipp64 | anyone using SIP trunking to the PSTN manage to "spoof" their caller-id effectively? |
| 23:28.49 | philipp64 | I'm trying to support single-number calling and find-me/follow-me, but there doesn't seem to be a clean/obvious way to do that. |
| 23:29.29 | philipp64 | I'm wondering if chan_sip.c needs to be modified to do the right thing, or if SIPAddHEader() and P-Asserted-Identity would be sufficient. |
| 23:41.26 | *** join/#asterisk-dev tzafrir (~tzafrir@212.179.75.202) |
| 23:41.26 | *** mode/#asterisk-dev [+o tzafrir] by ChanServ |
| 23:54.13 | *** join/#asterisk-dev pabelanger_ (~pabelange@CPE004010100002-CM00159a090f12.cpe.net.cable.rogers.com) |