| 00:07.50 | mvanbaak | wedhorn: ok |
| 00:09.27 | mvanbaak | meh, this is going to take more time then I have today :( |
| 00:10.03 | Kobaz | you can always fogo the sleeping.. that's lots of extra hours |
| 00:10.11 | mvanbaak | yups |
| 00:10.26 | Kobaz | ..forgo |
| 00:10.51 | mvanbaak | I'm porting a customer application from adodb+postgresql+asterisk-1.0.9 to native_mysql+asterisk-1.6.2 |
| 00:11.01 | Kobaz | awww |
| 00:11.07 | Kobaz | that sounds backwards |
| 00:11.22 | mvanbaak | provisioning application + bunch of callhandling agi scripts |
| 00:11.24 | Kobaz | why didn't you stick to postgres |
| 00:11.44 | mvanbaak | because they want the tables in their CRM application (which is mysql only) |
| 00:12.06 | *** join/#asterisk-dev elguero (~miguel323@ns1.nashuacs.com) |
| 00:12.09 | Kobaz | you can write a passthrough layer |
| 00:12.20 | mvanbaak | this is the only application using postgres, and they dont have any postgres ppl in their team |
| 00:12.21 | Kobaz | query from postgres to mysql |
| 00:13.24 | mvanbaak | I know, but they want to get rid of postgres |
| 00:13.29 | mvanbaak | dont ask. |
| 00:13.42 | mvanbaak | I get 95 euro/hour for this task \o/ |
| 00:14.05 | Kobaz | heh |
| 00:14.14 | mvanbaak | I told them it would take me a week |
| 00:14.20 | mvanbaak | hoping I could finish it in a day |
| 00:14.28 | Kobaz | hehe |
| 00:14.39 | mvanbaak | looks like I have to spend two days on it :( |
| 00:14.47 | Kobaz | aw |
| 00:15.04 | mvanbaak | I got the webapplication and the config generator fixed today |
| 00:15.19 | mvanbaak | need to fix the 5 agi scripts, but since it's already 1:19 AM |
| 00:15.26 | mvanbaak | I think I'll do those tomorrow after work |
| 00:18.55 | Kobaz | and then you need to write tests for your unit testing framework |
| 00:18.57 | Kobaz | er |
| 00:18.59 | Kobaz | wrong window |
| 00:23.41 | mvanbaak | lol |
| 00:23.45 | mvanbaak | unit tests ftw ! |
| 00:24.13 | mvanbaak | 600 euro. Not bad for a sunday |
| 00:24.14 | mvanbaak | \o/ |
| 00:24.45 | upb | but first you have to test the unit testing framework you use for testing your unit testing framework |
| 00:24.46 | mvanbaak | there, I just ordered a brandnew iPhone 32GB 3Gs |
| 00:25.25 | Kobaz | upb: heh |
| 00:25.47 | wedhorn | mvanbaak: didn't know the iPhone's were skinny compatible ... |
| 00:25.59 | mvanbaak | ROFL |
| 00:26.26 | mvanbaak | wedhorn: I'm crazy, I'll write a skinny softphone and publish it in AppStore |
| 00:27.32 | mvanbaak | wedhorn: looking at the autoanswer,..... looks like it wont happen with the current codebase |
| 00:27.39 | mvanbaak | it's hairy |
| 00:29.30 | *** join/#asterisk-dev kpfleming (~kpfleming@asterisk/digium-director-of-software-tech/kpfleming) |
| 00:29.30 | *** mode/#asterisk-dev [+o kpfleming] by ChanServ |
| 00:30.47 | wedhorn | mvanbaak: um yeah, why do you think i've been trying to fix it |
| 00:31.09 | wedhorn | everytime you try to add a feature, you basically have to add all new call handling |
| 00:31.17 | mvanbaak | yups |
| 00:31.30 | mvanbaak | that's what I mean with: hairy |
| 00:32.21 | mvanbaak | ok, committed this project to customers svn, and bottle of scotch is empty, and autoanswer is too much to fix right now |
| 00:32.26 | mvanbaak | I say: time for bed |
| 00:32.29 | wedhorn | if you publish a skinny softphone in the AppStore, I'll go and buy and IPhone just so I can download it ... |
| 00:32.39 | wedhorn | probably the only purchase you'd get though |
| 00:32.48 | mvanbaak | whehehehehe |
| 00:32.50 | mvanbaak | probably |
| 00:33.03 | mvanbaak | maybe Jason Parker is mad enough to buy it as well |
| 00:33.09 | mvanbaak | but that's probably it |
| 00:33.13 | Kobaz | this job would be great if it wasn't for the customers |
| 00:33.18 | wedhorn | but he hasn't touch skinny for ages |
| 00:33.23 | mvanbaak | Kobaz: amen ! |
| 00:33.29 | mvanbaak | wedhorn: I know. |
| 00:33.55 | wedhorn | last I remember he was talking about digging out the handset about 18 months ago |
| 00:33.57 | mvanbaak | wedhorn: he must have been relocated to digium internal projects. haven't seen that much commits from him lately |
| 00:34.37 | wedhorn | mvanbaak: you listen to the chan_sccp chatter? |
| 00:34.44 | mvanbaak | yeah, he was digging it out so it could go to Astricon |
| 00:35.12 | mvanbaak | no, I dont follow chan_sccp anymore. To protect myself to look at their code and duplicate it without knowing |
| 00:36.26 | mvanbaak | s/to look/from looking/ |
| 00:36.55 | wedhorn | mvanbaak: I'm still on the mailing list, but don't bother looking at their code (too different from chan_skinny to really be useful anyway). |
| 00:37.08 | kpfleming | mvanbaak: jason mostly works on AsteriskNOW packaging, Asterisk Business Edition packaging, FreePBX integration, and stuff like that |
| 00:37.13 | wedhorn | They seem to be forging ahead though |
| 00:37.21 | kpfleming | occasionally he has time to work on normal asterisk stuff, but not often |
| 00:37.32 | mvanbaak | kpfleming: thanks for the update :) |
| 00:37.44 | mvanbaak | <--- likes the way Digium shares that kind of stuff |
| 00:38.03 | mvanbaak | wedhorn: ah, so the project is not dead ? |
| 00:38.28 | mvanbaak | wedhorn: last time I checked it was still on chan-sccp.org and it looked very dead |
| 00:38.37 | wedhorn | no, they forked it again, and seem to be doing a lot of development |
| 00:38.51 | wedhorn | latest is chan_sccpb (i think) |
| 00:40.36 | wedhorn | the list is at https://lists.sourceforge.net/lists/listinfo/chan-sccp-b-discussion |
| 00:40.49 | mvanbaak | wedhorn: I'll look at it sometime. Thanks for the update |
| 00:41.02 | *** join/#asterisk-dev elguero (~miguel323@ns1.nashuacs.com) |
| 00:41.14 | wedhorn | no probs, explains whey there isn't a lot of skinny users |
| 00:41.45 | mvanbaak | uhhuh |
| 00:42.54 | mvanbaak | I subscribed and setup a filter. Let's see what comes in :) |
| 00:43.01 | mvanbaak | and now it's really time to go to bed |
| 00:43.04 | mvanbaak | almost 2AM |
| 00:43.15 | mvanbaak | tomorrow will be tough ;) |
| 00:43.38 | wedhorn | ok, good night, I'd better go do some stuff |
| 01:39.01 | *** join/#asterisk-dev angler (~angler@pdpc/sponsor/digium/angler) |
| 01:39.01 | *** join/#asterisk-dev kerframil (~kerframil@gentoo/user/kerframil) |
| 04:06.22 | *** join/#asterisk-dev codefreeze-lap (~murf@mail.parsetree.com) |
| 04:06.23 | *** mode/#asterisk-dev [+o codefreeze-lap] by ChanServ |
| 06:17.14 | *** join/#asterisk-dev oej (~olle@ns.webway.se) |
| 06:17.14 | *** mode/#asterisk-dev [+o oej] by ChanServ |
| 06:18.55 | oej | Morning folks |
| 06:23.21 | wedhorn | time for a beer |
| 06:36.21 | mvanbaak | mornin |
| 06:41.07 | mvanbaak | hurray! another one found by bamboo |
| 07:04.02 | *** join/#asterisk-dev oej_ (~olle@ns.webway.se) |
| 07:04.03 | *** mode/#asterisk-dev [+o oej_] by ChanServ |
| 07:04.53 | *** join/#asterisk-dev tzafrir (~tzafrir@local.xorcom.com) |
| 07:04.53 | *** mode/#asterisk-dev [+o tzafrir] by ChanServ |
| 07:47.51 | *** join/#asterisk-dev hehol (~hehol@buero-gw.dortmund.loca.net) |
| 08:04.40 | *** join/#asterisk-dev sgimeno (~chatzilla@226.Red-80-33-64.staticIP.rima-tde.net) |
| 08:11.03 | *** join/#asterisk-dev tamiel (~tamiel@213.30.183.226) |
| 08:45.24 | *** join/#asterisk-dev oej (~olle@ns.webway.se) |
| 08:45.24 | *** mode/#asterisk-dev [+o oej] by ChanServ |
| 10:00.25 | *** join/#asterisk-dev sgimeno (~chatzilla@226.Red-80-33-64.staticIP.rima-tde.net) |
| 11:06.48 | *** join/#asterisk-dev shamelessn00b (~chatzilla@58-65-172-114.nayatel.pk) |
| 11:38.13 | *** join/#asterisk-dev ccesario (~ccesario@189-19-6-236.dsl.telesp.net.br) |
| 11:52.25 | *** join/#asterisk-dev kpfleming (~kpfleming@asterisk/digium-director-of-software-tech/kpfleming) |
| 11:52.25 | *** mode/#asterisk-dev [+o kpfleming] by ChanServ |
| 12:02.34 | *** join/#asterisk-dev oej (~olle@ns.webway.se) |
| 12:02.34 | *** mode/#asterisk-dev [+o oej] by ChanServ |
| 12:18.14 | shamelessn00b | sorry, I shouldn't be asking this here, but no one is replying on #asterisk, I needed some help on dicea/netfors chan_ss7,ss7.conf |
| 12:19.00 | kpfleming | it's doubtful anyone here knows about it |
| 12:19.11 | kpfleming | you need to find a channel where users of chan_ss7 hang out |
| 12:20.38 | *** join/#asterisk-dev caio1982 (~caio1982@CAcert-br/caio1982) |
| 12:25.23 | *** join/#asterisk-dev elguero (~miguel323@ns1.nashuacs.com) |
| 12:28.30 | *** part/#asterisk-dev shamelessn00b (~chatzilla@58-65-172-114.nayatel.pk) |
| 12:39.48 | *** join/#asterisk-dev leifmadsen (~Leif@asterisk/documenteur-extraordinaire/blitzrage) |
| 12:39.48 | *** mode/#asterisk-dev [+o leifmadsen] by ChanServ |
| 12:53.35 | mvanbaak | hhmm, mgcp is still used ! |
| 13:06.16 | *** join/#asterisk-dev steliosk (~Stelios@ipa107.2.tellas.gr) |
| 13:26.09 | *** join/#asterisk-dev ccesario (~ccesario@189-19-6-236.dsl.telesp.net.br) |
| 14:08.45 | *** join/#asterisk-dev elguero (~miguel323@12.187.84.162) |
| 14:15.56 | *** join/#asterisk-dev jeffg (~jeffg@pdpc/supporter/professional/jeffg) |
| 14:16.03 | *** join/#asterisk-dev Pitel (~pitel@ip-89-103-6-29.karneval.cz) |
| 14:16.13 | Pitel | http://pitel.pastebin.com/ksA5k8Cy any idea what migh be wrong? |
| 14:22.52 | seanbright | //YYY, but should be XXXYYY |
| 14:23.04 | seanbright | no... it is YYY and should be YYY |
| 14:23.58 | Pitel | so what is the right way to append string? |
| 14:24.23 | seanbright | oh wait. heh. sorry, you're right. |
| 14:24.32 | Pitel | :) |
| 14:25.01 | seanbright | what version of asterisk is that happening in? |
| 14:25.07 | Pitel | svn trunk |
| 14:28.10 | seanbright | i wonder if that isn't supported |
| 14:28.32 | seanbright | the destination string might get clobbered |
| 14:28.43 | seanbright | but i haven't looked at the source |
| 14:29.11 | Pitel | my work-in-progress module is here http://dl.dropbox.com/u/1117903/res_calendar_ews.c |
| 14:30.24 | Pitel | lines 229 and 251 |
| 14:31.05 | Pitel | If it's a bug, I'll report it. But I'm not sure if it's not my mistake. |
| 14:31.26 | *** join/#asterisk-dev miguel3239 (~miguel323@12.187.84.162) |
| 14:32.06 | kpfleming | you cannot both read and write the contents of a string in the same function call |
| 14:32.12 | seanbright | there you go |
| 14:33.20 | Pitel | ok |
| 14:35.13 | kpfleming | and ast_string_field stuff does not support append, because it's designed for strings that are going to be written once and read many times. if the string is rewritten, it consumes memory. |
| 14:35.46 | kpfleming | so you should collect all the elements you wish to use to build the string, then use ast_string_field_build to build it and be done with it |
| 14:55.53 | *** join/#asterisk-dev leifmadsen (~Leif@asterisk/documenteur-extraordinaire/blitzrage) |
| 14:55.53 | *** mode/#asterisk-dev [+o leifmadsen] by ChanServ |
| 14:57.31 | Kobaz | i dont remember... but is there a bug bounty forum? |
| 14:58.39 | Kobaz | i used 1.2 |
| 14:58.40 | Kobaz | er |
| 15:23.44 | *** join/#asterisk-dev putnopvut (~putnopvut@asterisk/master-of-queues/mmichelson) |
| 15:23.44 | *** mode/#asterisk-dev [+o putnopvut] by ChanServ |
| 15:27.34 | *** join/#asterisk-dev marv (~timr@router.asteriasgi.com) |
| 15:29.05 | *** join/#asterisk-dev Deeewayne (~dwayne@75.76.254.162) |
| 15:29.05 | *** mode/#asterisk-dev [+o Deeewayne] by ChanServ |
| 15:32.05 | *** join/#asterisk-dev anthm (~anthm@freeswitch/developer/anthm) |
| 15:45.57 | *** join/#asterisk-dev Kheru (~rah@212.80.198.1) |
| 15:55.07 | *** join/#asterisk-dev The_Boy_Wonder (~vossel@asterisk/batman-developer/dvossel) |
| 15:55.07 | *** mode/#asterisk-dev [+o The_Boy_Wonder] by ChanServ |
| 15:57.00 | *** join/#asterisk-dev moy (~chatzilla@74.12.129.100) |
| 15:59.22 | *** join/#asterisk-dev ccesario (~ccesario@189-19-6-236.dsl.telesp.net.br) |
| 16:04.27 | *** join/#asterisk-dev jpeeler (~jpeeler@asterisk/digium-software-dev/jpeeler) |
| 16:04.27 | *** mode/#asterisk-dev [+o jpeeler] by ChanServ |
| 16:17.10 | *** join/#asterisk-dev atis_work (~atis_work@193.238.212.171) |
| 16:19.23 | *** join/#asterisk-dev kpfleming (~kpfleming@asterisk/digium-director-of-software-tech/kpfleming) |
| 16:19.23 | *** mode/#asterisk-dev [+o kpfleming] by ChanServ |
| 16:22.11 | *** join/#asterisk-dev lbarth (~lbarth@62.216.165.71) |
| 16:22.53 | lbarth | tzafrir, I just want to let you know that with dahdi_timing the server didn't crash today |
| 16:24.10 | tzafrir | lbarth, so it's something with the pthread-timing module (or triggered by it) |
| 16:25.03 | moy | anyone can point to where jbenable is used in the source code? grep is not helping |
| 16:26.00 | Qwell | moy: ast_jb_read_conf() |
| 16:27.06 | moy | ah there it is, thanks Qwell |
| 16:32.00 | *** join/#asterisk-dev Corydon76-lap (~Corydon76@nat/digium/x-bayzpucnfnddpmrb) |
| 16:32.01 | *** mode/#asterisk-dev [+o Corydon76-lap] by ChanServ |
| 16:32.04 | lbarth | tzafrir, looks like it is. I'll update the second production Server tonight and than we will see if the problem is completely gobne |
| 16:42.44 | *** join/#asterisk-dev mpe (~mpe@0x4dd624b2.adsl.cybercity.dk) |
| 16:46.31 | Corydon76-lap | lbarth: am I hearing that you found a solution for your PLT issue? |
| 16:47.46 | lbarth | Corydon-76, i switched from pthread to dahdi timing, that solved the issue for me. But I would prefere using pthread. I'll try to setup a test environoment to reproduce this. |
| 16:50.35 | *** join/#asterisk-dev CunningPike (~CunningPi@204.239.8.157) |
| 16:50.58 | Corydon76-lap | lbarth: there's also another timer in trunk... timerfd |
| 16:51.14 | Corydon76-lap | (if your kernel supports it) |
| 16:55.33 | *** join/#asterisk-dev alerios (~alerios@190.144.75.22) |
| 16:58.06 | alerios | Hello all. I'm debugging an application that is suppossed to return the DTMF value detected, and jump to the corresponding extension in the context, but it seems to ignore the DTMF and jup to the next priority: http://paste.debian.net/63215/ |
| 16:58.37 | alerios | How can I tell if pbx_exec or pbx_extension_helper is receiving the value returned by the app ? |
| 17:02.35 | Kobaz | add a printf? |
| 17:08.30 | *** join/#asterisk-dev oej (~olle@ns.webway.se) |
| 17:08.30 | *** mode/#asterisk-dev [+o oej] by ChanServ |
| 17:09.39 | *** join/#asterisk-dev ccesario (~ccesario@189-19-6-236.dsl.telesp.net.br) |
| 17:10.23 | alerios | Kobaz, I added a ast_log(LOG_WARNING, "pbx_exec returned (%d)\n", res); |
| 17:10.50 | alerios | and it shows '0', when it should be '50' or '2' |
| 17:11.02 | alerios | I guess |
| 17:11.35 | Corydon76-lap | that would be 50 or '2' |
| 17:12.05 | alerios | I'm at main/pbx.c:948 |
| 17:12.27 | Corydon76-lap | If that's your debug, then it's sending dtmf... to the FAR END |
| 17:13.08 | Corydon76-lap | So it's not surprising that the near end didn't see any dtmf |
| 17:13.54 | alerios | but it does, because it triggers the application ending and returning the dtmf (50) |
| 17:14.37 | alerios | this is the app: http://asteriskvideo.svn.sourceforge.net/viewvc/asteriskvideo/app_rtsp/app_rtsp.c |
| 17:15.06 | alerios | sorry, here: http://asteriskvideo.svn.sourceforge.net/viewvc/asteriskvideo/app_rtsp/app_rtsp.c?revision=255&view=markup |
| 17:15.46 | alerios | On line 1376, is the code that detects DTMF |
| 17:17.47 | Corydon76-lap | That's not an Asterisk application function. The app is at the bottom of the file, and it ALWAYS returns 0 |
| 17:19.09 | Corydon76-lap | The return value of the function you're looking at is completely ignored in the application function |
| 17:22.47 | alerios | Corydon76-lap, but on the debug messages, I see a log when the execution passes trough " <rtsp_play ", and after that, on line 1934, The application returns "res" |
| 17:27.02 | Corydon76-lap | alerios: that is NOT the application |
| 17:27.26 | Corydon76-lap | That is a function CALLED BY the application |
| 17:27.38 | alerios | Corydon76-lap, hmm, I see |
| 17:27.45 | Corydon76-lap | The value returned by that function is IGNORED by the application |
| 17:28.14 | alerios | Corydon76-lap, I got your point, thanks! |
| 17:31.29 | alerios | Corydon76-dig, It worked :') |
| 17:51.56 | *** join/#asterisk-dev oej (~olle@ns.webway.se) |
| 17:51.56 | *** mode/#asterisk-dev [+o oej] by ChanServ |
| 18:01.49 | *** join/#asterisk-dev oej (~olle@ns.webway.se) |
| 18:01.49 | *** mode/#asterisk-dev [+o oej] by ChanServ |
| 18:16.48 | *** join/#asterisk-dev atis_work (~atis_work@193.238.212.171) |
| 18:24.10 | *** join/#asterisk-dev jmworx (~jeval@mail.octasic.com) |
| 18:54.15 | *** join/#asterisk-dev niekvlessert (~niek@5ED25657.cable.ziggo.nl) |
| 19:26.07 | *** join/#asterisk-dev mpe (~mpe@0x4dd624b2.adsl.cybercity.dk) |
| 19:40.50 | *** join/#asterisk-dev alecdavis (~alec@202.36.76.21) |
| 19:41.48 | alecdavis | morning all |
| 19:41.51 | alecdavis | M16981 |
| 19:41.54 | MuffinMan | [new] [LibPRI] NewFeature 0016981: [patch] PRI loopback support, when in CPE mode. reported by alecdavis https://issues.asterisk.org/view.php?id=16981 |
| 19:42.59 | *** join/#asterisk-dev datachomper (~Adium@nat/digium/x-qghakpauhstszwev) |
| 19:43.12 | alecdavis | Is there a good reason as to why libpri doesn't support loopback? Seems like such a simple fix. |
| 19:47.19 | Corydon76-lap | I suspect it's because libpri doesn't know that it is itself on the other end of the connection |
| 19:48.34 | Corydon76-lap | since it doesn't directly have visibility to the hardware layer |
| 19:48.43 | datachomper | Anybody seen tzafrir? |
| 19:49.13 | Corydon76-lap | Keep in mind that he's in Israel, so he could very easily be home and eating dinner now |
| 19:49.56 | datachomper | Yea, thanks |
| 19:58.01 | *** join/#asterisk-dev ManxPower-work (~manxpower@11.sub-75-216-117.myvzw.com) |
| 19:58.46 | ManxPower-work | We have a carrier that is sending out only a 183 Progress, and they want us to ACK the 183. Are they nuts? |
| 19:59.07 | Corydon76-lap | Yes |
| 19:59.23 | ManxPower-work | Corydon76-lap, Thanks. |
| 19:59.29 | kpfleming | well, maybe |
| 19:59.56 | kpfleming | sending ACK for 183 is part of PRACK support |
| 19:59.57 | Corydon76-lap | I wasn't aware that any 1XX messages should be ACKed |
| 20:00.03 | kpfleming | but since Asterisk does not request PRACK support, they cannot require it |
| 20:00.15 | kpfleming | Corydon76-lap: 'can', not 'should' |
| 20:00.19 | kpfleming | it's an extension |
| 20:00.22 | Corydon76-lap | Ah... |
| 20:00.43 | alecdavis | libpri, can know whats on the other end, SABME tells it, that's the change I've done in 16981. the function is_command was checking for the localtype, now I'm proposing it check the remotetype, then all is nearly well, at least at the libprilevel. |
| 20:00.52 | kpfleming | and it's worthwhile, too, asterisk just doesn't support it yet |
| 20:01.41 | ManxPower-work | This is, as I'm just now finding out, a NexTone, not Asterisk. |
| 20:01.46 | kpfleming | alecdavis: i dont' understand how it's possible for the stack to work properly in loopback mode. if you send a SETUP requesting channel 6, the other end (you) is going to report channel 6 is busy. |
| 20:02.27 | kpfleming | NexTone is probably an SBC, but anyway... it's acting as a UA in this case, and requiring PRACK support when the endpoint that sent the INVITE did not offer it is broken |
| 20:03.00 | alecdavis | kpfleming: true if you are the NETWORK as exclusive channel is requested, but if you are a CPE the setup requests a preferred channed. |
| 20:03.25 | *** join/#asterisk-dev datachomper (~Adium@nat/digium/x-qnhrxbhqeinuenci) |
| 20:03.42 | ManxPower-work | Our carrier is Verizon SIP Wholesale, when calling some AT&T IVR is when we see the problem. They don't answer until they get DTMF. |
| 20:04.06 | ManxPower-work | BTW, thanks for the info |
| 20:04.15 | *** part/#asterisk-dev ManxPower-work (~manxpower@11.sub-75-216-117.myvzw.com) |
| 20:04.25 | kpfleming | alecdavis: right, but then the NETWORK (you) will offer channel 6 back, and the CPE (you) will check its channel list and say "channel 6 is busy" because it's been offered |
| 20:07.19 | *** join/#asterisk-dev alerios (~alerios@190.144.75.22) |
| 20:07.29 | alecdavis | kpfleming: the debug trace didn't show that?? Need to look again though. |
| 20:07.39 | alecdavis | I need to. |
| 20:07.41 | kpfleming | i have not looked at the trace |
| 20:09.29 | alecdavis | kpfleming: you could be right, and thats why I had no audio. But I did have 15 calls up. so setups and teardown worked. |
| 20:14.40 | *** join/#asterisk-dev pyite_ (~dschreibe@unaffiliated/pyite) |
| 20:21.40 | *** join/#asterisk-dev tzafrir (~tzafrir@bzq-218-155-145.cablep.bezeqint.net) |
| 20:21.40 | *** mode/#asterisk-dev [+o tzafrir] by ChanServ |
| 20:26.05 | tzafrir | any chance origsvn.digium.com could have a certificate that is "signed by a secure algorithm"? [not md5 hash, I guess] |
| 20:26.45 | russellb | tzafrir: i'm sure there is a chance. |
| 20:27.11 | russellb | (yeah, I know we need to work on that) |
| 20:36.53 | alecdavis | kpfleming: your right... CPE-CPE crossover will still work, just not loopback :( |
| 20:38.03 | kpfleming | :-) |
| 20:38.20 | file | kpfleming... is... right? |
| 20:38.39 | seanbright | no |
| 20:38.46 | seanbright | in this case. kpfleming... are... right |
| 20:42.25 | Corydon76-lap | tzafrir: oh, is that the issue that openssl has with the root cert? |
| 20:43.25 | tzafrir | Corydon76-lap, just point your browser to https://origsvn.digium.com/ to see the exact certificate |
| 20:45.55 | Corydon76-lap | tzafrir: that only works if you have your client cert loaded into your browser |
| 20:47.08 | tzafrir | it will show you that the certificate itself is signed with md5 |
| 20:47.57 | Corydon76-lap | tzafrir: only thing I see in my browser is "Certificate signing authority is unknown or invalid." |
| 20:51.07 | Corydon76-lap | tzafrir: other question is, what browser are you using that shows you that? |
| 20:51.32 | tzafrir | iceweasel (firefox) |
| 20:51.51 | russellb | Corydon76-dig religiously uses IE6 |
| 20:52.07 | Corydon76-lap | Firefox doesn't show me that on Mac, nor does Konqueror on Kubuntu |
| 20:53.01 | Corydon76-lap | I have no idea where you got this iceweasel browser, but it sounds shifty to me |
| 20:53.10 | Qwell | Corydon76-lap: cold |
| 20:53.32 | tzafrir | It tells me that the connection is insecure. I press on "I understand the risk", |
| 20:53.55 | tzafrir | get the certificate, and display it |
| 20:53.56 | Corydon76-lap | Um, you do? You really understand the risks? |
| 20:54.01 | niekvlessert | anyone of you ppl ever seen keepstats=yes in queues.conf not working? |
| 20:54.21 | tzafrir | (I don't have to verify it) |
| 20:54.26 | Corydon76-lap | Or are you just one of those Windows users who pushes buttons because they're there? |
| 20:55.56 | Corydon76-lap | doesn't condone pushing random buttons unless one really understands the risks... |
| 20:56.51 | Corydon76-lap | Oh, and btw, it appears that the certificate is signed with SHA1, not just MD5 |
| 20:57.14 | ctooley | Corydon76-lap, As most people who understand the risks don't actually understand the consequences of accepting the risks, it doesn't matter much. |
| 20:57.14 | russellb | the complicated annoying part is the the CA tool we use doesn't have any options to change that ... |
| 20:57.45 | kpfleming | russellb: it has to be changed in the openssl configuration file itself |
| 20:57.54 | russellb | k |
| 20:57.57 | Corydon76-lap | Are you contending that SHA1 is also an insecure signature algorithm? |
| 20:57.58 | kpfleming | the same place i had to change the settings for extensions included in the certifciate to make gnutls happy |
| 20:58.08 | file | blinks |
| 21:12.34 | *** join/#asterisk-dev alerios (~alerios@190.144.75.22) |
| 21:21.55 | *** join/#asterisk-dev dseeb_ (~Adium@CPE-58-169-81-65.lns1.bat.bigpond.net.au) |
| 21:44.18 | *** join/#asterisk-dev DocAwesome (~Leif@asterisk/documenteur-extraordinaire/blitzrage) |
| 21:44.18 | *** mode/#asterisk-dev [+o DocAwesome] by ChanServ |
| 22:05.26 | *** join/#asterisk-dev ecrane (~ecrane@o1-69-19-166-10.static.o1.com) |
| 22:33.14 | *** join/#asterisk-dev miguel3239 (~miguel323@12.187.84.162) |
| 23:44.26 | *** part/#asterisk-dev datachomper (~Adium@nat/digium/x-qnhrxbhqeinuenci) |
| 23:55.49 | *** join/#asterisk-dev pyite_ (~dschreibe@unaffiliated/pyite) |