| 00:35.05 | *** join/#asterisk-dev suneye (~atcmmi@116.25.196.41) |
| 00:37.47 | *** join/#asterisk-dev vlad_starkov (~vlad_star@109.188.124.232) |
| 00:47.15 | *** part/#asterisk-dev mjordan (~mjordan@nat/digium/x-tksczegomknwqzfv) |
| 01:38.30 | *** join/#asterisk-dev vlad_starkov (~vlad_star@109.188.124.229) |
| 02:39.31 | *** join/#asterisk-dev vlad_starkov (~vlad_star@109.188.124.141) |
| 03:40.19 | *** join/#asterisk-dev vlad_starkov (~vlad_star@109.188.124.225) |
| 04:41.08 | *** join/#asterisk-dev vlad_starkov (~vlad_star@109.188.124.88) |
| 05:41.56 | *** join/#asterisk-dev vlad_starkov (~vlad_star@109.188.124.19) |
| 06:01.51 | *** join/#asterisk-dev bulkorok (~chatzilla@85.183.61.47) |
| 06:22.28 | *** join/#asterisk-dev vlad_starkov (~vlad_star@109.188.124.19) |
| 07:44.20 | *** join/#asterisk-dev sgimeno (~sgimeno@163.117.206.10) |
| 08:37.24 | *** join/#asterisk-dev vlad_starkov (~vlad_star@195.68.167.197) |
| 10:18.52 | *** join/#asterisk-dev infobot (~infobot@rikers.org) |
| 10:18.52 | *** topic/#asterisk-dev is Asterisk Development Discussion -=- http://www.asterisk.org/developers -=- Tier 2 and 3.14159265 support is in #asterisk |
| 10:22.18 | *** join/#asterisk-dev tzafrir (~tzafrir@local.xorcom.com) |
| 10:22.19 | *** mode/#asterisk-dev [+o tzafrir] by ChanServ |
| 10:54.53 | *** join/#asterisk-dev seanbright (~sean@asterisk/contributor-and-bug-marshal/seanbright) |
| 10:54.53 | *** mode/#asterisk-dev [+o seanbright] by ChanServ |
| 12:10.42 | *** join/#asterisk-dev mjordan (~mjordan@nat/digium/x-umtulvnhhenolvny) |
| 12:10.42 | *** mode/#asterisk-dev [+o mjordan] by ChanServ |
| 12:19.56 | *** part/#asterisk-dev mjordan (~mjordan@nat/digium/x-umtulvnhhenolvny) |
| 12:20.11 | *** join/#asterisk-dev vlad_starkov (~vlad_star@195.68.167.197) |
| 12:32.37 | *** join/#asterisk-dev hehol (~hehol@217.9.101.222) |
| 13:13.03 | *** join/#asterisk-dev pabelanger (~pabelange@asterisk/contributor-and-bug-marshal/pabelanger) |
| 13:13.03 | *** mode/#asterisk-dev [+o pabelanger] by ChanServ |
| 13:17.41 | *** join/#asterisk-dev leifmadsen (~Leif@asterisk/documenteur-extraordinaire/blitzrage) |
| 13:17.41 | *** mode/#asterisk-dev [+o leifmadsen] by ChanServ |
| 13:40.05 | *** join/#asterisk-dev pc-m (~pcm@modemcable094.94-70-69.static.videotron.ca) |
| 13:47.39 | *** join/#asterisk-dev mjordan (~mjordan@nat/digium/x-vfotlkpmmeftkpmm) |
| 13:47.39 | *** mode/#asterisk-dev [+o mjordan] by ChanServ |
| 13:50.17 | leedm777 | opticron: topic pool question. How do topics get destroyed when they're not needed any more? |
| 13:52.33 | *** join/#asterisk-dev putnopvut (~putnopvut@asterisk/master-of-queues/mmichelson) |
| 13:52.33 | *** mode/#asterisk-dev [+o putnopvut] by ChanServ |
| 13:58.47 | opticron | the topic pools were only needed for bounded creation (things like devices for MWI) so they go away when the container is destroyed |
| 13:59.36 | opticron | leedm777, ^^ |
| 14:00.49 | Marquis42 | Speaking of MWI, does anyone know if there are plans to have MWI control via ARI? I looked in the docs but didn't see anything. |
| 14:01.56 | leedm777 | Marquis42: not in this first go, no. |
| 14:03.28 | Marquis42 | That makes me sad. |
| 14:03.30 | leedm777 | opticron: ugh. topic pools were used for the bridging topics. That seems wrongish, then. |
| 14:03.57 | *** join/#asterisk-dev zerohalo (~zerohalo@50-200-130-22-static.hfc.comcastbusiness.net) |
| 14:06.33 | mjordan | Marquis42: when you say MWI control, what are you envisioning? |
| 14:07.15 | Marquis42 | Well, I'm not sure I've thought the whole cunning plan all the way through, but I'd *really* like to build a voicemail replacement using ARI. :) |
| 14:07.41 | Marquis42 | Essentially something like what MiniVMMWI does is probably sufficient, though. |
| 14:15.37 | pabelanger | Marquis42: I too want to build a voicemail replacement |
| 14:15.39 | pabelanger | if you are at astricon, we should talk :) |
| 14:16.13 | Marquis42 | I believe I will see you before Astricon. :) We can talk then if you'd like. |
| 14:16.24 | file | I have something rolling around my head that would make it really... nice... it may escape in a week or two |
| 14:16.50 | Marquis42 | orly? |
| 14:16.56 | file | #vagueIRCmessage |
| 14:17.01 | Marquis42 | lol |
| 14:18.12 | pabelanger | I'd likely write it in python, well because it is python... and yet another reason for me to better learn python |
| 14:18.45 | pabelanger | But I was also floating around the idea of using cloud storage, like glance or ec2 blocks |
| 14:19.04 | Marquis42 | Those two ideas are not incongruent. |
| 14:19.40 | pabelanger | double negative? |
| 14:20.13 | Marquis42 | Slightly odd phrasing perhaps, but not a double negative IMHO. |
| 14:28.39 | mjordan | Marquis42: that wouldn't be too hard to extend into ARI. Raising MWI is just another Stasis message. |
| 14:28.53 | mjordan | file: question for you |
| 14:29.03 | file | never |
| 14:29.38 | mjordan | file: on ASTERISK-21981, Lorenzo mentions passing format attributes from an inbound channel to an outbound channel as being desireable - which I can see, since we'd be doing pass through support for Opus. I'd prefer to avoid putting that kind of information in a channel pvt |
| 14:29.38 | LieutPants | [ASTERISK-21981] [Status: Open] Pass-through support for Opus and VP8 formats - https://issues.asterisk.org/jira/browse/ASTERISK-21981 |
| 14:29.49 | mjordan | file: ideally, that would be part of the format attribute modules |
| 14:29.54 | file | there's an API for doing SDP parsing and generation |
| 14:30.00 | mjordan | file: but they don't really have the concept of private data |
| 14:30.01 | file | and a blob of memory in formats to allow you to store information |
| 14:30.09 | mjordan | file: that's what I was looking for - where is that? :-) |
| 14:30.23 | file | format.h |
| 14:30.48 | mjordan | gracias. |
| 14:30.58 | Marquis42 | mjordan: I didn't think it would be rocket science, although I admittedly haven't been following the stasis code well enough to think I could write it quickly. But not having that is certainly an impediment to at least one class of application I'm interested in writing with ARI. |
| 14:31.42 | mjordan | file: hrm. I see no pvt or void * in format.h |
| 14:32.08 | file | you can't attach arbitrary blobs of data |
| 14:32.28 | file | ast_format is not ref counted and has no free function |
| 14:32.35 | file | (or else life would be a hell of a lot easier) |
| 14:32.41 | mjordan | hm. It might not work for his use case then |
| 14:32.50 | file | you can store attribute information in struct ast_format_attr |
| 14:32.50 | mjordan | basic attribute parsing, yes |
| 14:33.27 | mjordan | it'd be nice if that had been extensible with format specific information |
| 14:33.54 | mjordan | I mean, yes, if it's a uint32 you're okay |
| 14:34.31 | file | yes, yes it would have been |
| 14:34.46 | file | changing that is large impact |
| 14:35.57 | *** join/#asterisk-dev Qwell (~north@pdpc/sponsor/digium/Qwell) |
| 14:35.57 | *** mode/#asterisk-dev [+o Qwell] by ChanServ |
| 14:35.57 | mjordan | indeed :-\ |
| 14:36.03 | mjordan | it might be sufficient tho. |
| 14:37.10 | putnopvut | As long as the format attributes are defined to specific values, they can be represented as uint32. If the attributes are arbitrary strings on the other hand...well |
| 14:37.23 | file | it gets... messy >_> |
| 14:37.46 | putnopvut | And I know pretty much nothing about opus attributes. |
| 14:37.55 | file | I would really really love a reference counted format structure |
| 14:40.59 | *** join/#asterisk-dev kharwell (~kharwell@nat/digium/x-qcptwhccolqchepl) |
| 14:41.45 | mjordan | file: me too. Le sigh. |
| 14:41.57 | mjordan | Marquis42: The other thing we'll need is device state. Somehow. That gets funky rather quickly. |
| 14:42.32 | Marquis42 | Yes, definitely would be nice but you're correct that it gets sticky quickly. |
| 14:44.17 | mjordan | MWI would be a really interesting and not too hard patch. If someone were interested in doing it, I'd be glad to point them in the right directions :-D |
| 14:45.12 | Marquis42 | Point away, I can learn. :) |
| 14:47.18 | mjordan | looks up a few things |
| 14:47.20 | Marquis42 | In particular if there is a "model" module you can point me to I can go look at code and (hopefully) come back with intelligent questions. |
| 14:47.54 | *** join/#asterisk-dev chazzam (~cmoye@nat/digium/x-jlkvuuvvysoyfbvd) |
| 14:48.21 | mjordan | Marquis42: Let me dive in for a bit and I'll come up with some suggestions :-) |
| 14:48.41 | Marquis42 | Great, thank you. |
| 14:54.30 | mjordan | Marquis42: I take back part of what I said. Raising MWI isn't too hard, but there's a few other aspects of this that may be a bit more involved. Regardless, I'll write up some thoughts on how it probably could be done :-) |
| 14:55.30 | Marquis42 | OK. No worries, I'm not afraid of actual work. ;) |
| 14:58.20 | *** join/#asterisk-dev serafie (~erin@nat/digium/x-elcecokhndgrfvqt) |
| 15:37.37 | file | I have a question! when a channel leaves a bridge would you expect the connected line information to be updated to indicate it is no longer connected to the party within the bridge? |
| 15:42.08 | mjordan | waits with anticipation |
| 15:42.44 | file | this question is for the entire class |
| 15:43.08 | *** join/#asterisk-dev sruffell (~sruffell@asterisk/the-kernel-guy/sruffell) |
| 15:43.09 | *** mode/#asterisk-dev [+o sruffell] by ChanServ |
| 15:51.06 | putnopvut | file: I'd expect that my COLP would be updated with something so that I have an indication I'm no longer connected with the bridged party. |
| 15:51.39 | putnopvut | If my COLP still shows I'm connected to Bob when I'm no longer bridged with him, that seems wrong. |
| 15:52.23 | file | Aye |
| 15:52.28 | file | Anyone else? |
| 15:52.34 | putnopvut | The only problem is that I don't know what you would actually send in a COLP update when you leave the bridge. |
| 15:52.43 | putnopvut | You can't really send empty connected line info. |
| 15:52.51 | putnopvut | And you can't make assumptions about what to send necessarily. |
| 15:53.49 | file | Basically leave it up to the channel driver |
| 15:54.44 | file | I don't know who I am connected to, reflect this accordingly |
| 15:55.10 | file | Anonymous invalid anyone? |
| 16:01.06 | mjordan | if you aren't bridged with someone, you've either: |
| 16:01.07 | mjordan | (a) entered into a new bridge, in which case you can have new COLP |
| 16:01.07 | mjordan | (b) entered into the dialplan, in which case we can send the extension (which is what you get when you dial into Asterisk) |
| 16:02.39 | file | Not because of COLP in b instance, just because of that being what phones display |
| 16:02.57 | file | And that doesn't help the other person in the bridge |
| 16:03.07 | mjordan | true |
| 16:03.21 | mjordan | what do you get when you join a bridge and no one is in it currently? |
| 16:03.44 | file | No update |
| 16:04.02 | mjordan | right, so you'd see on your phone the extension that you dialed into |
| 16:04.53 | mjordan | it feels like what you need is a 'default display this' when no one is around to send. Something that lets them know they're connected to a PBX or into some extension, but that no one is available to talk. |
| 16:06.28 | *** join/#asterisk-dev anthm (~anthm@freeswitch/developer/anthm) |
| 16:09.49 | *** join/#asterisk-dev italorossi (~italoross@187.60.66.11) |
| 16:33.15 | *** join/#asterisk-dev pabelanger (~pabelange@asterisk/contributor-and-bug-marshal/pabelanger) |
| 16:33.15 | *** mode/#asterisk-dev [+o pabelanger] by ChanServ |
| 16:56.34 | mjordan | ya know. I'm wondering if our call-id in call-id logging should just be the channel linkedid now in Asterisk 12. |
| 16:58.21 | file | does it have the same behavior in every case for inheritance? |
| 17:13.23 | mjordan | file: the behavior of call-ids is loosely defined for transfer scenarios. linkedid propagation, on the other hand, is reasonably well defined, particularly wrt the new bridging framework |
| 17:13.39 | mjordan | I'm not sure what call-ids will do in transfers in 12 |
| 17:27.43 | leifmadsen | oh dear lord what have I done? :) |
| 17:27.51 | leifmadsen | I just thought I was posting a funny picture |
| 17:28.11 | leifmadsen | I wasn't even looking for funding or anything |
| 17:28.39 | file | mjordan, I'm also pondering other cases where they become associated... and whether linkedid covers that too, but dunno! |
| 17:29.08 | mjordan | leifmadsen: :-P |
| 17:29.37 | mjordan | leifmadsen: part of the problem of using the new bridging framework is that it hit everything. I have a feeling we'll be finding things and thinking "oh, nuts, it should be doing it like this now" for awhile |
| 17:29.55 | leifmadsen | that means we're making progress! |
| 17:29.58 | leifmadsen | towards..... something. |
| 17:30.30 | file | a scalable communications framework? |
| 17:30.39 | Marquis42 | lol |
| 17:30.55 | file | (actual giant grin on my face as I typed that) |
| 17:31.01 | Marquis42 | :) |
| 17:48.17 | mjordan | Qwell: ping |
| 17:48.39 | Qwell | pong |
| 17:49.58 | mjordan | On FC14 (yes, a bit old-ish), after running ./configure --prefix=/usr --enable-shared --with-external-srtp, running 'make dep' gives an error in the generated Makefile of "missing separator" on line 83 of rules.mak |
| 17:50.10 | mjordan | is 'make dep' still needed for us? |
| 17:50.16 | Qwell | no |
| 17:50.27 | mjordan | hm. Well. 'make' gets the same error |
| 17:50.47 | Qwell | can you pastebin that line and a couple lines surrounding it? |
| 17:50.59 | mjordan | sure |
| 17:51.21 | mjordan | (on my other box, will take just a second) |
| 17:52.17 | mjordan | or, pastebin is down |
| 17:52.18 | Qwell | wait, that's not even a generated file |
| 17:52.34 | mjordan | rut roh |
| 17:52.43 | mjordan | its the print_bin rule |
| 17:52.58 | mjordan | it doesn't have a separator between @echo EXE and @echo BINDIR |
| 17:53.02 | Qwell | oh, spaces |
| 17:53.55 | mjordan | putting a '\' at the end of the @echo EXE fixed it for me, but I'm not sure that both of those are supposed to be there |
| 17:54.05 | Qwell | there's a space at the start of line 83 |
| 17:54.28 | mjordan | ah |
| 17:59.26 | Qwell | fixed |
| 18:06.29 | mjordan | any idea why after installing the .so files in the correct location, Asterisk's configure script doesn't think it can locate the packages? I'm assuming it's because pkg-config doesn't know how to find them |
| 18:12.38 | mjordan | hm. Yup, that was it. That's rather odd however that by default, pkg-config can't find something in /usr/lib/pkgconfig |
| 18:14.32 | Qwell | it's Fedora. |
| 18:14.36 | Qwell | just sayin |
| 18:16.20 | mjordan | unfortunately, it is not a small percentage of the Asterisk user base. |
| 18:17.05 | mjordan | I might end up sending an e-mail to the asterisk-dev list to see if we can't get people to test installation of the pjproject repo on various distros. I'd rather find out how tricky it is on a variety of platforms before we release something |
| 18:17.27 | file | good idea |
| 18:17.56 | Qwell | It likely expects stuff in /usr/lib64/, because it's dumb. |
| 18:18.24 | Marquis42 | If you're speaking of Fedora I can definitely confirm that. |
| 18:21.41 | pabelanger | ProTip: Don't run RedHat / CentOS |
| 18:21.50 | pabelanger | .trolol |
| 18:24.57 | Marquis42 | Wise guy :P |
| 18:25.38 | pabelanger | Woah, dodged a bullet. Figured somebody call me out as an A-hole |
| 18:25.38 | pabelanger | just sayin |
| 18:25.43 | pabelanger | I know leifmadsen was thinking it |
| 18:26.07 | Marquis42 | Oh, I was thinking it. ;) |
| 18:30.13 | leifmadsen | I wrote it on my white board |
| 18:37.57 | pabelanger | Asterisk Rock band! |
| 18:37.59 | pabelanger | just saying |
| 18:44.45 | leifmadsen | :) |
| 18:44.48 | leifmadsen | w00t |
| 18:55.11 | *** join/#asterisk-dev vlad_starkov (~vlad_star@87.117.139.75) |
| 18:58.13 | mjordan | so, trying to do a playback on an announcer channel in a stasis bridge |
| 18:58.22 | mjordan | when they manipulate the playback, all they know is that they have a playback ID |
| 18:58.30 | jrose_atDigium | yes |
| 18:58.31 | mjordan | so it's completely internal that we map that to a channel |
| 18:58.39 | jrose_atDigium | yep |
| 18:58.48 | mjordan | I'm assuming that when that comes in, we look for the channel in an ao2 container of channels in res_stasis? |
| 18:59.05 | jrose_atDigium | Well, I'll explain how I understand it so far... |
| 18:59.33 | jrose_atDigium | If you play_on_channel, the internal stasis function for that tries to find a control based on the channel provided. |
| 18:59.50 | jrose_atDigium | the controls exist based on channel ID and I think they are created when a channel enters stasis. |
| 19:00.33 | jrose_atDigium | On the play_on_bridge end, right now I have an unreal channel chain with the ;2 stuck in the bridge while the ;1 is just kind of dangling. |
| 19:00.57 | jrose_atDigium | It seems like I need to figure out how to get that ;1 to have a control. |
| 19:02.13 | mjordan | how do channels get a stasis_app_control object currently? |
| 19:02.22 | jrose_atDigium | Well, I'm trying to figure that out at the moment. |
| 19:02.47 | jrose_atDigium | But I think they are created for a channel when it enters stasis. |
| 19:02.55 | jrose_atDigium | So like executing a stasis application for example. |
| 19:03.12 | jrose_atDigium | That's mostly a guess though. I haven't actually looked through that code yet. |
| 19:04.33 | mjordan | yes, it is done in res_stasis, and done by using control_create |
| 19:04.52 | mjordan | however, you don't want to treat the channel as if it were a typical 'dialplan' channel entering into Stasis. |
| 19:04.57 | mjordan | That might have side effects you don't want. |
| 19:05.05 | mjordan | But you do want to give it a stasis_app_control structure |
| 19:05.12 | mjordan | so that the playback operations can find it |
| 19:05.22 | jrose_atDigium | Yeah, I might be able to just call control_create on the channel directly. |
| 19:05.24 | *** join/#asterisk-dev vlad_starkov (~vlad_star@87.117.139.75) |
| 19:05.34 | jrose_atDigium | I'll give that a try. |
| 19:05.34 | mjordan | well, possibly. |
| 19:05.41 | mjordan | The one thing you'll need to be careful of is the threading model |
| 19:05.55 | mjordan | some thread has to do the actual playback |
| 19:06.13 | mjordan | I'm not sure what unreal channels use by default - if they actually create a thread of execution - or if they just assume that something else will |
| 19:06.25 | mjordan | so a control structure is necessary, but you'll need something to sit there and do ast_reads on it |
| 19:06.36 | mjordan | this is *very* similar to stasis_app_exec |
| 19:07.00 | mjordan | and you may want to just start by putting it in there |
| 19:07.14 | jrose_atDigium | in stasis_app_exec? |
| 19:07.16 | mjordan | however, you need to double check that external entities - such as an ARI user - can't "see" the actual playback channel |
| 19:07.22 | mjordan | yes |
| 19:07.34 | jrose_atDigium | Problem with putting it in stasis_app_exec is I don't have an application name to give it. |
| 19:07.43 | jrose_atDigium | No application name = no stasis_app_exec |
| 19:07.47 | mjordan | you'll need to find a way to get that |
| 19:07.58 | jrose_atDigium | It might not necessarily exist. |
| 19:08.03 | mjordan | or else create a different control loop |
| 19:08.06 | mjordan | no, it has to exist :-) |
| 19:08.16 | mjordan | bridges in Stasis don't exist in random locations (at least, I really hope not) |
| 19:08.22 | jrose_atDigium | Well, I can do all of this with the swagger petstore without using an application name right now. |
| 19:08.28 | mjordan | this =>res = app_send_end_msg(app, chan); will cause a problem |
| 19:08.46 | mjordan | that's reasonably okay-ish, but it's useless |
| 19:09.08 | mjordan | I would suspect that you wouldn't be able to put channels in an app (which they have to be in one) into a bridge |
| 19:09.15 | mjordan | but I could be wrong, maybe that's by design :-P |
| 19:09.29 | mjordan | leedm777: thoughts on ^^^ |
| 19:10.08 | jrose_atDigium | I don't think he's in the channel right now. |
| 19:10.17 | jrose_atDigium | or at least he's inactive |
| 19:26.22 | jrose_atDigium | Actually btw, yeah, I can put channels running a stasis application into a bridge that I posted with swagger without supplying any kind of application name as well. ARI doesn't actually seem to care about application names for the purpose of using the API, only for putting channels in Stasis. |
| 19:26.44 | jrose_atDigium | I don't know if that's by design or not. |
| 19:28.34 | mjordan | it will matter a lot for the websocket |
| 19:28.43 | mjordan | websockets won't get events for things they don't know about. |
| 19:30.13 | jrose_atDigium | I think what I can do though... is that once I've got my control created and an audio URL in its queue, I can possibly spin off a thread that will read from the command queue, play files, and then once the command queue empties out hang up the channel. |
| 19:30.28 | mjordan | yup |
| 19:31.26 | jrose_atDigium | So that's the approach I'm going to take for now. Hopefully it doesn't explode violently in my face. |
| 19:47.10 | leedm777 | is now active |
| 19:47.15 | leedm777 | and is reading the backlog |
| 19:58.56 | leedm777 | mjordan jrose_atDigium: The association between bridges and applications is implicit, based on the channels in the bridge. So if you play media into a bridge, I would expect the playback events to show up for every application that has channels in that bridge. |
| 20:01.22 | leedm777 | hopes opticron corrects the above if it's wrong |
| 20:01.52 | opticron | leedm777, that is correct |
| 20:02.08 | leedm777 | \o/ |
| 20:06.05 | *** join/#asterisk-dev vlad_starkov (~vlad_star@109.188.124.57) |
| 20:06.26 | *** join/#asterisk-dev italorossi (~italoross@187.60.66.11) |
| 20:06.26 | *** join/#asterisk-dev sruffell (~sruffell@asterisk/the-kernel-guy/sruffell) |
| 20:06.26 | *** mode/#asterisk-dev [+o sruffell] by orwell.freenode.net |
| 20:12.09 | *** join/#asterisk-dev snuff-work (~snuffy@210.8.167.13) |
| 20:12.09 | *** mode/#asterisk-dev [+o snuff-work] by ChanServ |
| 20:15.07 | mjordan | that works for me. |
| 20:15.17 | mjordan | in some ways, that's kinda interesting. It would let you create 'shared' application bridges |
| 20:15.30 | mjordan | then have an application for one class of channels, and another for another class. |
| 20:15.54 | mjordan | so you could have an 'app' for agents, an 'app' for callers, and your bridges would be shared between the two. Not sure if that's ideal, since aggregating logic might be tricky when you do want to get both |
| 20:24.35 | *** join/#asterisk-dev italorossi (~italoross@187.60.66.11) |
| 20:24.35 | *** join/#asterisk-dev sruffell (~sruffell@asterisk/the-kernel-guy/sruffell) |
| 20:24.35 | *** mode/#asterisk-dev [+o sruffell] by orwell.freenode.net |
| 20:41.44 | *** join/#asterisk-dev italorossi (~italoross@187.60.66.11) |
| 20:41.44 | *** join/#asterisk-dev sruffell (~sruffell@asterisk/the-kernel-guy/sruffell) |
| 20:41.44 | *** mode/#asterisk-dev [+o sruffell] by orwell.freenode.net |
| 20:51.37 | *** join/#asterisk-dev [TK]D-Fender (~chatzilla@64.235.216.2) |
| 21:06.48 | *** join/#asterisk-dev vlad_starkov (~vlad_star@109.188.124.166) |
| 21:34.56 | *** join/#asterisk-dev moy (~textual@UNVLON55-1176057127.sdsl.bell.ca) |
| 21:46.53 | moy | hi all, it's been a while since I committed to Asterisk svn, I have the final fix now for https://issues.asterisk.org/jira/browse/ASTERISK-21117 |
| 21:46.54 | LieutPants | [ASTERISK-21117] [Status: Open] [Assigned: moy] Bad interpretation of the file chan_dahdi.conf when using open r2 parameters - https://issues.asterisk.org/jira/browse/ASTERISK-21117 |
| 21:47.22 | moy | should I simply commit to 1.8, then merge to 10, 11 and trunk using the scripts from repotools? |
| 21:47.44 | Qwell | moy: 1.8, merge to 11, merge to trunk. |
| 21:48.47 | moy | Qwell: what happened to Asterisk 10? |
| 21:48.55 | Qwell | security-fix-only |
| 21:49.08 | moy | ash, ok, got it |
| 21:49.09 | moy | thanks! |
| 21:53.24 | mjordan | moy: awesome - thanks! |
| 22:02.44 | *** join/#asterisk-dev tzafrir (~tzafrir@bzq-218-28-58.cablep.bezeqint.net) |
| 22:02.44 | *** mode/#asterisk-dev [+o tzafrir] by ChanServ |
| 22:07.22 | *** join/#asterisk-dev [TK]D-Fender (~chatzilla@64.235.216.2) |
| 22:07.30 | *** join/#asterisk-dev vlad_starkov (~vlad_star@109.188.124.166) |
| 22:07.33 | moy | mjordan: no problem :) … do you happen to know who can check my access? I got forbidden when trying to commit |
| 22:07.44 | moy | Changing file '/Users/moy/dev/asterisk/ssl-1.8/channels/chan_dahdi.c' is forbidden by the server |
| 22:08.04 | moy | I am using this URL: https://origsvn.digium.com/svn/asterisk/branches/1.8 |
| 22:08.15 | mjordan | that's still right: Qwell? ^^^ |
| 22:10.02 | mjordan | well... nuts. He's out. We can take care of it first thing tomorrow, if that's okay |
| 22:10.22 | moy | mjordan: sure no worries, I'll ping Qwell tomorrow |
| 22:13.43 | *** join/#asterisk-dev felipe_ (~felipe@unaffiliated/felipe) |
| 22:53.13 | *** join/#asterisk-dev pabelanger (~pabelange@asterisk/contributor-and-bug-marshal/pabelanger) |
| 22:53.13 | *** mode/#asterisk-dev [+o pabelanger] by ChanServ |
| 23:05.23 | *** join/#asterisk-dev italorossi (~italoross@187.61.168.117) |
| 23:08.07 | *** join/#asterisk-dev vlad_starkov (~vlad_star@109.188.124.166) |
| 23:15.22 | *** part/#asterisk-dev mjordan (~mjordan@nat/digium/x-vfotlkpmmeftkpmm) |