| 00:00.41 | *** join/#asterisk-dev ipengineer (~zconkle@static-71-252-134-63.dllstx.fios.verizon.net) |
| 00:43.11 | tonyclewis | my Digium phone likes to randomly do that |
| 00:43.33 | tonyclewis | yea to firmware based hardware |
| 00:45.16 | tonyclewis | but to be fair i seem to have that problem with most phones I use |
| 00:45.18 | tonyclewis | lol |
| 00:47.35 | mjordan | tonyclewis: it's a feature |
| 00:47.48 | tonyclewis | heehehe |
| 00:48.15 | tonyclewis | heck time warner has replaced the modem 3 times this year for me |
| 00:48.30 | tonyclewis | as it looses all its configs randomly |
| 00:48.38 | tonyclewis | I am just cursed on any electronics |
| 00:48.53 | tonyclewis | but I made it 9 months now with the same labtop. First time ever in my life |
| 00:49.26 | mjordan | want to do hardware testing? |
| 00:49.49 | tonyclewis | well think we did that on your r-series already |
| 00:49.54 | tonyclewis | and sent in some things |
| 00:49.54 | tonyclewis | lol |
| 00:50.00 | mjordan | touche |
| 00:50.04 | tonyclewis | between X-Rob and myself |
| 00:50.08 | tonyclewis | we seem to find everything |
| 00:50.27 | tonyclewis | he calls me the king of Q/A |
| 00:50.32 | X-Rob | He is |
| 00:50.43 | X-Rob | OMFG he thinks of things to do to break stuff |
| 00:50.54 | tonyclewis | yes I have a knack for it |
| 00:51.08 | X-Rob | file: mjordan -- so what's the chance of me putting in a feature request for 'pjsip show channels'? |
| 00:51.13 | X-Rob | Well. |
| 00:51.13 | tonyclewis | wait tell you get me a working FreePBX on PJSIP sure I will find plenty that nobody will talk to me |
| 00:51.20 | X-Rob | What's the chance of you guys not going 'Pfft' |
| 00:51.57 | mjordan | X-Rob: welll.... https://reviewboard.asterisk.org/r/3043/ |
| 00:52.39 | mjordan | if you'd like, wget https://reviewboard.asterisk.org/r/3043/diff/raw/ |
| 00:52.50 | mjordan | the patch should be nearly complete |
| 00:53.51 | X-Rob | omg, I love you mjordan |
| 00:54.38 | mjordan | thank gtjoseph, he's the author :-) |
| 00:54.55 | *** join/#asterisk-dev vlad_starkov (~vlad_star@109.188.124.114) |
| 00:56.12 | *** part/#asterisk-dev mjordan (~matt@nat/digium/x-ofllqvcywnklnxhq) |
| 00:57.30 | tonyclewis | X-Rob: be careful your wife will get jealous with all these love you's you through around and I have seen pics of your wife and I would put my money on her over mjordan |
| 00:58.06 | X-Rob | She plays roller derby, dude. She's going to win in ANY physical confrontation. |
| 01:08.17 | tonyclewis | well I am off to update my 200th CentOS 5.8 to 6.4 tonight |
| 01:33.00 | *** join/#asterisk-dev ipengineer (~zconkle@static-71-252-134-63.dllstx.fios.verizon.net) |
| 01:36.47 | *** join/#asterisk-dev spditner (~simon@206-248-134-13.dsl.teksavvy.com) |
| 01:47.40 | *** join/#asterisk-dev vlad_starkov (~vlad_star@109.188.124.119) |
| 02:01.57 | *** join/#asterisk-dev mjordan (~matt@75.76.55.191) |
| 02:01.58 | *** mode/#asterisk-dev [+o mjordan] by ChanServ |
| 02:47.38 | *** join/#asterisk-dev vlad_starkov (~vlad_star@109.188.124.145) |
| 03:14.48 | *** join/#asterisk-dev ipengineer (~zconkle@static-71-252-134-63.dllstx.fios.verizon.net) |
| 03:33.14 | *** join/#asterisk-dev ipengineer (~zconkle@static-71-252-134-63.dllstx.fios.verizon.net) |
| 03:47.48 | *** join/#asterisk-dev vlad_starkov (~vlad_star@109.188.124.99) |
| 04:23.18 | *** join/#asterisk-dev ivan` (~ivan@unaffiliated/ivan/x-000001) |
| 04:47.38 | *** join/#asterisk-dev vlad_starkov (~vlad_star@109.188.124.67) |
| 05:15.19 | *** join/#asterisk-dev vlad_starkov (~vlad_star@109.188.124.94) |
| 06:01.41 | *** join/#asterisk-dev vlad_starkov (~vlad_star@109.188.124.80) |
| 06:38.01 | *** join/#asterisk-dev xytis (~xytis@5.20.223.100) |
| 07:18.34 | *** join/#asterisk-dev vlad_starkov (~vlad_star@109.188.124.91) |
| 07:23.36 | *** join/#asterisk-dev bulkorok (~Benjamin@85.183.61.47) |
| 07:28.53 | *** join/#asterisk-dev xytis (~xytis@5.20.223.100) |
| 07:33.48 | *** join/#asterisk-dev xytis (~xytis@5.20.223.100) |
| 07:35.56 | *** join/#asterisk-dev xytis (~xytis@5.20.223.100) |
| 07:38.41 | *** join/#asterisk-dev oej (~Adium@h87-96-134-129.dynamic.se.alltele.net) |
| 07:38.42 | *** mode/#asterisk-dev [+o oej] by ChanServ |
| 07:43.45 | *** join/#asterisk-dev xytis (~xytis@5.20.223.100) |
| 07:46.11 | *** join/#asterisk-dev xytis (~xytis@5.20.223.100) |
| 07:58.12 | *** join/#asterisk-dev xytis (~xytis@5.20.223.100) |
| 08:18.55 | *** join/#asterisk-dev hehol (~hehol@2001:1438:1009:200:94b4:4073:9ec8:5e1e) |
| 08:36.18 | oej | Morning folks! |
| 08:45.00 | *** join/#asterisk-dev oej (~Adium@h87-96-134-129.dynamic.se.alltele.net) |
| 08:45.00 | *** mode/#asterisk-dev [+o oej] by ChanServ |
| 09:12.06 | *** join/#asterisk-dev reconwireless (uid10170@gateway/web/irccloud.com/x-axenzxwvonzoowaz) |
| 09:12.06 | *** join/#asterisk-dev Sjors (~sgielen@foo.kassala.de) |
| 09:12.06 | *** join/#asterisk-dev tonyclewis (uid6025@gateway/web/irccloud.com/x-wtbryfpdbepzxrdq) |
| 09:12.06 | *** join/#asterisk-dev grummund (~user@unaffiliated/grummund) |
| 09:12.06 | *** join/#asterisk-dev jrose_atDigium (~jrose_atD@nat/digium/x-hanavpxdzlwkzdsz) |
| 09:12.06 | *** join/#asterisk-dev outtolunc (~me@c-67-170-214-55.hsd1.ca.comcast.net) |
| 09:12.06 | *** join/#asterisk-dev dpeloquin (uid13057@gateway/web/irccloud.com/x-vsfchalkdsryfxrx) |
| 09:13.03 | *** join/#asterisk-dev xytis (~xytis@5.20.223.100) |
| 09:18.30 | *** join/#asterisk-dev xytis (~xytis@5.20.223.100) |
| 09:21.41 | *** join/#asterisk-dev reconwireless (uid10170@gateway/web/irccloud.com/x-axenzxwvonzoowaz) |
| 09:21.41 | *** join/#asterisk-dev Sjors (~sgielen@foo.kassala.de) |
| 09:21.41 | *** join/#asterisk-dev tonyclewis (uid6025@gateway/web/irccloud.com/x-wtbryfpdbepzxrdq) |
| 09:21.41 | *** join/#asterisk-dev grummund (~user@unaffiliated/grummund) |
| 09:21.41 | *** join/#asterisk-dev jrose_atDigium (~jrose_atD@nat/digium/x-hanavpxdzlwkzdsz) |
| 09:21.41 | *** join/#asterisk-dev outtolunc (~me@c-67-170-214-55.hsd1.ca.comcast.net) |
| 09:21.41 | *** join/#asterisk-dev dpeloquin (uid13057@gateway/web/irccloud.com/x-vsfchalkdsryfxrx) |
| 09:44.57 | *** join/#asterisk-dev oej (~Adium@h87-96-134-129.dynamic.se.alltele.net) |
| 09:44.57 | *** mode/#asterisk-dev [+o oej] by ChanServ |
| 09:57.29 | *** join/#asterisk-dev moy_ (~moy@173.239.155.74) |
| 10:04.22 | *** join/#asterisk-dev moy (~moy@UNVLON55-1176057127.sdsl.bell.ca) |
| 10:39.50 | *** join/#asterisk-dev xytis (~xytis@5.20.223.100) |
| 10:53.40 | *** join/#asterisk-dev tzafrir (~tzafrir@local.xorcom.com) |
| 10:53.40 | *** mode/#asterisk-dev [+o tzafrir] by ChanServ |
| 10:55.20 | *** join/#asterisk-dev xytis (~xytis@5.20.223.100) |
| 11:20.20 | *** join/#asterisk-dev vlad_starkov (~vlad_star@109.188.124.121) |
| 11:21.15 | *** join/#asterisk-dev vlad_starkov (~vlad_star@109.188.124.121) |
| 11:36.17 | *** join/#asterisk-dev xytis (~xytis@5.20.223.100) |
| 11:40.51 | *** join/#asterisk-dev xytis (~xytis@5.20.223.100) |
| 11:52.39 | *** join/#asterisk-dev danjenkins (~danjenkin@213.219.7.163) |
| 11:58.39 | *** join/#asterisk-dev xytis (~xytis@5.20.223.100) |
| 12:09.12 | *** join/#asterisk-dev mjordan (~matt@75.76.55.191) |
| 12:09.12 | *** mode/#asterisk-dev [+o mjordan] by ChanServ |
| 12:20.29 | *** join/#asterisk-dev oej (~Adium@h87-96-134-129.dynamic.se.alltele.net) |
| 12:20.30 | *** mode/#asterisk-dev [+o oej] by ChanServ |
| 12:23.08 | *** join/#asterisk-dev danjenkins (~danjenkin@213.219.7.163) |
| 12:37.31 | *** join/#asterisk-dev vlad_starkov (~vlad_star@109.188.124.121) |
| 12:40.37 | *** join/#asterisk-dev xytis (~xytis@5.20.223.100) |
| 12:41.21 | *** join/#asterisk-dev zigg (~matt@unaffiliated/zigg) |
| 12:59.34 | *** join/#asterisk-dev xytis (~xytis@5.20.223.100) |
| 13:12.34 | danjenkins | hi file |
| 13:12.41 | file | hi |
| 13:16.20 | mjordan | file: so this one is weird - pjsip thread association error, but it looks like it's a threadpool thread |
| 13:16.22 | mjordan | https://bamboo.asterisk.org/bamboo/artifact/AST-ATTSCD/C632TE/build-211/Test-Suite-Logs/channels/pjsip/basic_calls/outgoing/off-nominal/bob_is_busy/backtrace_4944.txt |
| 13:18.20 | file | is the pjproject up to date on there with our git? |
| 13:19.56 | mjordan | hm |
| 13:19.58 | mjordan | might not be |
| 13:20.02 | mjordan | that's not part of its build process |
| 13:20.17 | file | cause transaction locking/reference counting is completely different now |
| 13:20.32 | mjordan | yeah. I should probably build that into the pre-test scripts |
| 13:20.46 | file | (there is no unlock_tsx anymore for example) |
| 13:27.00 | *** join/#asterisk-dev protocoldoug (~doug@unaffiliated/protocoldoug) |
| 13:30.13 | *** join/#asterisk-dev [TK]D-Fender (~chatzilla@216-191-106-163.dedicated.allstream.net) |
| 13:35.03 | *** join/#asterisk-dev vlad_starkov (~vlad_star@109.188.124.176) |
| 13:57.45 | *** part/#asterisk-dev mjordan (~matt@75.76.55.191) |
| 14:06.37 | *** join/#asterisk-dev oej (~Adium@h87-96-134-129.dynamic.se.alltele.net) |
| 14:06.37 | *** mode/#asterisk-dev [+o oej] by ChanServ |
| 14:14.23 | *** join/#asterisk-dev danjenkins_ (~danjenkin@213.219.7.130) |
| 14:20.24 | *** part/#asterisk-dev UForgotten (~u4go10@lopsa/member/UForgotten) |
| 14:30.23 | *** join/#asterisk-dev danjenkins (~danjenkin@213.219.7.163) |
| 14:38.48 | *** join/#asterisk-dev sruffell (~sruffell@asterisk/the-kernel-guy/sruffell) |
| 14:38.48 | *** mode/#asterisk-dev [+o sruffell] by ChanServ |
| 14:48.45 | *** join/#asterisk-dev drmessano (~nonya@pdpc/supporter/active/drmessano) |
| 14:57.31 | *** join/#asterisk-dev mjordan (~matt@nat/digium/x-jibqcifnkxkhsafe) |
| 14:57.32 | *** mode/#asterisk-dev [+o mjordan] by ChanServ |
| 14:59.21 | *** join/#asterisk-dev gtjoseph (~gtjoseph@unaffiliated/gtj) |
| 15:16.24 | *** join/#asterisk-dev xytis (~xytis@5.20.223.100) |
| 15:16.44 | *** join/#asterisk-dev kharwell (~kharwell@nat/digium/x-cyiwfoylpmnlkaiw) |
| 15:16.55 | *** join/#asterisk-dev putnopvut (~putnopvut@asterisk/master-of-queues/mmichelson) |
| 15:16.55 | *** mode/#asterisk-dev [+o putnopvut] by ChanServ |
| 15:18.39 | *** join/#asterisk-dev X-Rob (sid14615@gateway/web/irccloud.com/x-ibcckoeplyktqdvn) |
| 15:22.50 | *** join/#asterisk-dev xytis (~xytis@5.20.223.100) |
| 15:43.47 | *** join/#asterisk-dev n0taBug (~quassel@CPE002401e92f95-CM185933426b1c.cpe.net.cable.rogers.com) |
| 15:46.57 | *** join/#asterisk-dev oej (~Adium@h87-96-134-129.dynamic.se.alltele.net) |
| 15:46.58 | *** mode/#asterisk-dev [+o oej] by ChanServ |
| 16:27.06 | *** join/#asterisk-dev sgriepentrog (~sgriepent@nat/digium/x-xezqhwswnblydshr) |
| 16:44.05 | *** part/#asterisk-dev zigg (~matt@unaffiliated/zigg) |
| 16:47.06 | *** join/#asterisk-dev danjenkins_ (~danjenkin@213.219.7.130) |
| 17:35.52 | *** join/#asterisk-dev ehsjoar (~jonas@24.9.87.13) |
| 17:48.00 | *** join/#asterisk-dev ehsjoar (~jonas@c-24-9-87-13.hsd1.co.comcast.net) |
| 17:59.22 | *** join/#asterisk-dev anthm (~anthm@freeswitch/developer/anthm) |
| 18:07.16 | *** join/#asterisk-dev zigg (~matt@unaffiliated/zigg) |
| 18:09.55 | *** join/#asterisk-dev sruffell (~sruffell@asterisk/the-kernel-guy/sruffell) |
| 18:09.56 | *** mode/#asterisk-dev [+o sruffell] by ChanServ |
| 18:12.58 | *** join/#asterisk-dev X-Rob (sid14615@gateway/web/irccloud.com/x-ibcckoeplyktqdvn) |
| 18:12.58 | *** join/#asterisk-dev reconwireless (uid10170@gateway/web/irccloud.com/x-axenzxwvonzoowaz) |
| 18:12.58 | *** join/#asterisk-dev Sjors (~sgielen@foo.kassala.de) |
| 18:12.58 | *** join/#asterisk-dev tonyclewis (uid6025@gateway/web/irccloud.com/x-wtbryfpdbepzxrdq) |
| 18:12.58 | *** join/#asterisk-dev grummund (~user@unaffiliated/grummund) |
| 18:12.58 | *** join/#asterisk-dev jrose_atDigium (~jrose_atD@nat/digium/x-hanavpxdzlwkzdsz) |
| 18:12.58 | *** join/#asterisk-dev outtolunc (~me@c-67-170-214-55.hsd1.ca.comcast.net) |
| 18:12.58 | *** join/#asterisk-dev dpeloquin (uid13057@gateway/web/irccloud.com/x-vsfchalkdsryfxrx) |
| 18:14.33 | *** join/#asterisk-dev sruffell (~sruffell@asterisk/the-kernel-guy/sruffell) |
| 18:14.46 | *** mode/#asterisk-dev [+o sruffell] by ChanServ |
| 18:39.45 | *** join/#asterisk-dev jameswf (~james@unaffiliated/jameswf-home) |
| 19:14.32 | *** join/#asterisk-dev xytis (~xytis@88-223-36-62.meganet.lt) |
| 19:22.28 | *** join/#asterisk-dev barbosa2 (~juliano.b@177-069-248-123.static.ctbctelecom.com.br) |
| 19:24.13 | *** join/#asterisk-dev putnopvut (~putnopvut@asterisk/master-of-queues/mmichelson) |
| 19:24.13 | *** mode/#asterisk-dev [+o putnopvut] by ChanServ |
| 19:30.00 | *** join/#asterisk-dev ehsjoar (~jonas@c-24-9-87-13.hsd1.co.comcast.net) |
| 19:37.30 | *** join/#asterisk-dev JackStorm (no@ip72-204-153-71.no.no.cox.net) |
| 19:43.05 | *** join/#asterisk-dev vlad_starkov (~vlad_star@109.188.126.126) |
| 19:48.38 | *** join/#asterisk-dev vlad_starkov (~vlad_star@109.188.126.126) |
| 19:49.43 | file | STASIS ALL THE THINGS!!! |
| 19:50.07 | leedm777 | agrees |
| 19:51.02 | file | so right now there is a disconnect between channels and bridges when it comes to stasis events... if you want to get both you need to proactively do it, and also keep track of the bridge a channel is in (that's what stasis app does)... |
| 19:51.43 | file | any qualms to making a topic which aggregates from the topic of a channel and the topic of the bridge it is in? (if the bridge is changed the old subscription is unsubscribed and the new one is subscribed) |
| 19:53.22 | leedm777 | file: when the channel changes bridges, you may need to keep the old bridge forward open for some time, allowing messages that are currently in flight to be sent out. |
| 19:54.08 | mjordan | there's also some cost associated with having a forwarding topic of that magnitude |
| 19:54.18 | leedm777 | But we have code that can drop a message onto a topic and then executes when that message is received by a particular subscriber. |
| 19:54.31 | mjordan | so long as what it is replacing is semantically doing the same thing anyway by subscribing to channels/bridges, then I'm good |
| 19:55.19 | file | mjordan, right now that's what stasis app does for channels that are in stasis but for those you explicitly subscribe to using the subscription API it's just channel topic right now, but it would be useful to have it subscribe to this new one instead |
| 19:55.20 | leedm777 | mjordan: it would get rid of a forward that's currently in res_stasis.c; so cost would be minimal/neutral. |
| 19:55.56 | leedm777 | It also has the advantage of maintaining the bridge subscription once the channel leaves stasis. |
| 19:56.27 | leedm777 | More consistency == I like |
| 19:56.28 | mjordan | I like it |
| 19:56.50 | file | Icona Pop - I Love It |
| 19:56.56 | mjordan | It also makes use of the advantages of Stasis as opposed to building it all in the consumer |
| 19:57.10 | leedm777 | The downside is that since there isn't a direct subscription to the bridge, you can't unsubscribe to it. |
| 19:57.29 | mjordan | would you get messages for a bridge that aren't for your channel? |
| 19:57.30 | leedm777 | So if you're subscribed to a channel, you'll get the events for whichever bridge that channel is in. |
| 19:57.44 | mjordan | which is really the point... so hm. |
| 19:58.13 | leedm777 | mjordan: currently, though, you can explicitly unsubscribe to the bridge and stop receiving those events. |
| 19:58.13 | mjordan | that should be easy for a consumer to filter out, but it does mean that you could have a longer running performance hit for really long running bridges |
| 19:58.47 | file | hum... |
| 20:00.06 | leedm777 | what might be a bigger issue is that if the applications have multiple channels in the same bridge, I bet they'll receive duplicate copies of the bridge messages (with the proposed scheme). |
| 20:00.20 | file | leedm777, yeah... |
| 20:00.31 | file | leedm777, how does that work now? |
| 20:00.31 | leedm777 | that's… a problem. |
| 20:01.22 | leedm777 | Bridge A forwards its events to both Channel 1 and Channel 2. If an app is subscribed to both channels, it will receive the event twice. |
| 20:01.40 | file | aye |
| 20:02.37 | file | I meant within the scope of the existing code... because it should be subscribing the app to the bridge multiple times, does it just see that it's already subscribed? |
| 20:02.52 | leedm777 | existing code doesn't have that problem. |
| 20:03.04 | leedm777 | because the stasis app subscribes to the bridge explicitly |
| 20:03.52 | leedm777 | but if the events get forwarded to the app via channels, duplicationicity occurs |
| 20:03.56 | file | aye |
| 20:04.25 | file | to answer my own question: the code right now checks the forwards and doesn't set up duplicates |
| 20:04.34 | leedm777 | oh, that's your question. |
| 20:04.44 | leedm777 | yes, multiple subscriptions just bump a refcount. |
| 20:04.52 | leedm777 | to avoid duplicates. |
| 20:04.58 | file | well this is sad |
| 20:05.33 | *** join/#asterisk-dev xytis (~xytis@88-223-36-62.meganet.lt) |
| 20:10.05 | file | the amount of possible duplication is... a lot |
| 20:11.46 | *** join/#asterisk-dev jrose_atDigium (~jrose_atD@nat/digium/x-yfbhrocphenpgmbg) |
| 20:12.48 | file | SO! |
| 20:13.21 | leedm777 | file: that could be fixed with a change to stasis topics. they could to the refcounting thing to avoid duplicate subscribers. |
| 20:14.28 | file | this is going down a slightly invasive road >_> |
| 20:14.40 | leedm777 | s/slightly/massively/ |
| 20:15.28 | file | well if you put it that way... |
| 20:33.42 | file | kharwell, brave |
| 20:34.04 | file | kharwell, did you check after my lock commit to make sure there wasn't any conflicts/strange locking? |
| 20:35.09 | kharwell | file: yeah only a couple of conflicts and then a few spots where it double locked/unlocked that I had to clean up. Mostly in the channels specific stuff |
| 20:35.37 | file | cool |
| 20:52.19 | *** join/#asterisk-dev vlad_sta_ (~vlad_star@109.188.126.126) |
| 20:55.24 | putnopvut | hm, the sqlite 3 source is only 4 files: 2 .c files and 2 .h files. One of those .c files is 144909 lines long. |
| 20:55.38 | file | putnopvut, that is one of the distribution methods available |
| 20:56.02 | putnopvut | Ah, I see, I took the "amalgamation" download. |
| 20:57.37 | *** join/#asterisk-dev tzafrir (~tzafrir@bzq-218-28-58.cablep.bezeqint.net) |
| 20:57.37 | *** mode/#asterisk-dev [+o tzafrir] by ChanServ |
| 20:59.35 | file | today is the day of channel locking |
| 21:00.18 | putnopvut | uses his channel locks to fix a pipe |
| 21:01.05 | file | leedm777, I'm brainstorming some more whilst I shovel snow |
| 21:01.07 | file | heads back out |
| 21:02.27 | *** join/#asterisk-dev ehsjoar (~jonas@c-24-9-87-13.hsd1.co.comcast.net) |
| 21:12.33 | Qwell | putnopvut: we should do that with Asterisk. |
| 21:14.24 | putnopvut | Sounds like a plan! |
| 21:14.29 | putnopvut | Get to work on that! |
| 21:15.08 | Qwell | find . -name '*.c' -exec cat {} >> main/asterisk.c \; |
| 21:15.08 | Qwell | DONE |
| 21:15.46 | putnopvut | ha! |
| 21:16.04 | putnopvut | That would sooooo fail |
| 21:16.19 | Qwell | bah, just because users don't know how to compile it |
| 21:16.22 | Qwell | totally not our problem |
| 21:16.35 | putnopvut | I mean, I know there would be redefinitions of functions. |
| 21:24.16 | file | ugh |
| 21:28.01 | file | putnopvut, the amount of red in the masquerade review fills me with happy |
| 21:31.00 | putnopvut | I did not expect to read something positive after "ugh" |
| 21:32.21 | *** join/#asterisk-dev otherwiseguy (~otherwise@2605:a601:2c1:cf01:2677:3ff:fe8f:2730) |
| 21:42.27 | mjordan | anyone remember what version of Python CentOS 5 ships with? |
| 21:46.09 | leifmadsen | I think it's like ... 2.1? |
| 21:48.10 | leifmadsen | mjordan: per vault.centos.org, the 5.9 release shipped with python-2.4.3 |
| 21:54.34 | gtjoseph | did someone trip over a cable in huntsville?? |
| 22:00.21 | *** join/#asterisk-dev leedm777 (~leedm777@nat/digium/x-lqvsrwhkjeghqjjf) |
| 22:00.38 | *** join/#asterisk-dev sruffell (~sruffell@asterisk/the-kernel-guy/sruffell) |
| 22:00.38 | *** mode/#asterisk-dev [+o sruffell] by ChanServ |
| 22:01.38 | *** join/#asterisk-dev sgriepentrog (~sgriepent@nat/digium/x-cxakucckwwdnuugm) |
| 22:02.07 | *** join/#asterisk-dev putnopvut (~putnopvut@asterisk/master-of-queues/mmichelson) |
| 22:02.08 | *** mode/#asterisk-dev [+o putnopvut] by ChanServ |
| 22:03.13 | *** join/#asterisk-dev datachomper (~datachomp@nat/digium/x-nlkeulsrcuwtyhgk) |
| 22:03.17 | *** join/#asterisk-dev jrose_atDigium (~jrose_atD@nat/digium/x-ugjydwglattutoee) |
| 22:03.40 | *** join/#asterisk-dev mjordan (~matt@nat/digium/x-vxmyvumxnftivyps) |
| 22:03.41 | *** mode/#asterisk-dev [+o mjordan] by ChanServ |
| 22:04.29 | *** join/#asterisk-dev kharwell (~kharwell@nat/digium/x-abebsnsrsuntmbpi) |
| 22:23.46 | mjordan | Qwell: did you merge the presence state event? |
| 22:24.52 | mjordan | newtonr: when you look at ASTERISK-23027 and ASTERISK-23028, feel free to just merge em up |
| 22:27.49 | Qwell | mjordan: started to this morning, then got caught up on something. doing it now. |
| 22:27.59 | mjordan | no worries |
| 22:28.07 | mjordan | it'll get caught up in the next Asterisk 11 RC |
| 22:28.13 | X-Rob | Here's an interesing question - Does ANYTHING in asterisk still need => ? |
| 22:28.14 | mjordan | I didn't want to cut that without it getting in there |
| 22:28.25 | putnopvut | X-Rob: no, nothing does. => and = are the same thing |
| 22:28.27 | *** join/#asterisk-dev snuff-work (~snuffy@210.8.167.13) |
| 22:28.27 | *** mode/#asterisk-dev [+o snuff-work] by ChanServ |
| 22:28.33 | mjordan | X-Rob: twas a silly syntax |
| 22:28.44 | Qwell | mjordan: I don't have w on branches. |
| 22:28.44 | X-Rob | putnopvut: thanks. mjordan yes. Yes it eas. |
| 22:29.06 | X-Rob | mjordan: in that case, new bug coming up shortly! |
| 22:29.12 | Qwell | how I have r and not w is a bit strange though |
| 22:29.14 | mjordan | Qwell: whoops |
| 22:29.19 | mjordan | Qwell: magic! |
| 22:29.27 | putnopvut | I *think* the reason for the differentiation was just to make it clear in a config file that you weren't really assigning a value to something. |
| 22:29.31 | mjordan | X-Rob: what did you run into? |
| 22:29.40 | X-Rob | mjordan: just documentation errors. Nothing serious. |
| 22:29.45 | mjordan | yay! |
| 22:29.45 | putnopvut | But it's just syntactic sugar. |
| 22:30.08 | file | mmm sugar |
| 22:30.23 | X-Rob | putnopvut: I like 'exten => [stuff]', but.. everything else shouldn't be using it. |
| 22:30.26 | X-Rob | (IMHO) |
| 22:30.59 | mjordan | I have a fond place in my heart for it in voicemail.conf, but that's just because mailbox definition is so insane |
| 22:31.11 | mjordan | Qwell: do you have access to your qwell team branch? |
| 22:31.28 | putnopvut | Yeah, I tend to use it on queue member definitions too |
| 22:31.52 | Qwell | mjordan: I have r, at least. No team/qwell/private/ though. |
| 22:31.56 | mjordan | weird. |
| 22:32.23 | Qwell | No w on team |
| 22:32.31 | mjordan | Qwell: I see what happened. I'll fix er up |
| 22:33.47 | mjordan | give it just a sec than try again |
| 22:34.24 | Qwell | works |
| 22:34.28 | mjordan | yayz |
| 22:34.39 | Qwell | well, branches anyways |
| 22:34.42 | Qwell | still no w on team |
| 22:35.02 | mjordan | goes back to check again |
| 22:35.24 | Qwell | I feel like such a plebian. |
| 22:35.53 | mjordan | well, that's really odd. |
| 22:36.05 | mjordan | which full team branch are you trying to write to? |
| 22:36.06 | X-Rob | there ya go. Minor, trivial, but nice to fix. |
| 22:36.12 | Qwell | mjordan: team/qwell/test |
| 22:36.59 | Qwell | Did merge1112 never get created? |
| 22:37.05 | mjordan | Qwell: lawl. You have a team/qwell/private defined, but no team/qwell |
| 22:37.06 | putnopvut | Qwell: it exists |
| 22:37.16 | Qwell | putnopvut: in repotools? |
| 22:37.20 | putnopvut | yeah |
| 22:37.40 | Qwell | Not according to my updated local copy. |
| 22:37.41 | mjordan | Qwell: try now |
| 22:38.02 | mjordan | Qwell: you re-ran configure? |
| 22:38.02 | putnopvut | Qwell: none of the mergeXY scripts are in repotools. There is a mergetool expect script that generates the various merge scripts. |
| 22:38.05 | file | I just use mergefrom |
| 22:38.10 | mjordan | file: heresy |
| 22:38.12 | putnopvut | You have to reconfigure and make install |
| 22:38.15 | Qwell | oh, damnit, stupid automake |
| 22:39.54 | Qwell | putnopvut: thanks |
| 22:42.31 | Qwell | mjordan: fixed |
| 22:43.33 | mjordan | cool |
| 22:43.55 | kharwell | ls |
| 22:44.09 | kharwell | whoops wrong window...again |
| 22:44.22 | file | rm -rf kharwell |
| 22:44.26 | file | cp mjordan kharwell |
| 22:47.02 | kharwell | well it did give me a *file* response of sorts :-) |
| 22:47.47 | *** join/#asterisk-dev vlad_starkov (~vlad_star@109.188.126.126) |
| 22:48.37 | jrose_atDigium | chpwn file kharwell |
| 22:48.54 | *** join/#asterisk-dev [TK]D-Fender (~chatzilla@64.235.216.2) |
| 23:07.02 | *** join/#asterisk-dev vlad_starkov (~vlad_star@109.188.126.126) |
| 23:22.07 | mjordan | Qwell: so....... |
| 23:22.13 | mjordan | the presence state event in 12+ |
| 23:22.36 | mjordan | how did we not update that for Stasis? |