search for: 15320

...theChannel=Cut(AVAILCHAN|-|1); NoOp(Now Calling ${MACRO_EXTEN} on ${theChannel}....); // -- Dial(${theChannel}/${MACRO_EXTEN:${TRUNKMSD}}); }; }; ... I get: -- Executing macro("SIP/162-4c8b", "newPlaceCallPSTN") Oct 13 08:57:22 WARNING[15320]: ast_expr2.fl:183 ast_yyerror: ast_yyerror(): syntax error: syntax error, unexpected TOK_GT, expecting TOK_MINUS or TOK_COMPL or TOK_LP or TOKEN; Input: > { TIMEOUT(absolute)=7200; NoOp(Analog Out List: ZAP/4&ZAP/3&ZAP/2&ZAP/1); ChanIsAvail(ZAP/4&...

...name= uid=0 euid=0 tty= ruser= rhost= user=root May 29 21:23:35 mydomainname dovecot(pam_unix)[15318]: check pass; user unknown May 29 21:23:35 mydomainname dovecot(pam_unix)[15318]: authentication failure; logname= uid=0 euid=0 tty= ruser= rhost= May 29 21:23:36 mydomainname dovecot(pam_unix)[15320]: check pass; user unknown May 29 21:23:36 mydomainname dovecot(pam_unix)[15320]: authentication failure; logname= uid=0 euid=0 tty= ruser= rhost= But I don?t find anything in any other log files to indicate where this is coming from. Secondly, I?m wondering if I have anything to be concer...

If I''m writing code in a template and I want to refer to the name of the template itself so that I can pass it to a helper method, is there a built-in variable (like controller_name or action_name) that I can use. Assume x.rhtml and in this template I have helper_method(). I want to pass "x.rhtml" into helper_method without hardcoding it. Do I have access to the _currently

...[0x415f29] -> imap(_client_input+0x6f) [0x4165cf] -> imap(io_loop_handler_run+0x101) [0x46a021] -> imap(io_loop_run+0x18) [0x4691f8] -> imap(main+0x457) [0x41e087] -> /lib64/libc.so.6(__libc_start_main+0xf4) [0x2b5ab1476ae4] -> imap [0x411719] May 27 18:05:44 ian dovecot: child 15320 (imap) killed with signal 6 Tested versions: 1.0.13 RPM by OpenSUSE 1.0.13 self-compiled 1.1.rc7 self-compiled OS: Linux ian 2.6.18.8-0.9-default #1 SMP Sun Feb 10 22:48:05 UTC 2008 x86_64 x86_64 x86_64 GNU/Linux configure: ./configure --prefix=/opt/dovecot --sysconfdir=/etc/dovecot --with-m...

On 5 September 2016 at 23:04, Krzysztof Parzyszek <kparzysz at codeaurora.org> wrote: > Let's first see how bad it is once bots are fixed to build the latest > revision. It's only been a few days and that includes a weekend. Of course. I'll wait until all our bots return from the first round to know the size of the damage. I just wanted to warn all other buildbot owners

...15224 => Hello World +15232 => Hello World +15240 => Hello World +15248 => Hello World +15256 => Hello World +15264 => Hello World +15272 => Hello World +15280 => Hello World +15288 => Hello World +15296 => Hello World +15304 => Hello World +15312 => Hello World +15320 => Hello World +15328 => Hello World +15336 => Hello World +15344 => Hello World +15352 => Hello World +15360 => Hello World +15368 => Hello World +15376 => Hello World +15384 => Hello World +15392 => Hello World +15400 => Hello World +15408 => Hello World +15416...

...5216: 0, 0 +15224: , +15224: 0, 0 +15232: , +15232: 0, 0 +15240: , +15240: 0, 0 +15248: , +15248: 0, 0 +15256: , +15256: 0, 0 +15264: , +15264: 0, 0 +15272: , +15272: 0, 0 +15280: , +15280: 0, 0 +15288: , +15288: 0, 0 +15296: , +15296: 0, 0 +15304: , +15304: 0, 0 +15312: , +15312: 0, 0 +15320: , +15320: 0, 0 +15328: , +15328: 0, 0 +15336: , +15336: 0, 0 +15344: , +15344: 0, 0 +15352: , +15352: 0, 0 +15360: , +15360: 0, 0 +15368: , +15368: 0, 0 +15376: , +15376: 0, 0 +15384: , +15384: 0, 0 +15392: , +15392: 0, 0 +15400: , +15400: 0, 0 +15408: , +15408: 0, 0 +15416: , +15416:...

...2 configure:15251: result: no configure:15275: checking if fc supports -c -o file.o configure:15299: fc -c -o out/conftest2.o conftest.f >&5 ./configure: line 1: fc: -c: invalid option fc: usage: fc [-e ename] [-nlr] [first] [last] or fc -s [pat=rep] [cmd] configure:15303: $? = 2 configure:15320: result: no configure:15346: checking whether the fc linker (/usr/bin/ld) supports shared libraries configure:16174: result: yes configure:16245: checking dynamic linker characteristics configure:16785: result: GNU/Linux ld.so configure:16789: checking how to hardcode library paths into programs c...