| 00:14.20 | *** join/#asterisk-dev snuff-home (n=snuffy@C-59-101-232-167.bur.connect.net.au) |
| 00:14.21 | *** mode/#asterisk-dev [+o snuff-home] by ChanServ |
| 01:28.11 | *** join/#asterisk-dev Iamnacho (i=Iamnacho@ip68-103-153-140.ks.ok.cox.net) |
| 02:14.00 | *** join/#asterisk-dev outtolunc (n=me@c-67-188-204-139.hsd1.ca.comcast.net) |
| 02:22.57 | seanbright | ok... too much alcomohol |
| 02:26.44 | seanbright | someone give me something to code... quick |
| 02:47.16 | snuff-home | go tweak ao2 or sip should cause some issues ;) |
| 02:59.54 | seanbright | i want to FIX things snuff-home |
| 02:59.54 | seanbright | i am 10x the coder drunk than i am sober |
| 03:02.16 | snuff-home | ah ha.. generally most are the other way around |
| 03:03.28 | snuff-home | M12415 |
| 03:03.28 | MuffinMan | [acknowledged] [Asterisk] Channels/chan_h323 0012415: chan_h323 doesn't respect rtp packetization settings reported by pj (Karma: +9.00) http://bugs.digium.com/view.php?id=12415 |
| 03:03.28 | snuff-home | maybe ? |
| 03:03.28 | seanbright | lame |
| 03:03.37 | seanbright | heh |
| 03:06.02 | snuff-home | or.. |
| 03:06.02 | seanbright | i was just kidding. i am going to work on TeX stuff for now. |
| 03:06.02 | snuff-home | M13909 |
| 03:06.02 | MuffinMan | [feedback] [Asterisk] Applications/app_mixmonitor 0013909: Recordings with Mixmonitor still ou of sync reported by edugs15 (Karma: neutral) http://bugs.digium.com/view.php?id=13909 |
| 03:06.02 | snuff-home | everyone loves out of sync :) |
| 03:06.02 | seanbright | heh |
| 03:06.02 | seanbright | man, i type faster while drunk... don't know why that is. |
| 03:06.02 | seanbright | but it is awesome. |
| 03:06.02 | snuff-home | maybe its just ur subconess taking over so u dont think u just do |
| 03:06.20 | seanbright | maybe |
| 03:06.37 | seanbright | where are you geographically again? |
| 03:06.52 | snuff-home | australia |
| 03:06.52 | seanbright | jesus |
| 03:06.52 | seanbright | it's late... or early |
| 03:06.52 | seanbright | or something |
| 03:06.52 | snuff-home | 2pm |
| 03:07.03 | seanbright | ah |
| 03:07.03 | seanbright | i am getting ready for some shut-eye |
| 03:07.12 | seanbright | after 1 more beer. |
| 03:07.22 | snuff-home | :) |
| 03:15.49 | file | random statement of the day: modulate at the bridge! |
| 03:17.44 | seanbright | i really wanted to kick you |
| 03:17.55 | seanbright | but i'll refrain |
| 03:19.31 | seanbright | i was like halfway there |
| 03:19.37 | seanbright | <PROTECTED> |
| 03:32.00 | *** join/#asterisk-dev kamanashisroy (n=kamanash@119.30.34.6) |
| 03:32.05 | *** join/#asterisk-dev qdk (n=qdk@79.138.245.189.bredband.3.dk) |
| 04:01.02 | *** join/#asterisk-dev russellb_ (n=russell@asterisk/digium-open-source-team-lead/russellb) |
| 04:01.09 | *** mode/#asterisk-dev [+o russellb_] by ChanServ |
| 04:15.21 | russellb_ | ping |
| 04:15.28 | russellb_ | anyone around? |
| 04:15.43 | russellb_ | Can someone try to log in to reviewboard.digium.com using your mantis account? |
| 04:15.49 | russellb_ | just want to make sure everything is working. |
| 04:24.08 | wedhorn | russellb_: you just need a reporter of someone higher. I seemed to log in fine |
| 04:28.59 | russellb_ | anyone with an account works :) |
| 04:29.04 | russellb_ | thanks for trying it! |
| 04:29.13 | russellb_ | sounds like it's fine, then ... |
| 04:29.58 | russellb_ | I couldn't test with my account because I have an account in the reviewboard database already as an admin ... |
| 04:30.10 | russellb_ | so it wouldn't try to go to the mantis db |
| 04:30.19 | russellb_ | annnnnnyway |
| 04:31.01 | wedhorn | ok, glad to be of assistance |
| 07:05.43 | *** join/#asterisk-dev ccesario (n=ccesario@189-19-9-100.dsl.telesp.net.br) |
| 10:21.59 | *** join/#asterisk-dev oej (n=olle@ns.webway.se) |
| 10:21.59 | *** mode/#asterisk-dev [+o oej] by ChanServ |
| 11:06.14 | *** join/#asterisk-dev spaetzle (n=spaetzle@gw02.easterngraphics.com) |
| 12:01.44 | *** join/#asterisk-dev qdk (n=qdk@94.191.228.160.bredband.3.dk) |
| 12:20.12 | *** join/#asterisk-dev sosoriri (n=chatzill@222.47.180.130) |
| 13:01.56 | *** join/#asterisk-dev seanbright (n=sean@asterisk/contributor-and-bug-marshal/seanbright) |
| 13:01.56 | *** mode/#asterisk-dev [+o seanbright] by ChanServ |
| 13:20.09 | mvanbaak | hhmm, ast_str_alloca has been changed ? |
| 13:20.27 | mvanbaak | struct ast_str *out = ast_str_alloca(2048); |
| 13:20.38 | mvanbaak | if (pbx_builtin_serialize_variables(chan, &out)) { |
| 13:20.46 | mvanbaak | *var_len = strlen(out->str); |
| 13:20.56 | mvanbaak | error: structure has no member named `str' |
| 13:22.39 | mvanbaak | ah, found it |
| 13:23.18 | mvanbaak | Corydon76-dig: YOU ! |
| 13:58.53 | mvanbaak | hhmm, digium has a new upstream on their downloads machines ? |
| 13:59.08 | mvanbaak | I can now download the sound tarballs at 5MB/s \o/ |
| 14:13.33 | *** join/#asterisk-dev lmadsen (n=Leif@asterisk/documenteur-extraordinaire/blitzrage) |
| 14:13.33 | *** mode/#asterisk-dev [+o lmadsen] by ChanServ |
| 14:42.38 | *** join/#asterisk-dev bird_of_Luck (n=melifaro@77.73.232.13) |
| 14:43.13 | *** join/#asterisk-dev oej (n=olle@ns.webway.se) |
| 14:43.13 | *** mode/#asterisk-dev [+o oej] by ChanServ |
| 15:14.42 | *** join/#asterisk-dev DarkRift (n=dark@bas1-sthubert21-1096591530.dsl.bell.ca) |
| 15:19.14 | *** join/#asterisk-dev sysreq (n=sysreq@unaffiliated/sysreq) |
| 15:30.03 | *** join/#asterisk-dev russellb_ (n=russell@asterisk/digium-open-source-team-lead/russellb) |
| 15:30.03 | *** mode/#asterisk-dev [+o russellb_] by ChanServ |
| 16:19.21 | *** join/#asterisk-dev outtolunc (n=me@c-67-188-204-139.hsd1.ca.comcast.net) |
| 16:22.39 | *** join/#asterisk-dev Iamnacho (i=Iamnacho@ip68-103-153-140.ks.ok.cox.net) |
| 16:29.50 | *** join/#asterisk-dev eliel (n=eliels@151-202-114-200.fibertel.com.ar) |
| 16:29.50 | *** mode/#asterisk-dev [+o eliel] by ChanServ |
| 17:04.08 | *** join/#asterisk-dev oej (n=olle@ns.webway.se) |
| 17:04.08 | *** mode/#asterisk-dev [+o oej] by ChanServ |
| 18:00.07 | tzafrir_laptop | here's a crasy idea: the CLI Just Works because it relises on file permissions for authentication |
| 18:01.13 | tzafrir_laptop | what if there were a /var/run/asterisk/manager.ctl socket that would allow connecting to the manager and would automatically log you on with some pre-defined name? |
| 18:03.20 | tzafrir_laptop | and you can always use socat or openbsd-netcat to send a connection to a unix domain socket |
| 18:06.48 | mvanbaak | oej: I hope you dont think my reply is offensive |
| 18:11.41 | eliel | Corydon76-dig: since you ast_str_opaque branch was commited, "core show application *" is crashing |
| 18:12.11 | eliel | the patch looks ok to me, thats why i couldnt figure out why this is happening. |
| 18:12.13 | mvanbaak | gheh, and snmp was not compiling anymore |
| 18:12.26 | eliel | in obsd? |
| 18:12.33 | mvanbaak | in general |
| 18:12.55 | mvanbaak | res/snmp/agent.c still used 'ast_str out->str' |
| 18:13.08 | mvanbaak | I fixed that earlier today |
| 18:13.33 | eliel | Corydon76-dig: I have reverted your patch (locally) and it doesn't crash... |
| 18:15.09 | seanbright | mvanbaak: instead of doing: *var_len = strlen(ast_str_buffer(out)); |
| 18:15.18 | seanbright | you can use ast_str_strlen(buffer) |
| 18:15.23 | seanbright | since the length is already known |
| 18:15.56 | seanbright | so: *var_len = ast_str_strlen(out); |
| 18:16.24 | mvanbaak | seanbright: ah. I just fixed the thing. I saw in the commit that out->str should be replaced by ast_str_buffer(out) so that's what I did |
| 18:17.11 | seanbright | sure. i can make the change if you'd like. |
| 18:17.40 | mvanbaak | sure. go ahead |
| 18:17.43 | seanbright | k |
| 18:17.45 | mvanbaak | and thanks for reminding me |
| 18:17.48 | seanbright | np |
| 18:18.02 | mvanbaak | I'm not committed to res_snmp in any way |
| 18:18.09 | seanbright | nor i :) |
| 18:18.14 | mvanbaak | just found out it wouldn't compile anymore after the last commit |
| 18:18.45 | mvanbaak | all I did was port the broken code to the working code |
| 18:18.49 | seanbright | eliel: do you have a bt of the crash you were getting |
| 18:18.51 | seanbright | ? |
| 18:18.54 | mvanbaak | without thinking or actually looking at the code |
| 18:19.01 | seanbright | mvanbaak: dude... it's fine :) |
| 18:19.26 | eliel | seanbright: yes, you are not able to reproduce this issue? |
| 18:19.37 | seanbright | eliel: haven't tried yet :) |
| 18:20.33 | mvanbaak | *CLI> core show application * |
| 18:20.33 | mvanbaak | Your application(s) is (are) not registered |
| 18:20.33 | mvanbaak | Command 'core show application *' failed. |
| 18:20.33 | mvanbaak | *CLI> |
| 18:20.52 | seanbright | that's one hell of an error message |
| 18:20.57 | seanbright | Your application(s) is (are) not registered |
| 18:20.58 | seanbright | heh |
| 18:21.03 | eliel | mvanbaak: sorry, that was a regex of the command: try "core show application Dial" |
| 18:21.31 | mvanbaak | *CLI> core show application Dial |
| 18:21.38 | mvanbaak | and it's just sitting there |
| 18:21.49 | mvanbaak | still waiting for output |
| 18:23.09 | mvanbaak | still waiting for output |
| 18:23.11 | mvanbaak | lol |
| 18:23.20 | mvanbaak | E_NOTGOOD |
| 18:24.11 | eliel | http://www.pastebin.ca/1284360 |
| 18:24.57 | mvanbaak | wow, know what's awesome ? |
| 18:25.08 | seanbright | besides me? |
| 18:25.16 | mvanbaak | while it hangs there, and I hit CTRL+c asterisk stops but without a coredump |
| 18:25.38 | *** join/#asterisk-dev jsolis (n=jimmy@201.240.206.209) |
| 18:25.38 | eliel | you are on linux or obsd? |
| 18:25.43 | mvanbaak | normally, when I start asterisk with 'asterisk -vvvgcd' and hit CTRL+c it coredumps |
| 18:25.48 | mvanbaak | OpenBSD of course |
| 18:26.00 | eliel | lol |
| 18:27.28 | eliel | let me try that on obsd |
| 18:30.37 | eliel | mvanbaak: is there any way to suppress those strlcat and strlcpy warnings? |
| 18:32.23 | mvanbaak | nope |
| 18:32.33 | mvanbaak | only one way, fix the darn code |
| 18:33.08 | mvanbaak | I discussed it with russell before, but he did not want to change it |
| 18:33.13 | mvanbaak | 'those calls are safe' |
| 18:35.02 | eliel | same here, while running cli show application the CLI hangs |
| 18:35.17 | eliel | in obsd |
| 18:35.34 | mvanbaak | uhhuh |
| 18:36.34 | eliel | grgrg, asterisk is not compiling with --enable-dev-mode in macos |
| 18:40.56 | mvanbaak | gheh, welcome to my world |
| 18:41.03 | mvanbaak | I get that a lot on OpenBSD |
| 18:41.27 | eliel | heh |
| 18:44.50 | seanbright | do any of the major linux distros support virtualization without having to compile a custom kernel? |
| 18:49.13 | mvanbaak | yup |
| 18:49.21 | mvanbaak | ubuntu and debian |
| 18:49.25 | mvanbaak | those two I know |
| 18:49.42 | mvanbaak | xen, kvm, qemu, vmware |
| 18:50.10 | eliel | seanbright: right now i have debian running on top of vmware |
| 18:50.23 | eliel | also OpenBSD |
| 18:50.49 | mvanbaak | I had a system running Debian-stable with the xen stuff hosting 14 VM's |
| 18:51.12 | eliel | and vmware on top of macOS |
| 18:51.12 | eliel | and macOS on top of my desk |
| 18:51.17 | mvanbaak | it did not survive the move though :( cpu fan socket broke so now my cpu is without fan |
| 18:51.41 | mvanbaak | it will run for 10 minutes, then shutdown because it's overheated |
| 18:53.39 | seanbright | cool. will probably install ubuntu tomorrow |
| 18:54.20 | mvanbaak | on modern hardware that will take around 15 minutes |
| 18:54.50 | mvanbaak | did it yesterday on the new work laptop of my wife |
| 18:55.00 | seanbright | well, i'll be replacing my centos installation, so i have to backup and restore and such |
| 18:55.06 | mvanbaak | uhhuh |
| 18:55.30 | mvanbaak | and it will take you some more time, unless you have a 100mbit fiber line to one of the ubuntu mirrors like me |
| 18:56.05 | mvanbaak | I have a 100mbit fiber line to BIT in .nl, where one of the official ubuntu mirrors is |
| 18:57.32 | mvanbaak | hhmm, when will 1.6.0.3-rc1 be 1.6.0.3 |
| 18:57.33 | mvanbaak | ? |
| 18:58.17 | mvanbaak | eliel: you are running OpenBSD as well ? |
| 18:58.26 | mvanbaak | eliel: can you test a port for me ? |
| 18:58.44 | eliel | yes 4.4 on a VM |
| 18:59.07 | eliel | yes |
| 18:59.22 | Corydon76-dig | mvanbaak: I think someone found a problem with it, so it will probably be rc2, first |
| 19:00.20 | mvanbaak | eliel: cool, I'm close to have a port for asterisk 1.6.0.3-rc1 |
| 19:00.26 | mvanbaak | Corydon76-dig: what's the problem ? |
| 19:00.46 | eliel | mvanbaak: ok |
| 19:01.10 | mvanbaak | eliel: the openbsd port is still using 1.4 |
| 19:01.12 | *** join/#asterisk-dev russellb_ (n=russell@asterisk/digium-open-source-team-lead/russellb) |
| 19:01.12 | *** mode/#asterisk-dev [+o russellb_] by ChanServ |
| 19:01.15 | mvanbaak | I want it to be 1.6 |
| 19:02.49 | eliel | ok, let me know when you are done |
| 19:08.03 | Corydon76-dig | mvanbaak: I think it's something seanbright found |
| 19:08.04 | mvanbaak | eliel: http://michiel.vanbaak.info/temp/asterisk1603rc1.diff.txt |
| 19:08.34 | *** join/#asterisk-dev telecos (n=sergio@66.167.219.87.dynamic.jazztel.es) |
| 19:09.34 | eliel | mvanbaak: I am downloading the ports tree |
| 19:10.44 | mvanbaak | cd /usr/ports/telephony/asterisk && patch -p0 < /home/eliel/asterisk1603rc1.diff.txt && make install |
| 19:11.02 | mvanbaak | brb, food is served |
| 19:14.19 | seanbright | Corydon76-dig: i just optimized something that mvanbaak already resolved. there is a bigger problem with trunk crashing when doing 'core show application Whatever' |
| 19:14.46 | seanbright | Corydon76-dig: appears to be related to the opaque ast_str stuff you landed, but i haven't looked too closely |
| 19:19.30 | Corydon76-dig | seanbright: I'll look at it, as well |
| 19:20.33 | eliel | http://www.pastebin.ca/1284360 |
| 19:20.41 | eliel | Corydon76-dig: ^^^ here is the bt full |
| 19:22.15 | Corydon76-dig | Give me some time; I'm in the middle of another update |
| 19:23.14 | eliel | Corydon76-dig: no problem! :-) |
| 19:23.28 | eliel | mvanbaak: I get an error: http://www.pastebin.ca/1284394 |
| 19:24.34 | seanbright | Corydon76-dig: also... :) the menuselect stuff you added for DEBUG_OPAQUE in main/strings.c is ignored because main/ is skipped when building menuselect-tree |
| 20:05.28 | Corydon76-dig | seanbright: ah |
| 20:06.46 | Corydon76-dig | eliel: in that backtrace, type: frame 1 ; p *buf |
| 20:10.17 | eliel | Corydon76-dig: it is not null, i am uploading it to pastebin |
| 20:10.35 | eliel | Corydon76-dig: http://www.pastebin.ca/1284429 |
| 20:19.10 | eliel | I need to go, send an email if you need something |
| 20:34.26 | *** part/#asterisk-dev spaetzle (n=spaetzle@gw02.easterngraphics.com) |
| 20:44.49 | mvanbaak | hhmm, 1.4.22 != 1.6.0 |
| 20:44.55 | mvanbaak | oh, he's gone :) |
| 20:46.34 | *** join/#asterisk-dev freddyk (n=freddy@host139-25-dynamic.11-79-r.retail.telecomitalia.it) |
| 20:46.56 | freddyk | can i talk to someone about a problem with the RTP packet scheduler ? |
| 21:01.56 | mvanbaak | sure |
| 21:16.37 | freddyk | i've got a problem |
| 21:16.45 | freddyk | with cisco 7921 and skinny protocol |
| 21:17.08 | freddyk | it seems that when i start |
| 21:17.38 | freddyk | new_rtp_with_bind_addr |
| 21:17.44 | freddyk | with a scheduler and an io |
| 21:17.51 | freddyk | asterisk goes to 100% cpu |
| 21:17.55 | freddyk | with that phone |
| 21:18.57 | freddyk | but not with other skinny phone |
| 21:37.03 | kerframil | funny you should say that ... the chan-sccp-b project recently had a commit to fix exactly that |
| 21:39.05 | kerframil | check revision 414 from https://chan-sccp-b.svn.sourceforge.net/svnroot/chan-sccp-b/trunk ... maybe that will provide a hint as to how it could be fixed in asterisk's skinny codebase |
| 21:45.45 | freddyk | kerframil |
| 21:45.48 | freddyk | i'm Federico |
| 21:45.52 | freddyk | from chan-sccp-b project |
| 21:45.54 | freddyk | i just fixed |
| 21:45.58 | freddyk | was asking to understand |
| 21:46.03 | freddyk | the packet scheduler problem |
| 21:46.04 | freddyk | :) |
| 21:46.13 | kerframil | freddyk: ah! how embrassing ;) |
| 21:46.26 | freddyk | ehehe |
| 21:46.26 | freddyk | query me |
| 21:46.26 | freddyk | :) |
| 21:46.31 | freddyk | going to give you direct rtp |
| 21:46.37 | freddyk | and fixed everything on asterisk 1.6 |
| 21:46.38 | freddyk | : |
| 21:46.39 | freddyk | ) |
| 21:46.46 | kerframil | fantsatic |
| 21:46.49 | kerframil | er, fantastic |
| 21:58.02 | mvanbaak | freddyk: you have a patch for asterisk chan_skinny ? |
| 21:59.39 | mvanbaak | freddyk: chan_skinny has been a module left alone for some time |
| 22:00.05 | mvanbaak | freddyk: but recenly 3 ppl using asterisk took chan_skinny and put it high on their priority list |
| 22:00.20 | mvanbaak | freddyk: those three are: pj, wedhorn and mvanbaak |
| 22:00.34 | mvanbaak | freddyk: with mvanbaak having commit access to asterisk-trunk |
| 22:01.25 | mvanbaak | I really want chan_skinny to become the best skinny implementation for asterisk |
| 22:01.30 | mvanbaak | maintained in tree |
| 22:01.46 | mvanbaak | so any change to the core stuff will be fixed in chan_skinny when needed |
| 22:14.24 | freddyk | ->mvanbaak: i prefer to make mods daily to a code and have it stable, as atm chan skinny is not in a production state |
| 22:15.10 | freddyk | btw |
| 22:15.16 | freddyk | we can have a collaboration |
| 22:15.27 | freddyk | as sometimes i take inspiration from your mods |
| 22:15.28 | freddyk | :) |
| 22:26.22 | *** join/#asterisk-dev russellb_ (n=russell@asterisk/digium-open-source-team-lead/russellb) |
| 22:26.22 | *** mode/#asterisk-dev [+o russellb_] by ChanServ |
| 22:27.23 | snuff-home | shakes fist @ ao2 |
| 22:28.30 | wedhorn | freddyk: there's a lot of bad blood between the chan_skinny and chan_sccp projects due to a blow up a couple years ago. Due to possible licencing issues, we deliberately ignore all chan_sccp code. |
| 22:29.54 | freddyk | wedhorn |
| 22:30.05 | freddyk | i'm the main developer atm in chan-sccp-b project |
| 22:30.09 | freddyk | and for me |
| 22:30.19 | freddyk | there is no problem to collaborate with you |
| 22:30.20 | freddyk | but |
| 22:30.30 | freddyk | i know |
| 22:30.39 | freddyk | that maybe lots of problems and licensing issues with cisco |
| 22:31.01 | wedhorn | it's not a cisco issue. |
| 22:31.05 | freddyk | as chan_skinny, once become stable and full working maybe competitive |
| 22:31.09 | freddyk | to callmanager |
| 22:31.16 | freddyk | so what will you do next ? |
| 22:32.42 | wedhorn | Unfortunately, there was a fallout with Sergio (previous version of chan_sccp). There were threats, arguments that GPL licencing was breached and so on. |
| 22:33.05 | freddyk | i'm going to move to GPL2 |
| 22:33.07 | wedhorn | As such we really can't touch anything that is related to chan_sccp. |
| 22:33.17 | freddyk | and i will love if asterisk can include some of my code |
| 22:34.25 | wedhorn | I'd go and have a look at asterisk licencing. I doubt you will every be able to include any chan_sccp stuff. |
| 22:34.39 | freddyk | i can include my patches |
| 22:34.43 | freddyk | to your channel |
| 22:34.44 | freddyk | :) |
| 22:35.07 | russellb_ | we can include code if you own the copyright and license it to digium |
| 22:35.21 | russellb_ | but if the code came from chan_sccp, it's very tricky |
| 22:35.22 | wedhorn | If you are the one actually writing the patch, probably |
| 22:35.24 | freddyk | if i write code i'm the owner |
| 22:35.37 | freddyk | if i made a patch |
| 22:35.40 | freddyk | that code is mine |
| 22:35.41 | russellb_ | because your changes could be considered a derivative work of chan_sccp, which you do not own all of the copyright to |
| 22:35.50 | freddyk | :) |
| 22:36.09 | freddyk | btw, i think a solution can be found |
| 22:36.33 | russellb_ | forget everything you know about chan_sccp, and only work on chan_skinny |
| 22:36.35 | russellb_ | that's the solution |
| 22:36.36 | russellb_ | :) |
| 22:36.44 | wedhorn | lol at russellb_ |
| 22:36.46 | freddyk | they look like much similar |
| 22:36.54 | freddyk | but who can get my patches ? |
| 22:37.14 | russellb_ | patches can be submitted to bugs.digium.com |
| 22:37.19 | freddyk | it's not so easy if you made 2000 rows per day |
| 22:37.27 | freddyk | and change them to let work right |
| 22:37.48 | freddyk | so, how can i share my code to someone who's going to submit to trunk ? |
| 22:40.32 | wedhorn | freddyk: the process is that you subm |
| 22:40.49 | freddyk | ok wedhorn |
| 22:40.52 | wedhorn | it an issue (with a patch) to bugs.digium.com |
| 22:40.55 | freddyk | but how can you fix my code |
| 22:41.07 | freddyk | if we do not share anything before to submit ? |
| 22:41.09 | wedhorn | first you need a licence |
| 22:41.37 | wedhorn | go have a look at http://www.asterisk.org/developers/bug-guidelines |
| 22:42.00 | wedhorn | mvanbaak: looks after chan_skinny stuff |
| 22:42.07 | mvanbaak | yup |
| 22:42.29 | mvanbaak | sorry, I saw your /msg freddyk and I'm reading this channel |
| 22:43.00 | mvanbaak | freddyk: if you need something in chan_skinny it's simple |
| 22:43.22 | mvanbaak | write a patch, post it to mantis (bugs.digium.com) and I'll review/commit it |
| 22:43.37 | freddyk | okey |
| 22:43.39 | freddyk | but now |
| 22:43.40 | mvanbaak | as long as we can be sure it's not the same code that went into chan_sccp |
| 22:44.00 | freddyk | how i know what is in |
| 22:44.11 | freddyk | and working already ? |
| 22:44.31 | mvanbaak | if you got the idea from chan_sccp it's fine, but if you post code that looks too much like sccp we cannot accept it |
| 22:44.58 | freddyk | i write own code in chan_sccp from about 250 SVN commits |
| 22:45.03 | freddyk | also new configuration layout |
| 22:45.06 | mvanbaak | freddyk: simple. just install asterisk-trunk and have a look at chan_skinny.c |
| 22:45.07 | freddyk | much asterisk like |
| 22:45.28 | mvanbaak | channels/chan_skinny.c |
| 22:45.35 | freddyk | i smile |
| 22:45.57 | freddyk | btw it's okey |
| 22:46.04 | freddyk | i will check for features |
| 22:46.09 | freddyk | and try to post them |
| 22:46.12 | mvanbaak | wedhorn did a lot of work to seperate devices and lines in chan_skinny |
| 22:46.22 | mvanbaak | and right now he's working on the sub handling |
| 22:46.37 | freddyk | what kind of handling ? |
| 22:46.49 | mvanbaak | and I'm just a pain in the ass reviewing all the stuff before I commit it to trunk ;) |
| 22:47.00 | freddyk | i see there were lot of mistakes |
| 22:47.04 | freddyk | about lines and devices |
| 22:47.07 | freddyk | for example |
| 22:47.09 | freddyk | nat |
| 22:47.32 | mvanbaak | well,... nat works fine |
| 22:47.32 | snuff-home | nat is evil.. complicates stuff.. ipv6 for all |
| 22:47.32 | snuff-home | ;) |
| 22:47.32 | freddyk | why a line should have nat and another not ' |
| 22:47.36 | freddyk | ? |
| 22:47.42 | freddyk | i think it's just a device parameter |
| 22:47.49 | freddyk | as if a device has one ip |
| 22:47.53 | mvanbaak | freddyk: hhmm, you are correct |
| 22:47.54 | freddyk | it is shared between lines |
| 22:48.01 | freddyk | your rtp bridge |
| 22:48.03 | mvanbaak | a device should have nat= stuff |
| 22:48.03 | freddyk | doesn't wrok |
| 22:48.09 | freddyk | *work |
| 22:48.15 | mvanbaak | no, shared lines does not work on chan_skinny |
| 22:48.29 | freddyk | i don't mean shared lines |
| 22:48.36 | freddyk | but if i have a device with 6 lines |
| 22:48.41 | mvanbaak | hhmm |
| 22:48.44 | freddyk | and i configure nat for one line |
| 22:48.49 | mvanbaak | nat stuff should be device specific yeah |
| 22:48.52 | freddyk | i should have for all device |
| 22:48.55 | freddyk | :) |
| 22:49.05 | mvanbaak | good call |
| 22:49.22 | mvanbaak | wedhorn: you want to take that one ? |
| 22:49.45 | mvanbaak | snuff-home: amen to that ! |
| 22:50.04 | freddyk | other question |
| 22:50.09 | mvanbaak | shoot |
| 22:50.09 | freddyk | what about conferencing |
| 22:50.23 | freddyk | i have privately implemented it using dahdi stuff |
| 22:50.32 | freddyk | and meetme samples |
| 22:50.45 | freddyk | as cisco does inside ccm or ccme |
| 22:50.51 | mvanbaak | conferencing in asterisk is done with meetme |
| 22:50.55 | freddyk | okey |
| 22:51.04 | freddyk | but it's possible to do three way conferencing |
| 22:51.07 | mvanbaak | we dont have a skinny specific implementation for that |
| 22:51.10 | freddyk | with cisco skinny phones |
| 22:51.13 | mvanbaak | yeah, we know |
| 22:51.21 | mvanbaak | but we decided to do it with meetme |
| 22:51.22 | freddyk | so, how would you implement it ? |
| 22:51.37 | snuff-home | mvanbaak: soon should be able to use file's new bridgin code i think.. |
| 22:51.47 | mvanbaak | snuff-home: yeah |
| 22:51.57 | wedhorn | when I fixed the line/device stuff, I ignored a lot of stuff, nat was one of them. I'd like to discuss first... |
| 22:52.08 | mvanbaak | snuff-home: but as far as I know it still needs dahdi to do the mixing |
| 22:52.46 | mvanbaak | wedhorn: nat should be device specific |
| 22:53.00 | mvanbaak | a device is behind nat, or it isnt |
| 22:53.22 | freddyk | but a line can have it's own codecs |
| 22:53.23 | mvanbaak | no matter what lines are attached to it |
| 22:53.25 | wedhorn | yes, but maybe also per line |
| 22:53.31 | freddyk | and may go out through a sip peer |
| 22:53.45 | freddyk | btw it stands on the same ip |
| 22:53.50 | freddyk | of the device |
| 22:53.51 | wedhorn | what if you have a line that you allow direct rtp, but not on other lines |
| 22:53.58 | freddyk | so why device has no nat |
| 22:54.00 | freddyk | and line yes ? |
| 22:54.36 | wedhorn | the reason that it isn't included in the devices is that I haven't got around to it yet ;) |
| 22:54.40 | mvanbaak | wedhorn: if not set on the line, take the nat settings from the device it belongs to |
| 22:54.50 | wedhorn | yep, later ;) |
| 22:55.04 | mvanbaak | no problem :) |
| 22:55.44 | mvanbaak | just to let you know: I have a testbed for that now |
| 22:55.53 | wedhorn | there's a bunch of other stuff in the same basket |
| 22:56.07 | mvanbaak | my home asterisk is on a server in denmark, and my skinny phones are at home behind nat |
| 22:56.51 | mvanbaak | my xen box died, so I had to quickly build a backup machine in denmark (colocated) |
| 22:57.15 | file | mvanbaak: it does not need dahdi for mixing |
| 22:57.49 | file | you should be able to implement 3 way calling using the bridging API very easily |
| 22:57.50 | mvanbaak | file: woot. so I'll finally be able to run conferences on !linux ? |
| 22:57.54 | file | sure |
| 22:58.06 | mvanbaak | cool |
| 22:58.19 | mvanbaak | that'll nuke my last linux box |
| 22:59.18 | mvanbaak | file: merge it ! |
| 23:05.00 | freddyk | so dahdi is not needed with file's bridge code ? |
| 23:06.18 | *** join/#asterisk-dev russellb (n=russellb@asterisk/digium-open-source-team-lead/russellb) |
| 23:06.18 | *** join/#asterisk-dev tzafrir_laptop (n=tzafrir@bzq-179-75-202.static.bezeqint.net) [NETSPLIT VICTIM] |
| 23:06.18 | *** join/#asterisk-dev Marquis42 (n=bfhbmw0@65-127-126-34.dia.static.qwest.net) [NETSPLIT VICTIM] |
| 23:06.18 | *** mode/#asterisk-dev [+oo russellb tzafrir_laptop] by irc.freenode.net |
| 23:07.59 | *** join/#asterisk-dev file (n=file@asterisk/developer-and-muffin-lover/file) |
| 23:07.59 | *** join/#asterisk-dev angler (n=angler@pdpc/sponsor/digium/angler) |
| 23:07.59 | *** join/#asterisk-dev d3wayne (n=dwayne@76.29.245.9) |
| 23:07.59 | *** join/#asterisk-dev festr_ (n=festr@ns.hiro.cz) |
| 23:07.59 | *** join/#asterisk-dev CtRiX (n=CtRiX@aretha.navynet.it) |
| 23:07.59 | *** mode/#asterisk-dev [+oo file d3wayne] by irc.freenode.net |
| 23:08.59 | *** join/#asterisk-dev file (n=file@asterisk/developer-and-muffin-lover/file) |
| 23:08.59 | *** mode/#asterisk-dev [+o file] by ChanServ |
| 23:10.58 | mvanbaak | freddyk: indeed |
| 23:15.13 | mvanbaak | which is awesome, because once it's merged I can remove the last linux box from our network |
| 23:16.27 | wedhorn | 3-way < conference |
| 23:36.44 | *** join/#asterisk-dev russellb_ (n=russell@asterisk/digium-open-source-team-lead/russellb) |
| 23:36.44 | *** mode/#asterisk-dev [+o russellb_] by ChanServ |
| 23:42.04 | seanbright | you have a directory in a wc called foo |
| 23:42.08 | seanbright | foo contains a, b, and c |
| 23:42.30 | seanbright | you have an update of foo from a third party which contains a, c, e f/ f/g |
| 23:42.31 | russellb_ | orly? |
| 23:42.39 | seanbright | what's the correct way to resolve that in svn? |
| 23:42.43 | seanbright | svn rm foo first? |
| 23:43.14 | seanbright | speaking specifically of editline |
| 23:43.14 | russellb_ | ah ... |
| 23:43.14 | seanbright | want to update to the latest |
| 23:43.14 | seanbright | for shites and giggles, mostly. |
| 23:43.18 | russellb_ | that's what I would do. Just blow away the old one first |
| 23:43.28 | seanbright | m'kay |
| 23:43.42 | russellb_ | if it was really just a through g, then you could just svn rm b, svn add e f/ |
| 23:43.51 | seanbright | it's not |
| 23:43.57 | seanbright | the reorg'd significantly |
| 23:44.01 | russellb_ | right, editline is a few more than that :) |
| 23:44.02 | seanbright | they* |
| 23:44.05 | seanbright | yeah |
| 23:44.05 | russellb_ | yeah, just blow it away |
| 23:44.10 | seanbright | excellent. |
| 23:44.15 | russellb_ | svn rm, svn commit, ... |
| 23:44.19 | seanbright | right |
| 23:44.27 | russellb_ | and here's a trick to save you some time: |
| 23:44.45 | russellb_ | svn mkdir editline (or whatever you want to call it), then just "cp", not "svn cp" the files in ... |
| 23:44.57 | russellb_ | then, cd editline .... and run repotools/cvsupdatescript.sh |
| 23:45.11 | russellb_ | that will recursively add all the files and set the properties on them for you |
| 23:45.16 | seanbright | this is after the svn rm/svn commit, correct? |
| 23:45.23 | russellb_ | correct |
| 23:45.27 | seanbright | alrighty |
| 23:45.28 | russellb_ | this is for importing the new stuff |
| 23:45.32 | seanbright | for |
| 23:45.34 | seanbright | err |
| 23:45.35 | seanbright | right |
| 23:45.38 | seanbright | heh... not even close! |
| 23:45.45 | russellb_ | good luck to ya! |
| 23:45.48 | seanbright | thanks |
| 23:46.07 | seanbright | outside of editline/ the changes are minimal |
| 23:49.26 | tzafrir_laptop | why are we maintaining editline and not using libedit? |
| 23:49.42 | seanbright | editline is libedit |
| 23:50.04 | tzafrir_laptop | an older version of it. With a GPL-incompatible license |
| 23:50.26 | tzafrir_laptop | (4-clause BSD) |
| 23:50.53 | seanbright | ah. ianal |
| 23:52.00 | tzafrir_laptop | original: http://packages.debian.org/changelogs/pool/main/e/editline/editline_1.12-5/libeditline-dev.copyright |
| 23:52.17 | seanbright | sorry, what are you suggesting we do? |
| 23:52.28 | seanbright | remove it completely and rely on the OS installed one? |
| 23:52.30 | tzafrir_laptop | new: http://packages.debian.org/changelogs/pool/main/libe/libedit/libedit_2.11~20080614-1/libedit-dev.copyright |
| 23:52.33 | *** join/#asterisk-dev qdk (n=qdk@212.27.31.214.bredband.3.dk) |
| 23:53.11 | tzafrir_laptop | seanbright, where available: yes |
| 23:53.18 | tzafrir_laptop | works well with all other libraries |
| 23:53.34 | seanbright | k |
| 23:53.39 | seanbright | well then i will stop what i am doing |
| 23:53.57 | seanbright | let me know how i should proceed. |
| 23:55.46 | mvanbaak | remove it |
| 23:56.08 | seanbright | i'm not really comfortable doing that |
| 23:56.17 | seanbright | i'll let one of you gents handle that |
| 23:56.37 | mvanbaak | just remove it and make it depend on the os |
| 23:56.44 | mvanbaak | like ssl and other stuff |
| 23:57.03 | seanbright | like i said, not really comfortable doing that |
| 23:57.11 | seanbright | but if you want to tackle it, by all means. |
| 23:57.33 | mvanbaak | there is some stuff a system has to have before it can compile asterisk |
| 23:57.43 | mvanbaak | do the same with editline |
| 23:57.49 | seanbright | heh |
| 23:58.07 | mvanbaak | bison and gmake comes to mind |
| 23:58.12 | seanbright | i don't think i should have to say the same thing three times in a row... :) |
| 23:58.31 | mvanbaak | you should, because it makes no sence |
| 23:58.58 | seanbright | i didn't mean to open a can of worms |
| 23:58.58 | mvanbaak | we are now maintaining an old, unmaintained version of crappy software just because we depend on it |
| 23:59.01 | mvanbaak | common |
| 23:59.04 | seanbright | i'm sorry i've upset you guys |
| 23:59.13 | seanbright | i think i'll just go. |
| 23:59.19 | seanbright | g'night. |
| 23:59.19 | mvanbaak | even OpenBSD has trouble with it |