| 00:57.29 | *** join/#asterisk-bugs MuffinMan (n=muffinma@mctnnbsa24w-142167052094.pppoe-dynamic.nb.aliant.net) |
| 01:39.47 | file | M10450 |
| 01:39.48 | MuffinMan | [feedback] [Zaptel] wctdm 0010450: Turkey country support for ZAPTEL, hangups not recognized, callerid not working reported by msahinbas (Karma: neutral) http://bugs.digium.com/view.php?id=10450 |
| 02:01.38 | file | M12090#83063 |
| 02:01.39 | MuffinMan | [12090#0083063] Commented by jaroth on 02-27-08 at 13:12: The new method that enforces password length (check_password) could be extended to include other password checking features as well. |
| 02:02.59 | file | how about a long one... |
| 02:03.03 | file | M12090#86069 |
| 02:03.05 | MuffinMan | [12090#0086069] Commented by mvanbaak on 04-27-08 at 11:15: uploaded new patch because v2 did not apply cleanly anymore |
| 02:03.12 | Qwell | lawl? |
| 02:03.17 | file | whoops |
| 02:03.22 | file | M12090#86070 |
| 02:03.23 | MuffinMan | [12090#0086070] Commented by mvanbaak on 04-27-08 at 11:51: How about this? |
| 02:03.23 | MuffinMan | .. |
| 02:03.23 | MuffinMan | ..This combines the work of both of you. |
| 02:03.23 | MuffinMan | .. |
| 02:03.23 | MuffinMan | ..The check for minimum password length is still done in app_voicemail.c itself. If the external check command is set, that will be done on top of the length check. |
| 02:03.27 | MuffinMan | .. |
| 02:03.34 | MuffinMan | ..This way the most basic stuff (check minimum length) can be done by users that dont want/cant write a script to do the checking while it leaves room for users that want to script intelligent password policies. |
| 02:03.42 | Qwell | should strip empty lines |
| 02:04.10 | file | it's the bot core doing that .. stuff |
| 02:04.15 | file | ponders |
| 02:04.34 | file | any other feature requests? |
| 02:04.39 | Corydon76-dig | Ponderous... man... |
| 02:05.06 | Corydon76-dig | file: can it do top 10? |
| 02:05.19 | file | hrm no |
| 02:05.30 | file | that would be... interesting |
| 02:05.43 | Corydon76-dig | or 15 or whatever? |
| 02:23.25 | *** join/#asterisk-bugs oej (n=olle@216.64.24.250) |
| 03:15.21 | *** join/#asterisk-bugs oej (n=olle@216.64.24.250) |
| 03:40.50 | *** join/#asterisk-bugs codefreeze-lap (n=murf@216.166.159.235) |
| 04:15.37 | Corydon76-dig | codefreeze-lap: In what transitional state are you now? |
| 08:29.58 | *** join/#asterisk-bugs mvanbaak_ (n=michiel@vanbaak.xs4all.nl) |
| 10:47.16 | *** join/#asterisk-bugs agx (n=AGX@host63-216-static.34-88-b.business.telecomitalia.it) |
| 11:00.09 | *** part/#asterisk-bugs agx (n=AGX@host63-216-static.34-88-b.business.telecomitalia.it) |
| 11:08.49 | *** join/#asterisk-bugs DagMoller (n=aguirre@unaffiliated/dagmoller) |
| 11:39.11 | awk | can anyone look at this? http://bugs.digium.com/view.php?id=12492 |
| 11:39.21 | awk | going to re-open the ticket now.. |
| 11:53.45 | *** join/#asterisk-bugs caio1982 (i=caio1982@CAcert-br/caio1982) |
| 12:32.48 | *** join/#asterisk-bugs oej (n=olle@216.64.24.250) |
| 12:35.51 | codefreeze-lap | Corydon76-dig: at the moment, I am in the transitional state of Wyoming. |
| 12:53.54 | *** join/#asterisk-bugs VoipForces (n=courchea@office.prival.ca) |
| 12:54.47 | VoipForces | Hi all, anyone care to look at issue 12123 (http://bugs.digium.com/view.php?id=12123) and give me some impression espetially regardinig the last comment ? Thanks. (sorry for the cross post in here and asterisk-dev) |
| 13:00.59 | Corydon76-dig | codefreeze-lap: oh, back home? |
| 13:17.19 | codefreeze-lap | Corydon76-dig: yes. one last 13 hour drive and here I am. |
| 13:17.47 | Corydon76-dig | Ah... Welcome home... |
| 13:18.39 | codefreeze-lap | Thanks. Good to be back! |
| 13:39.27 | *** join/#asterisk-bugs lmadsen (n=Leif@asterisk/documenteur-extraordinaire/blitzrage) |
| 13:39.27 | *** mode/#asterisk-bugs [+o lmadsen] by ChanServ |
| 13:43.30 | *** join/#asterisk-bugs Victor_Yure (n=Victor_Y@unaffiliated/victoryure/x-837844) |
| 14:04.35 | *** join/#asterisk-bugs putnopvut (n=putnopvu@216.207.245.1) |
| 14:04.35 | *** mode/#asterisk-bugs [+o putnopvut] by ChanServ |
| 14:18.57 | *** join/#asterisk-bugs jpeeler (n=jpeeler@216.207.245.1) |
| 14:37.00 | *** join/#asterisk-bugs russellb (n=russell@asterisk/developer-and-stable-maintainer/drumkilla) |
| 14:37.00 | *** mode/#asterisk-bugs [+o russellb] by ChanServ |
| 14:43.49 | *** join/#asterisk-bugs oej (n=olle@216.207.245.1) |
| 15:14.58 | Corydon76-dig | codefreeze-lap: ping |
| 16:54.40 | *** join/#asterisk-bugs atis_work (n=atis_wor@193.238.212.171) |
| 18:54.50 | *** join/#asterisk-bugs atis_work (n=atis_wor@193.238.212.171) |
| 18:59.13 | *** join/#asterisk-bugs Victor_Yure (n=victor@unaffiliated/victoryure/x-837844) |
| 19:16.52 | *** join/#asterisk-bugs fakhir (n=fakhir@unaffiliated/fakhir) |
| 19:43.49 | Qwell | M12559 |
| 19:43.50 | MuffinMan | [new] [Asterisk] Channels/chan_iax2 0012559: Crash in chan_iax2 reported by callguy (Karma: +2.75) http://bugs.digium.com/view.php?id=12559 |
| 19:44.13 | Qwell | only reason an ast_calloc would fail, is because the system couldn't/wouldn't allocate it, and there is absolutely nothing we can do about it. right? |
| 19:44.52 | russellb | fail == return NULL, not seg fault |
| 19:45.50 | seanbright | we could have asterisk start killing random processes to free up memory |
| 19:46.03 | seanbright | httpd is a hog |
| 19:46.04 | seanbright | heh |
| 19:47.09 | Qwell | or oom-killer caused asterisk to abort (thus causing a core dump) |
| 19:47.58 | seanbright | oom-killer? |
| 19:48.12 | Qwell | exactly what you just described above |
| 19:48.14 | Qwell | in kernel |
| 19:48.19 | Juggie | oom = out of memory? |
| 19:48.22 | Qwell | yes |
| 19:48.29 | Qwell | it literally picks a random process, and kills it |
| 19:48.35 | seanbright | ohhh |
| 19:48.36 | seanbright | sweet |
| 19:48.43 | Corydon76-dig | It's not random |
| 19:48.48 | Qwell | close enough |
| 19:48.52 | seanbright | heh |
| 19:49.00 | Qwell | it's annoying, is what it is |
| 19:49.00 | Corydon76-dig | It's the smallest process that will fulfill the memory request |
| 19:49.04 | seanbright | calculates "badness" |
| 19:49.15 | seanbright | oom_badness - calculate a numeric value for how bad this task has been |
| 19:49.24 | seanbright | naughty process |
| 19:53.46 | Juggie | hah |
| 19:54.30 | *** join/#asterisk-bugs atis_work (n=atis_wor@193.238.212.171) |
| 20:36.32 | putnopvut | M12489 |
| 20:36.33 | MuffinMan | [feedback] [Asterisk] Applications/app_queue 0012489: Queue language is not inherited or available to answering interface reported by bcnit (Karma: +2.00) http://bugs.digium.com/view.php?id=12489 |
| 20:36.50 | putnopvut | I brought this up for discussion a while back, but the reporter has brought up a good point since then. |
| 20:37.26 | putnopvut | The "problem" is that the sound files in queues always play in the channel's language. |
| 20:37.53 | putnopvut | i.e. if a French speaker calls a queue, but an English speaker picks up, and an announce file is specified to play to a member, the announce file will play in English. |
| 20:38.25 | putnopvut | I thought this wasn't a problem, but the reporter points out that this is inconsistent with the A() option for Dial(), in which the person who answers the phone inherits the language of the caller. |
| 20:39.33 | putnopvut | So my question is, is app_dial wrong, or is app_queue wrong? |
| 20:52.43 | codefreeze-lap | putnopvut: as to your previous question: how would you know the language of the callee? |
| 20:53.18 | putnopvut | Their channel's language. |
| 20:53.43 | codefreeze-lap | OK, who created that channel? |
| 20:54.59 | putnopvut | codefreeze-lap: I'm guessing that the channel's language is set in the dialplan, but that information isn't really relevant here. |
| 20:55.05 | *** join/#asterisk-bugs atis_work (n=atis_wor@193.238.212.171) |
| 20:55.32 | putnopvut | Oh, wait, you said callee? |
| 20:55.45 | putnopvut | The callee would be set in sip.conf or iax.conf or zap.conf or whatever. |
| 20:57.05 | codefreeze-lap | putnopvut: usually, the dial command is the one that initiates the sequence, and the callee's language (it seems to me), unless explicitly stated somehow in the dial cmd, would have to be inherited from the caller.... |
| 20:58.15 | putnopvut | codefreeze-lap: but what about if the callee's language is set in a configuration file somewhere? |
| 20:58.41 | codefreeze-lap | Hmmmm, if you spec the language in the sip/zap/.conf file, then... ok. |
| 22:50.35 | *** join/#asterisk-bugs datachomper (n=russ@static-68-236-214-95.nwrk.east.verizon.net) |
| 22:50.54 | datachomper | How can I tell if this bug http://bugs.digium.com/view.php?id=11945 has made it into asterisk version 1.19.1 ? |
| 22:52.35 | *** part/#asterisk-bugs datachomper (n=russ@static-68-236-214-95.nwrk.east.verizon.net) |
| 23:25.08 | Juggie | is it closed? |
| 23:26.08 | Juggie | looks like there aer some commits from that bug nito 1.4 |
| 23:26.44 | Juggie | nice, i cant type, it looks like there are some commits on that bug into 1.4 |
| 23:27.27 | Juggie | it should be in 1.4.19.1 for sure |