search for: unblocked

...Leonardo Aug 31 15:00:55 WARNING[28411]: Already have a handler for type 'UniCall' Aug 31 15:00:55 ERROR[28411]: Unable to register channel class UniCall Aug 31 15:00:55 WARNING[28411]: Reload of chan_unicall.so is unsuccessful! Aug 31 15:00:55 WARNING[30875]: Unicall/1 event Far end unblocked Aug 31 15:00:55 WARNING[30875]: Unicall/1 event Local end unblocked Aug 31 15:00:55 WARNING[30875]: Unicall/2 event Far end unblocked Aug 31 15:00:55 WARNING[30875]: Unicall/2 event Local end unblocked Aug 31 15:00:55 WARNING[30875]: Unicall/3 event Far end unblocked Aug 31 15:00:55 WARNING[30875]:...

...iCall: mfcr2 far_unblocking_expired Dec 20 08:40:38 WARNING[1175077440]: chan_unicall.c:634 unicall_error: UniCall: mfcr2 local_unblocking_expired Dec 20 08:40:38 WARNING[1175077440]: chan_unicall.c:634 unicall_error: UniCall: mfcr2 far_unblocking_expired ........and so on -- UC channel 1 far unblocked Dec 20 08:40:38 WARNING[1175077440]: chan_unicall.c:2548 handle_uc_event: UC event Local end unblocked -- UC channel 1 local unblocked Dec 20 08:40:38 WARNING[1175077440]: chan_unicall.c:2548 handle_uc_event: UC event Far end unblocked -- UC channel 2 far unblocked Dec 20 08:40:38 WARNING[1...

Hi all, I have begun the release of my MFC/R2 protocol software. At http://www.opencall.org/installing-mfcr2.html there are instructions for installing what I have released so far. This is the MFC/R2 protocol software, and a test program. The software to interface Asterisk to the MFC/R2 code will be released shortly. It used to work, but it hasn't been touched for a while, and Asterisk

Hello All I'm using asterisk 1.1.X and MFCR2 lib version 0.03pre2. when i call to E1 (connected with asterisk), chan_unicall don't detected event incoming call and show error. error messages: *CLI> Warning, flexibel rate not heavily tested! Rx CAS bits 0x9 [ 10000/ 0/ 0] Line unblocked -- R2 Channel 4 unblocked Rx CAS bits 0x9 [ 10000/ 0/ 0] Line unblocked -- R2 Channel 2 unblocked Rx CAS bits 0x9 [ 10000/ 0/ 0] Line unblocked -- R2 Channel 13 unblocked Rx CAS bits 0x1 [ 1/ 0/ 0] Tx CAS bits 0xD [ 1/ 0/ 0] Rx CAS bits 0x9 [ 20000/101...

...] ACTIVE_CH = ALL TDMV_ECHO_OFF = NO I start wanrouter, the card connected success, monitor on E10 exchange (ACATEL), the status of all channels are LIBR. when i dial to asterisk, error show as belows *CLI> Warning, flexibel rate not heavily tested! Rx CAS bits 0x9 [ 10000/ 0/ 0] Line unblocked -- R2 Channel 4 unblocked Rx CAS bits 0x9 [ 10000/ 0/ 0] Line unblocked -- R2 Channel 2 unblocked Rx CAS bits 0x9 [ 10000/ 0/ 0] Line unblocked -- R2 Channel 13 unblocked Rx CAS bits 0x1 [ 1/ 0/ 0] Tx CAS bits 0xD [ 1/ 0/ 0] Rx CAS bits 0x9 [ 20000/101...

...ood source is our lab nameserver 193.166.5.1 itself, but I'm afraid we can expect our production Linux server behave ~similarly with external flood sources.) If my guess is correct I think the options would be: 1. Do nothing and use RRL even though it's per-process. Even if the flood gets unblocked multiple times a minute RRL may still make the attack ineffective enough. 2. Make use of the multiple receive queues / irq affinity of the server network interface card and so that queries from a specific source IP always end up being processed by the same CPU, and configure process scheduling to t...

Package: release.debian.org Severity: normal User: release.debian.org at packages.debian.org Usertags: unblock X-Debbugs-Cc: xen at packages.debian.org, team at security.debian.org, maxi at daemonizer.de Control: affects -1 + src:xen Please unblock package xen. [ Reason ] Xen in bookworm is currently affected by CVE-2022-42335 and CVE-2022-42336 (see #1034842 and #1036298). [ Impact ] The

If SIGTERM is blocked in the main program, then it ends up still being blocked in the subprocess after we fork. This means that we cannot kill qemu by sending SIGTERM to it. This commit fixes the problem by unblocking SIGTERM unconditionally after fork. Thanks: wtfuzz on IRC for reporting and analysis. --- lib/launch-direct.c | 15 +++++++++++++++ lib/launch-uml.c | 11 +++++++++++ 2 files

...to '6640' Loading protocol mfcr2 Thread for channel 0 MFC/R2 Chan 1: Call control(8) MFC/R2 Chan 1: Unblock MFC/R2 Chan 1: 1001 -> [1/40000000/Idle /Idle ] MFC/R2 Chan 1: far_unblocking_expired MFC/R2 Chan 1: local_unblocking_expired Chan 1: -- Far end unblocked! :-) Chan 1: -- Far end unblocked! :-) Chan 1: -- Local end unblocked! :-) Chan 1: -- Local end unblocked! :-) Chan 1: Initiating call MFC/R2 Chan 1: Call control(1) MFC/R2 Chan 1: Make call MFC/R2 Chan 1: Making a new call with CRN 32769 MFC/R2 Chan 1: 0001 -> [1/ 1/...

http://bugzilla.mindrot.org/show_bug.cgi?id=271 Summary: SSHD should unblock SIGCHLD - POSIX signal blocks survive exec() Product: Portable OpenSSH Version: -current Platform: Other OS/Version: other Status: NEW Severity: enhancement Priority: P2 Component: sshd AssignedTo:

Package: release.debian.org Severity: normal User: release.debian.org at packages.debian.org Usertags: unblock Hi, Please unblock package xen-api. The PAM fix which we did for version 1.3.2-10 wasn't correct, and thanks to the help of Steve Langasek, we have it in a good shape now. The details of the conversation is available in the Ubuntu BTS here:

Hello list, I know this has been brought up before but I dont think there was ever a final answer. Is it legal in the US to modify asterisk to show the CID information that was received as blocked ? Thanks. Dovid p.s. Sorry for the poor typing format, it was written from a mobile phone. __________________________________________________ Do You Yahoo!? Tired of spam? Yahoo! Mail has the best spam

Are you tired of being in your highschool/university classroom or at work and not being able to visit the website you want? With sfsf loan you can now unblock popular social networking sites such as Myspace, Bebo, Facebook and many other sites. Don’t give yourself a heart attack worrying about being caught surfing the sites you want at work! Use sfsf loan and your ip cannot be monitored! Get on

Package: release.debian.org Severity: normal User: release.debian.org at packages.debian.org Usertags: unblock Hi, I have uploaded xen-api/1.3.2-13, which corrects 2 things: the hostname change script was designed by CentOS, so I've fixed that, and also, the init script was hanging waiting forever if the xen-api host was a slave node, so I added a test in the init script, thanks to a patch

...#39; to '' Loading protocol mfcr2 Thread for channel 0 MFC/R2 Chan 31: Call control(9) MFC/R2 Chan 31: Unblock MFC/R2 Chan 31: 1001 -> [1/BLOCKED /Idle /Idle ] MFC/R2 Chan 31: far_unblocking_expired MFC/R2 Chan 31: local_unblocking_expired Chan 31: -- Far end unblocked! :-) Chan 31: -- Far end unblocked! :-) Chan 31: -- Local end unblocked! :-) Chan 31: -- Local end unblocked! :-) Main thread MFC/R2 Chan 31: <- 0001 [1/IDLE /Idle /Idle ] MFC/R2 Chan 31: Detected MFC/R2 Chan 31: Creating a new call with CRN 32769 MFC/R2 Chan 31:...

Processing commands for control at bugs.debian.org: > unblock 718767 with 710650 Bug #718767 [release.debian.org] transition: ocaml 4.00.1 718767 was blocked by: 726010 710650 718767 was not blocking any bugs. Removed blocking bug(s) of 718767: 710650 > thanks Stopping processing here. Please contact me if you need assistance. -- 718767:

For our application we want to read the callers number back to them (calling in on a 800# that would somehow point to multiple lines -- figuring that all out still). I was under the impression that calls to 800#'s are unblockable by the caller (irregardless if they have caller id blocked or not). I'm not sure if this is because of ANI or CLID (or if ANI _is_ CLID) or how any of this

Package: release.debian.org Severity: normal The current README.Debian is quite old It gives some advice that will lead to people having a broken system (e.g. no networking). It describes a procedure for configuring networking that is completely opposite to what has been described more recently on the upstream mailing list http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=702337 I'm happy

On Wed, Jul 23, 2014 at 10:25 AM, Maarten Lankhorst <maarten.lankhorst at canonical.com> wrote: > In this case if the sync was to i915 the i915 lockup procedure would take care of itself. It wouldn't fix radeon, but it would at least unblock your intel card again. I haven't specifically added a special case to attempt to unblock external fences, but I've considered it. :-)

http://bugzilla.mindrot.org/show_bug.cgi?id=271 ------- Additional Comments From djm at mindrot.org 2003-01-07 18:13 ------- We already reset SIGCHLD to SIG_DFL in main(), maybe we don't do it early enough... ------- You are receiving this mail because: ------- You are the assignee for the bug, or are watching the assignee.