| 14:53.14 | *** join/#asterisk-dev infobot (~infobot@rikers.org) |
| 14:53.14 | *** topic/#asterisk-dev is Asterisk Development Discussion -=- http://www.asterisk.org/developers -=- Tier 2 and 3.14159265 support is in #asterisk |
| 14:54.19 | *** join/#asterisk-dev sruffell (~sruffell@asterisk/the-kernel-guy/sruffell) |
| 14:54.19 | *** mode/#asterisk-dev [+o sruffell] by ChanServ |
| 15:38.57 | file | ooo |
| 15:38.59 | file | chan_unistim.c: In function âkey_dial_pageâ: |
| 15:38.59 | file | chan_unistim.c:2703:45: warning: array subscript is above array bounds [-Warray-bounds] |
| 15:38.59 | file | <PROTECTED> |
| 15:44.14 | *** join/#asterisk-dev anthm (~anthm@freeswitch/developer/anthm) |
| 15:48.56 | Qwell | fancy |
| 15:52.25 | seanbright | try again -Wshadow |
| 15:52.46 | file | I've moved on to actual work |
| 15:52.52 | file | (the above was taken from GCC 4.8) |
| 15:53.01 | seanbright | ah |
| 16:09.23 | *** join/#asterisk-dev serafie1 (~erin@24.214.158.242) |
| 16:09.27 | *** join/#asterisk-dev pabelanger (~pabelange@asterisk/contributor-and-bug-marshal/pabelanger) |
| 16:09.27 | *** mode/#asterisk-dev [+o pabelanger] by ChanServ |
| 16:18.45 | *** join/#asterisk-dev jrose_atDigium (~jrose_atD@nat/digium/x-zwrtdvhuchzozdsd) |
| 16:36.28 | *** join/#asterisk-dev hehol (~hehol@2001:1438:1009:200:dd0e:7835:dbbd:6c21) |
| 16:38.59 | mjordan | leedm777: had we decided on a nomenclature for stasis message type accessor functions? |
| 16:39.27 | leedm777 | mjordan: nope. |
| 16:39.39 | leedm777 | I'm okay with adding a _message suffix |
| 16:39.43 | leedm777 | just makes things a bit long |
| 16:40.15 | mjordan | yeah, I keep getting hung up on type == accessor |
| 16:40.19 | *** join/#asterisk-dev jrose_atDigium (~jrose_atD@nat/digium/x-eybyukotbohvxqoe) |
| 16:40.52 | opticron | also, it apparently drives rmudgett's tagging system crazy |
| 16:41.04 | leedm777 | apparently |
| 16:41.24 | mjordan | it hasn't broken eclipse ....... yet |
| 16:42.18 | file | it will |
| 16:42.27 | leedm777 | mjordan: so, what do you think? _message, _mt, _type? |
| 16:42.51 | leedm777 | I'm leaning toward _type |
| 16:44.43 | mjordan | leedm777: I'm good with any. _type is fine |
| 16:45.42 | Qwell | leedm777: How necessary is ast_json_dump_str()? json_dump_callback is fairly new. Newer than the package in Oneiric. |
| 16:46.54 | leedm777 | Qwell: It's used in the stasis-app websocket stuff. |
| 16:47.09 | leedm777 | but I can make an old-version friendly variation |
| 16:47.22 | leedm777 | Had to do that with something else already. |
| 16:47.24 | Qwell | not a huge deal - I can just upgrade |
| 16:47.27 | Qwell | oh |
| 16:48.02 | leedm777 | Precise is the most recent LTS, right? |
| 16:48.11 | pabelanger | yes |
| 16:48.17 | pabelanger | 12.04 |
| 16:48.18 | Qwell | tries 2.2 |
| 16:49.59 | Qwell | 2.2 is fine |
| 16:50.05 | Qwell | (which is what's in Precise) |
| 16:50.17 | leedm777 | At least there's that :-D |
| 16:50.40 | Qwell | It has like no deps, so the package is installable on Maverick even. |
| 16:52.01 | mjordan | leedm777: hm, we already have a ast_channel_blob_type |
| 16:52.08 | mjordan | (I'm not sure what it's doing however) |
| 16:52.32 | mjordan | ah, it's pulling the 'type' field out of the JSON blob. Might need to document that a bit clearer |
| 16:52.44 | *** join/#asterisk-dev hehol (~hehol@2001:1438:1009:200:dd0e:7835:dbbd:6c21) |
| 16:52.54 | leedm777 | mjordan: yup. and rename it to ast_channel_blob_json_type |
| 16:53.00 | mjordan | sounds good |
| 16:53.31 | *** part/#asterisk-dev sruffell (~sruffell@asterisk/the-kernel-guy/sruffell) |
| 16:53.50 | *** join/#asterisk-dev sruffell (~sruffell@asterisk/the-kernel-guy/sruffell) |
| 16:53.50 | *** mode/#asterisk-dev [+o sruffell] by ChanServ |
| 17:00.03 | *** join/#asterisk-dev rgagnon (~rgagnon@rrcs-71-42-183-54.sw.biz.rr.com) |
| 17:00.57 | rgagnon | have question about GPLv2 licensing stuff if anyonw knows if this might be a place to ask |
| 17:01.19 | rgagnon | or maybe just #asterisk? |
| 17:01.21 | jsmith | rgagnon: You can always ask -- but I'm not an attorney, and I don't play one in IRC |
| 17:01.39 | jsmith | rgagnon: But feel free to ask |
| 17:02.19 | rgagnon | lol... I came across a package called voipmonitor (voipmonitor.org) which has Asterisk source code in its tarball (all of the jitterbuffer stuff only)... are they allowed to do that without a file attributing the source or copyright? |
| 17:03.12 | pabelanger | rgagnon: have you bought it? |
| 17:03.19 | jsmith | At first glance, without knowing more details, that sounds like a violation of copyright law |
| 17:03.21 | rgagnon | no... its opensource, |
| 17:03.37 | rgagnon | but they have a commercial version that does the g729 |
| 17:03.54 | rgagnon | which means if you pay them for that version, i guess you are technically paying for the jitterbuffer |
| 17:04.26 | mjordan | rgagnon: jitterbuf is a bit odd |
| 17:04.39 | mjordan | I'm assuming it's the one written by Steve Kann? |
| 17:04.46 | pabelanger | well, if it is open source, and they are shipping asterisk in the tarball what is the issue? |
| 17:04.48 | rgagnon | yup I saw that comment in the source |
| 17:04.50 | mjordan | there's actually two in Asterisk, so that makes a difference |
| 17:04.50 | mjordan | okay |
| 17:04.52 | rgagnon | about stevek |
| 17:05.08 | mjordan | so that was originally LGPL, but an exclusion made to Digium for inclusion in Asterisk |
| 17:05.25 | mjordan | " * Copyright on this file is disclaimed to Digium for inclusion in Asterisk" |
| 17:05.32 | mjordan | as noted in Asterisk's jitterbuf.h file |
| 17:05.50 | rgagnon | right. thats what made me think it might not be allowed to be distributed with voipmonitor |
| 17:05.53 | mjordan | As such, I'm not sure if they copied it from Asterisk or if they got it from Steve |
| 17:05.58 | rgagnon | unless they had the same disclaimer |
| 17:06.05 | mjordan | it probably isn't, but we might not be the ones who should go after them |
| 17:06.14 | rgagnon | files all have the Asterisk copyright text in them |
| 17:06.15 | mjordan | since we don't hold the copyright on the original implementation. |
| 17:06.18 | mjordan | ... |
| 17:06.19 | mjordan | oic |
| 17:06.31 | mjordan | then they've also taken our GPLv2 modifications made to the original jitterbuf. |
| 17:06.43 | Qwell | so, if it has the Asterisk copyright text in them... what would the violation even be? |
| 17:07.04 | mjordan | Qwell: (12:03:37 PM) rgagnon: but they have a commercial version that does the g729 |
| 17:07.09 | mjordan | probably that |
| 17:07.19 | mjordan | but I could be wrong, IANAL |
| 17:07.23 | Qwell | Are they providing the source? |
| 17:07.30 | file | you just play one on TV |
| 17:07.35 | rgagnon | yeah... they want $10K/yr to transcode to g729 |
| 17:07.51 | rgagnon | I dont think they would provide the source for the commercial version, but would have to check |
| 17:08.11 | Qwell | The law doesn't work on assumptions. :) |
| 17:08.36 | rgagnon | brb... asking my guy that was checking on that |
| 17:08.54 | Qwell | Unless you're their customer, they may not give it to you - which is still not a violation. |
| 17:09.07 | rgagnon | ...of course he just left for lunch :-) |
| 17:11.40 | rgagnon | well for now I just wanted to see if it seemed for sure a bad thing... will have to follow up little later on... but they only build one binary from source, .. the default pkg build a codec_slinear.cpp codev_wav.cpp and codec_ogg.cpp, but they all end up statically in one binary. |
| 17:12.15 | rgagnon | I can only assume until I check more that codec_g729.cc would also be piled into the main binary as its named "voipmonitor-g729" instead of just "voipmonitor" |
| 17:12.27 | mjordan | rgagnon: I'll pass it along |
| 17:15.00 | rgagnon | kthx |
| 17:30.15 | mjordan | leedm777: if I use variadic arguments to construct a multi channel blob, will you hate me? |
| 17:30.58 | leedm777 | mjordan: not if you use a variadic macro wrapper so you can avoid requiring NULL as the last param. |
| 17:31.58 | file | mjordan, HATE |
| 17:32.10 | file | (go ahead) |
| 17:32.13 | mjordan | heh |
| 17:32.32 | leedm777 | file: is that plain hate, or HATE FIRE? |
| 17:32.33 | mjordan | it's not really needed. It just means we'll have successive calls to something like 'add_blob_to_multi_blob |
| 17:32.47 | file | it's realtime fueled hate |
| 17:32.48 | mjordan | which gets annoying |
| 17:48.09 | *** join/#asterisk-dev anonymouz666 (~anonymouz@189-25-137-199.user.veloxzone.com.br) |
| 18:12.36 | *** join/#asterisk-dev oej (~Adium@h87-96-134-129.dynamic.se.alltele.net) |
| 18:12.36 | *** mode/#asterisk-dev [+o oej] by ChanServ |
| 18:15.36 | oej | The p2p bridge hit me badly today. My Asterisk started filling in over 30 K lost packets. |
| 18:15.52 | oej | After this, I will listen to the mark bit. |
| 18:58.16 | *** join/#asterisk-dev bobse (~bobse@c-83-233-21-4.cust.bredband2.com) |
| 20:28.39 | *** join/#asterisk-dev serafie1 (~erin@24.214.158.242) |
| 20:28.56 | leifmadsen | oej: you need a better sorting algorithm for your packets if you keep losing them |
| 20:29.11 | leifmadsen | I suggest a shoe rack |
| 21:36.10 | *** join/#asterisk-dev anonymouz666 (~anonymouz@189-25-137-199.user.veloxzone.com.br) |
| 22:06.05 | *** part/#asterisk-dev rgagnon (~rgagnon@rrcs-71-42-183-54.sw.biz.rr.com) |
| 22:24.20 | *** part/#asterisk-dev mjordan (~mjordan@nat/digium/x-visvtpmwfzbhlkli) |
| 22:29.26 | *** join/#asterisk-dev pabelanger (~pabelange@asterisk/contributor-and-bug-marshal/pabelanger) |
| 22:29.26 | *** mode/#asterisk-dev [+o pabelanger] by ChanServ |
| 22:41.24 | *** join/#asterisk-dev italorossi (~italoross@187.61.168.117) |