| 00:18.00 | *** join/#asterisk-dev gtjoseph (~gtjoseph@unaffiliated/gtj) |
| 00:18.00 | *** mode/#asterisk-dev [+o gtjoseph] by ChanServ |
| 01:47.21 | *** join/#asterisk-dev tzafrir (~tzafrir@bzq-82-81-175-197.red.bezeqint.net) |
| 01:47.21 | *** mode/#asterisk-dev [+o tzafrir] by ChanServ |
| 06:55.04 | *** join/#asterisk-dev Demon_VoIP (~demon@109.60.135.186) |
| 07:40.22 | *** join/#asterisk-dev tsearle (~tsearle@37.19.10.33) |
| 07:49.08 | *** join/#asterisk-dev tsearle (~tsearle@37.19.10.33) |
| 08:24.37 | *** join/#asterisk-dev tzafrir (~tzafrir@local.xorcom.com) |
| 08:24.37 | *** mode/#asterisk-dev [+o tzafrir] by ChanServ |
| 08:42.59 | *** join/#asterisk-dev oej (~oej@194.15.212.5) |
| 08:42.59 | *** mode/#asterisk-dev [+o oej] by ChanServ |
| 08:49.43 | *** join/#asterisk-dev oej (~oej@194.15.212.5) |
| 08:49.43 | *** mode/#asterisk-dev [+o oej] by ChanServ |
| 09:02.43 | *** join/#asterisk-dev oej (~oej@194.15.212.5) |
| 09:02.43 | *** mode/#asterisk-dev [+o oej] by ChanServ |
| 09:25.15 | *** join/#asterisk-dev jkroon (~jkroon@uls-154-73-35-201.wall.uls.co.za) |
| 09:34.06 | *** join/#asterisk-dev oej (~oej@194.15.212.5) |
| 09:34.06 | *** mode/#asterisk-dev [+o oej] by ChanServ |
| 10:15.24 | *** part/#asterisk-dev pnlarsson (~niklas@2a02:760:1000:6:8e89:a5ff:fe60:f5f0) |
| 10:19.19 | *** join/#asterisk-dev oej (~oej@194.15.212.5) |
| 10:19.19 | *** mode/#asterisk-dev [+o oej] by ChanServ |
| 12:40.52 | *** join/#asterisk-dev fblackburn (~fblackbur@qubcpq0957w-lp130-02-70-53-160-248.dsl.bell.ca) |
| 12:45.15 | *** join/#asterisk-dev oej (~oej@194.15.212.5) |
| 12:45.15 | *** mode/#asterisk-dev [+o oej] by ChanServ |
| 12:55.17 | *** join/#asterisk-dev luckman212 (~luckman21@unaffiliated/luckman212) |
| 13:05.14 | *** join/#asterisk-dev oej (~oej@194.15.212.5) |
| 13:05.14 | *** mode/#asterisk-dev [+o oej] by ChanServ |
| 13:57.51 | *** join/#asterisk-dev oej (~oej@194.15.212.5) |
| 13:57.52 | *** mode/#asterisk-dev [+o oej] by ChanServ |
| 14:23.23 | *** join/#asterisk-dev oej (~oej@194.15.212.5) |
| 14:23.23 | *** mode/#asterisk-dev [+o oej] by ChanServ |
| 14:24.04 | *** join/#asterisk-dev tuxian (~tuxian@194.12.3.78) |
| 14:36.22 | *** join/#asterisk-dev libardi (~libardi@189.61.226.79) |
| 14:43.47 | *** join/#asterisk-dev tuxian (~tuxian@194.12.3.78) |
| 14:44.30 | *** join/#asterisk-dev oej (~oej@194.15.212.5) |
| 14:44.30 | *** mode/#asterisk-dev [+o oej] by ChanServ |
| 15:00.29 | *** join/#asterisk-dev oej (~oej@194.15.212.5) |
| 15:00.29 | *** mode/#asterisk-dev [+o oej] by ChanServ |
| 15:05.59 | *** join/#asterisk-dev kharwell (kharwell@nat/digium/x-hjujvdxbtxdgnjwz) |
| 15:05.59 | *** mode/#asterisk-dev [+o kharwell] by ChanServ |
| 15:07.34 | tsearle | dpkg-shlibdeps: warning: package could avoid a useless dependency if debian/asterisk-core-codecs/usr/lib/asterisk/modules/codec_opus-13.0_1.0.1-x86_64.so debian/asterisk-core-codecs/usr/lib/asterisk/modules/format_ogg_opus-13.0_1.0.1-x86_64.so were not linked against libcurl.so.4 (they use none of the library's symbols) |
| 15:07.48 | tsearle | you guys sure that your "phone home" of opus is working? |
| 15:12.59 | gtjoseph | hmmmm |
| 15:15.07 | *** join/#asterisk-dev cresl1n (Adium@asterisk/libpri-and-libss7-expert/Cresl1n) |
| 15:15.07 | *** mode/#asterisk-dev [+o cresl1n] by ChanServ |
| 15:15.15 | *** join/#asterisk-dev putnopvut (putnopvut@asterisk/master-of-queues/mmichelson) |
| 15:15.15 | *** mode/#asterisk-dev [+o putnopvut] by ChanServ |
| 15:17.01 | gtjoseph | @tsearle: not sure what that message means but codec_opus.so definitely calls curl functions. |
| 15:17.23 | seanbright | tsearle: maybe statically linked? |
| 15:18.49 | tsearle | I guess that's possible |
| 15:19.06 | gtjoseph | it's not |
| 15:19.50 | gtjoseph | so debian is packaging the binary codec_opus? |
| 15:20.14 | tsearle | I'm rolling my own asterisk packages & shipping codec_opus with it |
| 15:20.54 | tsearle | the "offical" debain packages still sue the opensource patch instead of the binary blob |
| 15:20.58 | gtjoseph | ah ok. well, if you do a "readelf -a codec_opus.so" you'll see the curl functions. |
| 15:21.46 | tsearle | ok, so I'll assume that the debian toolchain is confused for some reason |
| 15:22.09 | *** join/#asterisk-dev oej (~oej@194.15.212.5) |
| 15:22.09 | *** mode/#asterisk-dev [+o oej] by ChanServ |
| 15:22.29 | tsearle | actually let me do an nm on it and see if the curl method is external or not |
| 15:24.38 | tsearle | nm: /usr/lib/asterisk/modules/codec_opus-13.0_1.0.1-x86_64.so: no symbols |
| 15:25.50 | tsearle | though indeed readelf does show curl |
| 15:26.27 | gtjoseph | nm needs the -D option on shared libraries |
| 15:27.00 | tsearle | ok |
| 15:27.19 | tsearle | perhaps shlib is confused because these are stripped binaries |
| 15:34.14 | *** join/#asterisk-dev rmudgett (rmudgett@nat/digium/x-ywhatcnajongphqt) |
| 15:34.14 | *** mode/#asterisk-dev [+o rmudgett] by ChanServ |
| 15:40.16 | tzafrir | gtjoseph, huh? Debian includes the free version |
| 15:40.39 | gtjoseph | tsearle: explained he's rolling his own pkg |
| 15:41.03 | tzafrir | (And it's not "still". I can't ever see this binary blob making it into Debian) |
| 15:41.26 | tsearle | I confess, I'm being a bad boy here :-) |
| 15:41.52 | tzafrir | But why would you use that binary blob? |
| 15:41.58 | tzafrir | (technical reason) |
| 15:44.17 | *** join/#asterisk-dev oej (~oej@194.15.212.5) |
| 15:44.17 | *** mode/#asterisk-dev [+o oej] by ChanServ |
| 15:49.03 | tzafrir | It's surely not about lack of symbols. |
| 15:49.31 | tzafrir | dh_shlibdeps is run after dh_strip |
| 15:49.43 | tzafrir | So it surely does not need symbols. |
| 15:50.04 | *** join/#asterisk-dev oej (~oej@194.15.212.5) |
| 15:50.04 | *** mode/#asterisk-dev [+o oej] by ChanServ |
| 15:50.15 | tzafrir | (Try: dh binary --no-act) |
| 15:51.32 | tsearle | and pass the .so as a parameter? |
| 15:52.03 | *** join/#asterisk-dev jkroon (~jkroon@uls-154-73-32-14.wall.uls.co.za) |
| 15:52.19 | *** join/#asterisk-dev oej (~oej@194.15.212.5) |
| 15:52.19 | *** mode/#asterisk-dev [+o oej] by ChanServ |
| 15:54.29 | tsearle | ok, seems like I need to have a build env (not cleaned up) for to test that, so I'll try that tomorrow |
| 15:54.34 | tsearle | thanks @tzafrir |
| 16:05.01 | *** join/#asterisk-dev oej (~oej@194.15.212.5) |
| 16:05.01 | *** mode/#asterisk-dev [+o oej] by ChanServ |
| 16:30.47 | file | gtjoseph: I'm accidentally writing unit tests and they are finding bugs - yay |
| 16:31.14 | gtjoseph | :) |
| 16:31.39 | gtjoseph | goog |
| 16:31.42 | gtjoseph | good |
| 16:54.28 | file | eyes seanbright |
| 16:54.41 | cresl1n | eyes file |
| 16:55.05 | rmudgett | responds to file's comment on the tdata off-nominal leak review |
| 16:56.22 | gtjoseph | @file: re implement topology in channels... for default streams, i was thinking if creating an ast_stream[] indexed by media type and letting topology set/change update it. Make sense? |
| 16:56.37 | file | yes |
| 16:56.59 | seanbright | file: eh? |
| 16:57.04 | gtjoseph | as for "Setting of formats on channel should construct topology"... |
| 16:57.35 | gtjoseph | which format and which topology? |
| 16:57.37 | file | gtjoseph: that's where the stream topology from format cap comes in |
| 16:57.48 | file | the topology on the channel, and nativeformats |
| 16:58.18 | gtjoseph | nativeformats, that's what i was looking for. you didn't specify that :) |
| 16:58.54 | file | seanbright: you did more things! |
| 16:59.01 | rmudgett | seanbright: Don't mind file he eyes everybody |
| 16:59.24 | rmudgett | Though why he needs a glass eye... |
| 17:00.04 | seanbright | yes. trying to be useful. |
| 17:35.58 | gtjoseph | @file: when nativeformats is set, is there an expectation that any previously held pointers to either the topology or the streams therein are still valid? |
| 17:36.58 | file | no |
| 17:37.14 | gtjoseph | good |
| 17:37.16 | file | the channel lock protects the topology and streams inside, they are only guaranteed to be valid when the channel lock is held |
| 17:37.24 | file | and you need the channel lock to change the nativeformats |
| 17:37.44 | gtjoseph | yeah i was going to ask about that |
| 17:37.54 | gtjoseph | so i don't need to lock the channel explicitly |
| 17:38.54 | file | you don't |
| 17:39.32 | gtjoseph | do we need to set AST_CHAN_TP_MULTISTREAM on all channel drivers except chan_pjsip? |
| 17:39.53 | file | the opposite |
| 17:40.07 | file | AST_CHAN_TP_MULTISTREAM indicates that the channel driver understand multiple streams and can handle it |
| 17:40.09 | *** part/#asterisk-dev fblackburn (~fblackbur@qubcpq0957w-lp130-02-70-53-160-248.dsl.bell.ca) |
| 17:40.10 | file | lack of it means it can't |
| 17:40.25 | file | or rather, doesn't know about the streams API at all |
| 17:40.39 | file | so in the future PJSIP will get that flag set once SDP is sorted |
| 17:40.44 | gtjoseph | "If the multiple stream property is not set the act of setting nativeformats for a channel will automatically create" |
| 17:40.55 | file | correct |
| 17:40.56 | gtjoseph | "not set" |
| 17:41.27 | file | yes |
| 17:41.39 | gtjoseph | oh, multistream means chan_pjsip will create it's own streams. |
| 17:41.43 | file | yes |
| 17:41.52 | gtjoseph | ok i get it now |
| 17:42.34 | gtjoseph | and by "streams in the background" do you mean "under the hood" or in asynchronously in a background thread? |
| 17:42.59 | gtjoseph | hopefully the former |
| 17:43.15 | file | under the hood |
| 17:43.32 | gtjoseph | need to update wiki afte rthis next round. |
| 17:45.58 | *** join/#asterisk-dev jkroon (~jkroon@vc-nat-gp-n-41-13-68-42.umts.vodacom.co.za) |
| 19:03.20 | *** join/#asterisk-dev jkroon (~jkroon@vc-nat-gp-n-41-13-68-42.umts.vodacom.co.za) |
| 19:21.12 | *** join/#asterisk-dev oej (~oej@h87-96-134-129.cust.se.alltele.net) |
| 19:21.12 | *** mode/#asterisk-dev [+o oej] by ChanServ |
| 20:00.33 | *** join/#asterisk-dev tuxian (~tuxian@igilmour.plus.com) |
| 20:04.13 | *** join/#asterisk-dev oej (~oej@h87-96-134-129.cust.se.alltele.net) |
| 20:04.13 | *** mode/#asterisk-dev [+o oej] by ChanServ |
| 20:08.06 | *** join/#asterisk-dev Demon_VoIP (~demon@109.60.222.253) |
| 20:37.28 | *** join/#asterisk-dev tzafrir (~tzafrir@bzq-82-81-175-197.red.bezeqint.net) |
| 20:37.28 | *** mode/#asterisk-dev [+o tzafrir] by ChanServ |
| 20:50.08 | Demon_VoIP | Is issue tracker down? |
| 20:50.17 | gtjoseph | yep, we're working on it |
| 20:50.35 | gtjoseph | i think i killed it pushing up the new releases :) |
| 20:50.59 | Demon_VoIP | An error cannot be processed due to an error in the error handler. |
| 20:51.17 | gtjoseph | nice |
| 21:03.01 | seanbright | yo dawg... |
| 21:26.19 | *** join/#asterisk-dev snuff-work (~snuff-wor@210.9.148.102) |
| 21:26.19 | *** mode/#asterisk-dev [+o snuff-work] by ChanServ |
| 21:29.39 | dan_j | file: are you around? http://downloads.asterisk.org/ is down |
| 21:29.53 | file | it's known, being fixed |
| 21:29.58 | dan_j | thanks |
| 21:31.38 | file | should be back up |
| 22:32.37 | file | seanbright: and now you're doing JIRA cleanup? |
| 22:32.56 | file | who ARE you |
| 22:34.18 | seanbright | heh |
| 22:34.30 | seanbright | trying to earn some karma for my bridge issue |
| 23:14.10 | rmudgett | seanbright: "Allo 'Comedian Mail'" |
| 23:14.22 | rmudgett | Allow? |
| 23:55.34 | *** part/#asterisk-dev kharwell (kharwell@nat/digium/x-hjujvdxbtxdgnjwz) |