| 00:21.15 | *** join/#asterisk infobot (ibot@rikers.org) |
| 00:21.15 | *** topic/#asterisk is #asterisk The Open Source PBX and Telephony Platform (asterisk.org) -=- LTS: 13.14.0 (2017/02/13), 11.25.1 (2016/12/08), Standard: 14.3.0 (2017/02/13); DAHDI: DAHDI-linux 2.11.1 (2016/03/01), DAHDI-tools 2.11.1 (2016/03/01); libpri 1.6.0 (2017/01/27) -=- Wiki: wiki.asterisk.org -=- Code of Conduct: bit.ly/1hH6P22 -=- Logs: bit.ly/1s4AKKu |
| 01:36.55 | *** join/#asterisk Oatmeal (~Suzeanne@c-68-45-50-54.hsd1.nj.comcast.net) |
| 02:09.17 | *** join/#asterisk Oatmeal (~Suzeanne@c-68-45-50-54.hsd1.nj.comcast.net) |
| 02:10.34 | *** join/#asterisk Dovid (~dovid@static-173-63-105-210.nwrknj.fios.verizon.net) |
| 02:41.47 | *** join/#asterisk setham (~setham@unaffiliated/setham) |
| 02:58.50 | *** join/#asterisk fstd (~fstd@unaffiliated/fisted) |
| 03:10.42 | *** join/#asterisk [TK]D-Fender (~joe@64.235.216.2) |
| 03:45.25 | *** join/#asterisk [NC] (~nc@rv1.sabius.net) |
| 04:01.54 | *** join/#asterisk setham (~setham@unaffiliated/setham) |
| 04:22.11 | *** join/#asterisk joako (~joako@opensuse/member/joak0) |
| 04:59.42 | *** join/#asterisk lankanmon (~LKNnet@2607:fea8:d1f:fc17:11e0:707c:2961:d41e) |
| 05:26.23 | *** join/#asterisk gerhard7 (~gerhard7@ip5657ee30.direct-adsl.nl) |
| 05:53.18 | *** join/#asterisk TriJetScud (~TriJetScu@69.172.162.252) |
| 05:59.27 | *** join/#asterisk mutin-s (~s-mutin@mail.ska-irk.ru) |
| 06:04.55 | *** join/#asterisk s-mutin (~s-mutin@mail.ska-irk.ru) |
| 06:09.38 | *** join/#asterisk miralin (~Thunderbi@195.19.212.23) |
| 06:19.16 | *** join/#asterisk mutin-s (~s-mutin@mail.ska-irk.ru) |
| 06:48.49 | *** join/#asterisk miralin1 (~Thunderbi@195.19.212.23) |
| 06:52.06 | *** join/#asterisk jkroon (~jkroon@uls-154-73-32-15.wall.uls.co.za) |
| 06:58.59 | *** join/#asterisk bof22 (~Thunderbi@185.13.183.107) |
| 07:09.30 | *** join/#asterisk Haris (~haris@unaffiliated/haris) |
| 07:14.07 | *** join/#asterisk Iamnacho (~Iamnacho@ip70-171-163-5.om.om.cox.net) |
| 07:27.34 | *** join/#asterisk s-mutin (~s-mutin@mail.ska-irk.ru) |
| 07:41.17 | Haris | is there a way to have timestamp with sip debug output in asterisk cli ? |
| 08:01.23 | *** join/#asterisk evil_gordita (robert@ip70-188-41-127.rn.hr.cox.net) |
| 08:05.24 | *** join/#asterisk sotoz (~sotoz@095-097-255-066.static.chello.nl) |
| 08:09.04 | Haris | hello all |
| 08:09.07 | Haris | Is there a way for one to have different music or tone based on different hangupcause ? |
| 08:12.50 | *** join/#asterisk tzafrir (~tzafrir@local.xorcom.com) |
| 08:15.21 | *** join/#asterisk pchero_work (~pchero@2a00:c80:1072::141c) |
| 08:17.11 | wdoekes | Haris: timestamp? yes, in the logfile (or syslog), see logger.conf. in the cli: no |
| 08:17.37 | Haris | this is for sip debug output |
| 08:17.55 | Haris | the full log file doens't get/have the output of sip debug |
| 08:18.29 | Haris | hmm.. how about change of tones that one can playback to agent based on hangupcause. is that possible |
| 08:19.13 | wdoekes | Haris: different music based on hangupcause? sure, simple dialplan. Dial(...); ExecIf($["${HANGUPCAUSE}"=20]?PlayTones(...)); Wait(5); Hangup(${HANGUPCAUSE}) |
| 08:20.03 | wdoekes | ... "="20"] ... |
| 08:21.26 | wdoekes | Haris: you want the 'verbose' level logged |
| 08:21.35 | Haris | hmm |
| 08:21.52 | Haris | hmm |
| 08:24.09 | wdoekes | (although there were some changes to have verbosity levels per rasterisk (cli), which lead to intransparency with regards to what is logged where) |
| 08:24.26 | wdoekes | (I suggest setting verbosity to a high value in asterisk.conf and restarting) |
| 08:32.02 | Samot | wdoekes: What he's not saying is that he is running FreePBX |
| 08:32.15 | Samot | So whatever you suggest to him will be pointless because he doesn't control the dialplan. |
| 08:33.51 | *** join/#asterisk samwierema (~samwierem@095-097-255-066.static.chello.nl) |
| 08:36.33 | Haris | *ouch* |
| 08:36.37 | *** join/#asterisk MacroMan (~MacroMan@host213-123-31-77.in-addr.btopenworld.com) |
| 08:37.46 | Samot | That statement is completely true. |
| 08:37.50 | Samot | You don't control the dialplan. |
| 08:38.22 | *** join/#asterisk jozza (~chatzilla@unaffiliated/jozza) |
| 08:41.14 | wdoekes | buurn ;) |
| 08:45.28 | *** join/#asterisk hehol (~hehol@gatekeeper.loca.net) |
| 08:47.33 | *** join/#asterisk friedrich (~friedrich@aextron.de) |
| 08:52.10 | Rac-on | install freepbx, proceed to overwrite everything in _custom.conf |
| 08:52.41 | Samot | Yup. |
| 08:52.45 | Samot | That's about tright. |
| 08:52.52 | Samot | s/tright/right/ |
| 08:53.28 | *** join/#asterisk Y04NN (~y04nn@178.18.54.206) |
| 08:53.32 | Samot | You installed FreePBX on an existing install of Asterisk? |
| 08:54.06 | *** join/#asterisk Iamnacho (~Iamnacho@ip70-171-163-5.om.om.cox.net) |
| 08:58.03 | Haris | ok. the asterisk 'queue show' output is for incoming calls only |
| 08:58.17 | Samot | Of course. |
| 08:58.22 | Samot | That's what a QUEUE is for. |
| 09:06.20 | MacroMan | I can't seem to get GotoIfTime working. Here's my simple dialplan: https://paste.ngx.cc/8d3ec6ba98c327fb |
| 09:06.27 | MacroMan | Add the cli log: https://paste.ngx.cc/a173e94485d2e230 |
| 09:07.16 | MacroMan | It's currently 09:06 here and so should have done Goto(voicemail), but did Goto(queue) instead |
| 09:10.39 | Samot | same => n,GotoIfTime(00:00-10:00,*,*,*,voicemail:queue) <-- That's wrong |
| 09:10.51 | Samot | GotoIfTime(times,weekdays,mdays,months,[timezone]?[labeliftrue:[labeliffalse]]) |
| 09:10.55 | Samot | ^^^ What are you missing? |
| 09:11.38 | MacroMan | The ? by the looks of what you posted. |
| 09:11.43 | Samot | Yes. |
| 09:11.58 | Samot | If statements need a true/false result. |
| 09:12.25 | MacroMan | So it's actually a ternary? |
| 09:12.36 | Samot | It's an IF statement |
| 09:12.40 | Samot | If this is true do this |
| 09:12.55 | *** join/#asterisk tuxian (~tuxian@igilmour.plus.com) |
| 09:13.03 | Samot | If it's not true do this. |
| 09:13.27 | Samot | The ? means what is after it is the true result |
| 09:13.42 | Samot | if there is a : then what is after that is the false result. |
| 09:13.52 | MacroMan | The style of syntax: test?true:false. It's called a ternary operator, at least in most programming languages. |
| 09:13.59 | Samot | Yes. |
| 09:14.02 | Samot | Sure. |
| 09:14.22 | MacroMan | I missed that bit. Thank you. |
| 09:14.29 | Samot | It's the same for any if statement |
| 09:15.17 | MacroMan | Yes, you're right. I missed it I think because this has more arguments. |
| 09:16.42 | MacroMan | Are there any problems with a time span over night? eg GotoIfTime(17:00-09:00,*,*,*,*?voicemail:queue) |
| 09:16.48 | *** join/#asterisk samwiere_ (~samwierem@62.140.137.80) |
| 09:18.06 | Samot | Looks fine. |
| 09:18.21 | Samot | The systems timezone is the proper one you want? |
| 09:19.12 | Samot | If not, you just need to add the timezone variable. |
| 09:20.09 | MacroMan | Think so. unix date gives me the correct datetime |
| 09:20.49 | Samot | Then it should be fine. |
| 09:21.34 | Samot | The missing ? made the voicemail label a variable and queue the only result |
| 09:22.34 | *** join/#asterisk Iamnacho (~Iamnacho@ip70-171-163-5.om.om.cox.net) |
| 09:28.20 | MacroMan | Thanks. All working now. |
| 09:28.21 | *** join/#asterisk miralin (~Thunderbi@195.19.212.23) |
| 09:30.02 | *** join/#asterisk sotoz_ (~sotoz@095-097-255-066.static.chello.nl) |
| 09:33.21 | *** join/#asterisk sotoz (~sotoz@095-097-255-066.static.chello.nl) |
| 09:49.33 | *** join/#asterisk samwierema (~samwierem@095-097-255-066.static.chello.nl) |
| 09:52.54 | *** join/#asterisk dokma (~vlatko@cpe-94-253-163-178.zg.cable.xnet.hr) |
| 09:53.19 | dokma | I don't see anything about max values for VOLUME() function in the docs: https://wiki.asterisk.org/wiki/display/AST/Function_VOLUME |
| 09:53.24 | dokma | Where is this to be found? |
| 10:01.06 | Samot | I don't think there are maximums. |
| 10:31.27 | *** join/#asterisk Iamnacho (~Iamnacho@ip70-171-163-5.om.om.cox.net) |
| 11:33.04 | *** join/#asterisk miralin (~Thunderbi@195.19.212.23) |
| 11:34.44 | *** join/#asterisk Kaian (~kaian@6.62-99-78.static.clientes.euskaltel.es) |
| 11:37.22 | *** join/#asterisk MacroMan (~MacroMan@host213-123-31-77.in-addr.btopenworld.com) |
| 12:04.21 | *** join/#asterisk bof23 (~Thunderbi@185.13.183.107) |
| 12:09.02 | *** join/#asterisk bof23 (~Thunderbi@185.13.183.107) |
| 12:24.32 | *** join/#asterisk sekil (~sekil@nat-73.net011.net) |
| 12:39.34 | *** join/#asterisk tzafrir (~tzafrir@local.xorcom.com) |
| 12:40.24 | *** join/#asterisk [TK]D-Fender (~joe@216.191.106.165) |
| 12:51.33 | *** join/#asterisk bof23 (~Thunderbi@185.13.183.107) |
| 12:53.38 | *** join/#asterisk sotoz (~sotoz@095-097-255-066.static.chello.nl) |
| 12:54.03 | *** join/#asterisk Y04NN (~y04nn@178.18.54.206) |
| 12:54.09 | sotoz | Hi, how can I avoid putting the trunk name in the PJSIP dial command when calling from a stasis app? |
| 12:54.29 | sotoz | My sip destination now is something like that "PJSIP/my-trunk/sip:" |
| 12:54.40 | sotoz | But I want my stasis app to be agnostic of the trunk name |
| 12:55.26 | sotoz | My extensions.conf is using the stasis app like so: "exten => _[+0-9].,2,Stasis(stas-app)" |
| 12:56.11 | [TK]D-Fender | Thre is no agnostic there |
| 12:56.24 | [TK]D-Fender | you have to tell it what enpoint to use |
| 12:56.31 | file | something, somewhere, has to know the name - you either put that logic in your Stasis app or put it into dialplan logic and use a Local channel |
| 12:56.47 | [TK]D-Fender | It's not going to pick one by magic |
| 12:58.27 | sotoz | when I was using just SIP I could do "SIP/number@ip" |
| 12:58.48 | sotoz | but with PJSIP the trunk needs to be there as "PJSIP/my-trunk/sip:number@ip" |
| 12:58.57 | Maliuta_ | [TK]D-Fender: depends on what magic you code I guess ;) |
| 12:59.03 | file | make a generic endpoint then |
| 12:59.12 | file | an endpoint defines the configuration to use for the session, so there has to always be one |
| 13:06.36 | *** join/#asterisk bof23 (~Thunderbi@185.13.183.107) |
| 13:18.52 | *** join/#asterisk vince1 (~vince@ip72-202-187-29.ok.ok.cox.net) |
| 13:23.24 | sotoz | file How can I make a generic endpoint? |
| 13:23.38 | file | define an endpoint in the .conf |
| 13:23.45 | file | there's nothing special to make it generic |
| 13:24.19 | sotoz | I can then put on the "aors=" all my aors comma separated I guess? |
| 13:24.37 | file | you don't have to put an AOR |
| 13:24.44 | file | if you specify a SIP URI in the Dial string then AORs aren't consulted |
| 13:24.55 | sotoz | oh ok |
| 13:24.58 | sotoz | yes... |
| 13:25.08 | sotoz | ok then. I'll try that. Thanks :) |
| 13:34.35 | *** join/#asterisk brad_mssw (~brad@66.129.88.50) |
| 13:35.32 | *** join/#asterisk skywayskase (~skywayska@67.139.42.219) |
| 13:42.22 | sotoz | It worked. Great :) |
| 13:48.16 | *** join/#asterisk Chotaire (chotaire@oahu.chotaire.net) |
| 13:54.53 | *** join/#asterisk Oatmeal (~Suzeanne@c-68-45-50-54.hsd1.in.comcast.net) |
| 13:59.07 | *** join/#asterisk Chotaire (chotaire@oahu.chotaire.net) |
| 13:59.47 | *** join/#asterisk skywayskase (~skywayska@67.139.42.219) |
| 14:04.19 | *** join/#asterisk Inf0r (uid2810@gateway/web/irccloud.com/x-qbthrgikqzlpkjdr) |
| 14:10.36 | *** join/#asterisk sekil (~sekil@net185-36-245-109.mbb.telenor.rs) |
| 14:17.04 | *** join/#asterisk kharwell (kharwell@nat/digium/x-enijyivjhlvqbpcj) |
| 14:17.04 | *** mode/#asterisk [+o kharwell] by ChanServ |
| 14:24.18 | *** join/#asterisk rmudgett (rmudgett@nat/digium/x-fwxvljyvqdknvxje) |
| 14:24.18 | *** mode/#asterisk [+o rmudgett] by ChanServ |
| 14:29.02 | *** join/#asterisk rmudgett (rmudgett@nat/digium/x-noznvvveubmotqzr) |
| 14:29.02 | *** mode/#asterisk [+o rmudgett] by ChanServ |
| 14:36.48 | *** join/#asterisk Rini (uid196547@gateway/web/irccloud.com/x-uucejjwgrxjrnazq) |
| 14:38.25 | *** join/#asterisk gswain (uid91227@gateway/web/irccloud.com/x-ooginxmrsghoadyj) |
| 14:47.31 | *** join/#asterisk mjordan (mjordan@nat/digium/x-czumjoamcrpsbnqt) |
| 14:47.31 | *** mode/#asterisk [+o mjordan] by ChanServ |
| 15:01.51 | *** join/#asterisk miralin (~Thunderbi@195.19.212.23) |
| 16:09.13 | lvlinux | i love pjsip |
| 16:18.03 | rmudgett | igcewieling: FYI https://issues.asterisk.org/jira/browse/ASTERISK-26878 |
| 16:18.20 | *** join/#asterisk skywayskase (~skywayska@67.139.42.219) |
| 16:18.57 | igcewieling | rmudgett: yay! Will it be in Asterisk 15? |
| 16:19.16 | rmudgett | It should be in v13.15.0+ |
| 16:19.46 | Samot | hah. |
| 16:20.19 | igcewieling | rmudgett: Thanks. I mainly care about v15. |
| 16:20.49 | igcewieling | Whenever that is released. 2yrs maybe? |
| 16:21.11 | rmudgett | Try October this year. |
| 16:21.15 | Samot | 15 is tentative for this year. |
| 16:21.18 | igcewieling | cool! |
| 16:22.17 | lvlinux | neato |
| 16:22.22 | igcewieling | rmudgett: do you know if Asterisk versions after 11.x deals better with the ODBC CDR connection failing? |
| 16:22.48 | lvlinux | igcewieling: what do you mean by "failing"? |
| 16:23.18 | igcewieling | lvlinux: database server crashed, idiot tech unplugged the wrong cable, circuit goes down, that sort of thing. |
| 16:23.49 | lvlinux | ah |
| 16:24.18 | lvlinux | on 13, when it loses connection, it seems to buffer the CDRs until it regains connection. I haven't actually tested it but that's what it did IIRC. |
| 16:27.58 | Samot | You're going to want to brush up on the CDR changes introduced in 12. |
| 16:27.59 | igcewieling | lvlinux: it does on v11 too...for a while. |
| 16:28.07 | rmudgett | I cannot say if it deals with it better. ODBC connection pooling was improved about 6 months ago. You would need unixODBC 2.3.1 or later and an updated database connector for it to work. |
| 16:28.50 | igcewieling | 2.3.1 comes with CentoOS 6, so that should not be an issue. |
| 16:29.07 | *** join/#asterisk Ast001 (~uros@89.216.97.188) |
| 16:30.18 | rmudgett | Oh. The res_odbc.conf.sample says greater than 2.3.1. |
| 16:31.00 | Ast001 | I get twice a day deadlock in Asterisk. This is message from cli: [2017-03-16 17:23:57] WARNING[88796] channel.c: Hard hangup called by thread 140327212451584 on Agent/812, while fd is blocked by thread 140327232259840 in procedure ast_waitfor_nandfds! Expect a failure . Why is this happening ? |
| 16:31.11 | igcewieling | drat. |
| 16:32.26 | igcewieling | Ast001: you forgot to tell us the Asterisk version. |
| 16:32.37 | rmudgett | Very old is what it is. |
| 16:33.06 | igcewieling | rmudgett: that's what I suspected. No CallID. |
| 16:33.27 | rmudgett | Also chan_agent |
| 16:33.37 | lvlinux | yikes |
| 16:35.18 | Ast001 | version Asterisk 1.8.32.3 |
| 16:36.28 | Ast001 | Can that be in connection with ChanSpy or ExtenSpy applications for listening calls and barge ? |
| 16:37.07 | lvlinux | Could be, but you really really need to upgrade. 1.8 is no longer supported and many many many bugs have been fixed since then. |
| 16:37.47 | Ast001 | I know but I need to test if all what works here will work with newer version and system is in production and must not be offline |
| 16:38.35 | igcewieling | Ast001: you should be able to upgrade to Asterisk 11 with little trouble. Might be able to upgrade past v11 with little trouble, I've not tried it. |
| 16:38.48 | lvlinux | Setup a test system with a newer version for your testing. Work out the changes on the test system. Then migrate the production system. |
| 16:40.30 | Ast001 | ok I will try but can you tell me what is this message talking ? Hangup called fd is blocked in procedure.. Some hangup of call went wrong for some reason ? |
| 16:40.44 | igcewieling | no idea, I' |
| 16:40.51 | lvlinux | I'll I can see is it appears to be a bug of some sort. |
| 16:40.59 | igcewieling | ve not use Asterisk 1.8 in several years. Most people have not. |
| 16:41.07 | lvlinux | Ast001: what was happening when it does that? |
| 16:43.05 | *** join/#asterisk Y04NN (~y04nn@178.18.54.206) |
| 16:43.36 | Ast001 | I don't know I have call center with 50 agents they talk and suddenly I get disconnected from cli and see that message in /var/log/asterisk/messages and then get calls from everywhere all stop to work etc... Basicly they talk from Queues with clients as agents some might include admin in conversation with Local channel and ChanSpy so he can barge to both channels usual stuff. |
| 16:44.38 | Ast001 | I don't remember when I see that message in past but these days I see it twice a day |
| 16:45.26 | lvlinux | wow ok yeah I would definitely start working on a test system right away. Troubleshooting that probably will take you longer than upgrading the system... |
| 16:45.47 | Ast001 | ok but will migration to 11 solve the problem ? What if problem shows up in 11 too ? |
| 16:47.00 | lvlinux | I would go ahead and migrate to 13 --- v11 won't be supported for too much longer. Most likely it will solve it. If not, then we can help you troubleshoot a lot better, as v13 is fully supported. But I'd bet it will fix it. |
| 16:47.31 | Ast001 | ok thanks but is agent channels like Agent/something still present in 11 ? |
| 16:48.39 | Samot | v11 is SFO |
| 16:48.48 | Ast001 | what is SFO |
| 16:48.57 | Samot | Security Fixes Only. |
| 16:49.10 | Ast001 | so you suggest 13 ? |
| 16:49.53 | Samot | At least. |
| 16:50.06 | lvlinux | ---->>> 12:47 < lvlinux> I would go ahead and migrate to 13 - |
| 16:50.52 | Ast001 | Ok I will try with 13 soon. |
| 16:51.00 | *** join/#asterisk jkroon (~jkroon@uls-154-73-32-14.wall.uls.co.za) |
| 16:51.05 | Ast001 | Thanks |
| 16:51.35 | Samot | Alright then. |
| 16:51.49 | lvlinux | lol |
| 16:52.50 | lvlinux | I'm replacing a v11 system with 14 today. |
| 16:53.09 | lvlinux | Dialplan is a mess cuz a moron set it up. |
| 16:53.23 | lvlinux | is the moron that set it up... |
| 16:54.03 | lvlinux | just my home system tho. |
| 16:59.37 | Kobaz | do de do |
| 16:59.38 | Kobaz | so umm |
| 16:59.46 | Kobaz | is there a high resolution ${EPOCH} |
| 17:02.06 | Samot | What do you mean? |
| 17:02.14 | Kobaz | seconds.microseconds |
| 17:03.30 | Samot | It's epoch time. |
| 17:03.39 | Kobaz | yes |
| 17:03.43 | Kobaz | and i'm looking for a higher resolution |
| 17:03.47 | Samot | So it's in seconds. |
| 17:03.58 | Kobaz | yes |
| 17:04.03 | Kobaz | and i want seconds.microseconds |
| 17:04.43 | Kobaz | the only thing i see that's hires so far is CDR(start) which i already use |
| 17:04.51 | Kobaz | i'll probably need to add a new func |
| 17:24.29 | *** join/#asterisk sekil (~sekil@cable-89-216-226-231.dynamic.sbb.rs) |
| 17:27.54 | *** join/#asterisk miralin (~Thunderbi@195.19.212.23) |
| 17:40.14 | igcewieling | STRFTIME won't do it? |
| 17:55.21 | *** join/#asterisk samwierema (~samwierem@82.169.225.211) |
| 17:59.32 | *** join/#asterisk Hyper_Eye (~mwoodj@pdpc/sponsor/digium/hyper-eye) |
| 18:02.31 | *** join/#asterisk tuxian (~tuxian@igilmour.plus.com) |
| 18:11.05 | *** join/#asterisk miralin (~Thunderbi@194.8.128.48) |
| 18:22.48 | *** join/#asterisk jkroon (~jkroon@uls-154-73-32-14.wall.uls.co.za) |
| 18:23.35 | *** join/#asterisk tuxian (~tuxian@igilmour.plus.com) |
| 18:30.12 | *** join/#asterisk overyander (~jeff@12.49.160.131) |
| 18:41.58 | *** join/#asterisk BBone_ (~Thunderbi@maila.fraserwoodindustries.com) |
| 18:51.03 | *** join/#asterisk tuxian (~tuxian@igilmour.plus.com) |
| 18:51.09 | warewolf | I have the WEIRDEST problem with the asterisk command line console |
| 18:51.31 | warewolf | something with UTF-8 input/encoding... this is what I get when I hit backspace: pbx*CLI> \U+4F61 |
| 18:51.52 | warewolf | I have UTF8 encoding *off* in my terminal, and I even started asterisk w/ all the locale variables set to "C" |
| 18:52.27 | warewolf | it's intermittant too, if I hit enter, it "fixes" itself and I can enter commands normally; but as soon as that command has finished and returned to the prompt, it acts all weird UTF again |
| 18:57.31 | Samot | What program are you using? |
| 19:09.15 | *** join/#asterisk defsdoor (~andy@cpc35-sutt4-2-0-cust184.19-1.cable.virginm.net) |
| 19:17.50 | *** join/#asterisk Jesterboxboy (~Thunderbi@80-109-194-26.cable.dynamic.surfer.at) |
| 19:19.50 | *** join/#asterisk Y04NN (~y04nn@nayon.fr) |
| 19:24.44 | *** join/#asterisk samwierema (~samwierem@82.169.225.211) |
| 19:33.57 | lvlinux | warewolf: sounds like your terminal is giving you issues. |
| 19:34.27 | warewolf | this is standard unix xterm, w/o any UTF encoding stuff turned on |
| 19:34.32 | lvlinux | or possibly your window manager. Some of them intercept keyboard stuff |
| 19:34.36 | warewolf | and nothing else does it |
| 19:34.52 | lvlinux | hmm well you got me then... |
| 19:34.56 | lvlinux | no clue |
| 19:34.57 | warewolf | standard old-as-the-hills FVWM for window manager |
| 19:34.58 | warewolf | yeah |
| 19:35.03 | warewolf | this is why I'm confused as hell too |
| 19:35.23 | warewolf | like, if it was _consistent_ for every keystroke, I'd be liek "Okay, it's an ncurses problem" |
| 19:35.53 | lvlinux | why FVWM?!?? |
| 19:36.23 | warewolf | I'm an original gangsta like that. |
| 19:36.32 | lvlinux | you need to be "enlightened" :-) |
| 19:36.37 | warewolf | negative |
| 19:36.50 | warewolf | closest thing I'd run that is more "current" would be ratpoison/ratbox or whatever it is |
| 19:37.35 | lvlinux | never tried that one. i've used fluxbox a bit, but Enlightenment the past few years. |
| 19:37.46 | warewolf | oh yeah, I think fluxbox is lightweight too |
| 19:38.04 | warewolf | I hate heavy window managers like enlightenemnt/metacity/gnome-session/etc |
| 19:38.17 | lvlinux | since when is enlightenment "heavy"??? |
| 19:38.20 | warewolf | (I used E.17 a loooooong time ago) |
| 19:38.54 | lvlinux | heavier than fluxbox, yes, but it's still very very lightweight compared to the big ones (KDE/Gnome/etc) |
| 19:39.03 | warewolf | USER PID %CPU %MEM VSZ RSS TTY STAT START TIME COMMAND |
| 19:39.05 | warewolf | warewolf 3728 0.0 0.0 282428 6920 tty2 S+ 2016 3:33 fvwm |
| 19:40.20 | lvlinux | e20 is taking 0.8% of my memory so I'm happy enough with that :) |
| 19:41.10 | lvlinux | anyway we better not hijack #asterisk further with WM discussion :) |
| 19:41.15 | warewolf | ACK'd. :) |
| 19:41.20 | lvlinux | fistbumps warewolf |
| 19:52.07 | *** join/#asterisk pchero (~pchero@109.70.54.56) |
| 19:55.07 | *** join/#asterisk tuxian (~tuxian@igilmour.plus.com) |
| 20:00.58 | *** join/#asterisk slav3_sergal (~frankthet@unaffiliated/slav3-kitten/x-0866809) |
| 20:24.34 | *** join/#asterisk Qwell (~north@asterisk/developer/Qwell) |
| 20:24.34 | *** mode/#asterisk [+o Qwell] by ChanServ |
| 20:30.40 | *** join/#asterisk Y04NN (~y04nn@nayon.fr) |
| 20:42.52 | *** join/#asterisk malcolmd (malcolmd@pdpc/sponsor/digium/malcolmd) |
| 20:42.52 | *** mode/#asterisk [+o malcolmd] by ChanServ |
| 20:51.50 | *** join/#asterisk hyegeek (~hakimian@wsip-72-214-228-246.ph.ph.cox.net) |
| 21:09.21 | *** join/#asterisk tzafrir (~tzafrir@bzq-82-81-175-197.red.bezeqint.net) |
| 21:24.16 | *** part/#asterisk BlackMaria (~BlackMari@dsl-104.163.145-228.ebox.ca) |
| 21:36.21 | *** join/#asterisk miralin (~Thunderbi@194.8.128.48) |
| 21:55.21 | *** join/#asterisk defsdoor (~andy@cpc35-sutt4-2-0-cust184.19-1.cable.virginm.net) |
| 22:26.42 | *** join/#asterisk [NC] (~nc@rv1.sabius.net) |
| 22:56.03 | *** join/#asterisk adnauseum (uid126405@gateway/web/irccloud.com/x-szvnceeqvcwefith) |
| 23:03.12 | *** join/#asterisk fblackburn (~fblackbur@qubcpq0957w-lp130-02-70-53-160-248.dsl.bell.ca) |
| 23:03.35 | *** part/#asterisk fblackburn (~fblackbur@qubcpq0957w-lp130-02-70-53-160-248.dsl.bell.ca) |
| 23:10.52 | *** part/#asterisk kharwell (kharwell@nat/digium/x-enijyivjhlvqbpcj) |
| 23:53.43 | *** join/#asterisk MarkSX (~MarkSX@unaffiliated/marksx) |
| 23:57.36 | *** join/#asterisk zapata (~zapata@2a02:b18:581:10:ba27:ebff:fee4:a52f) |
| 23:59.54 | *** join/#asterisk pa (~pa@unaffiliated/pa) |