similar to: Sip channel remains active indefinitely

https://bugzilla.mindrot.org/show_bug.cgi?id=2886 Bug ID: 2886 Summary: ssh-copy-id appears to hang indefinitely when ssh multiplexing is enabled, and it permits passwordless login Product: Portable OpenSSH Version: 6.6p1 Hardware: amd64 OS: Linux Status: NEW

https://bugzilla.mindrot.org/show_bug.cgi?id=2469 Bug ID: 2469 Summary: ssh connection hangs indefinitely on EPIPE Product: Portable OpenSSH Version: 7.1p1 Hardware: All OS: Solaris Status: NEW Severity: major Priority: P5 Component: ssh Assignee: unassigned-bugs at

Dear List, I'm using glmulti for model averaging in R. There are ~10 variables in my model, making exhaustive screening impractical - I therefore need to use the genetic algorithm (GA) (call: method = "g"). I need to include random effects so I'm using glmulti as a wrapper for lme4. Methods for doing this are available here

Hello, is it possible to wait indefinitely (i.e. until user hangs up) somewhere in the dialplan? I tried Wait(-1), but it doesn't work.

If an attempt is made to load the vmbus driver on a non-Hyper-V platform, the load operation will hang since we currently wait indefinitely to retrieve the IRQ information. This is done in the context of an acpi callback context (which will obviously not happen when this driver is loaded on a non-Hyper-V platform). This patch fixes the problem. Signed-off-by: K. Y. Srinivasan <kys at

If an attempt is made to load the vmbus driver on a non-Hyper-V platform, the load operation will hang since we currently wait indefinitely to retrieve the IRQ information. This is done in the context of an acpi callback context (which will obviously not happen when this driver is loaded on a non-Hyper-V platform). This patch fixes the problem. Signed-off-by: K. Y. Srinivasan <kys at

Without waiting for hw_done, previous atomic updates may dereference the wrong state and cause a lot of confusion. The real fix is fixing all obj->state to use the accessor macros, but for now wait indefinitely and interruptibly. Cc: Boris Brezillon <boris.brezillon at free-electrons.com> Cc: David Airlie <airlied at linux.ie> Cc: Daniel Vetter <daniel.vetter at intel.com>

> EFI booting may hang indefinitely when no keyboard is present on a > machine (or when UEFI has chosen to not init USB due to fast boot). > Reproducible at least with "EFI v2.31 by American Megatrends" on an > Asrock H81M-ITX board. > > Reason is the input draining loop near the end in efi/main.c; it calls > ReadKeyStroke() as long as EFI_NOT_READY is not

https://bugzilla.samba.org/show_bug.cgi?id=2628 Summary: hangs indefinitely (while listing files) Product: rsync Version: 2.6.4 Platform: x86 OS/Version: Linux Status: NEW Severity: major Priority: P3 Component: core AssignedTo: wayned@samba.org ReportedBy: oopla@users.sf.net

We have a central samba file share for our designers (who all use OSX boxes, and mostly use Macromedia products) to work off of. I've lately been able to track down a lot of application quirks (mostly problems with errors when saving, about files being locked) to the Mac resource fork files being indefinitely locked. Here's a sample from a `smbstatus` 14853 DENY_NONE 0x1

EFI booting may hang indefinitely when no keyboard is present on a machine (or when UEFI has chosen to not init USB due to fast boot). Reproducible at least with "EFI v2.31 by American Megatrends" on an Asrock H81M-ITX board. Reason is the input draining loop near the end in efi/main.c; it calls ReadKeyStroke() as long as EFI_NOT_READY is not returned. On machines without keyboard,

https://bugzilla.samba.org/show_bug.cgi?id=2628 wayned@samba.org changed: What |Removed |Added ---------------------------------------------------------------------------- Summary|hangs indefinitely (while |hangs indefinitely at start |listing files) |of phase 1 ------- Additional Comments From wayned@samba.org

Dear OpenSSH Portable sshd developers, I'm having a problem where sshd login sessions are occasionally (as often as once a day) getting stuck indefinitely. I enabled debug messages and got a backtrace of a stuck sshd, and I think I've found the bug. I wanted to run it by the list once before filing. sshd version: OpenSSH_4.2p1 FreeBSD-20050903, OpenSSL 0.9.7e-p1 25 Oct 2004

https://bugzilla.mindrot.org/show_bug.cgi?id=2765 Bug ID: 2765 Summary: ssh-copy-id appears to hang indefinitely when the target user has no password Product: Portable OpenSSH Version: 6.6p1 Hardware: All OS: Linux Status: NEW Severity: trivial Priority: P5

http://bugzilla.mindrot.org/show_bug.cgi?id=1363 Summary: sshd gets stuck: select() in packet_read_seqnr waits indefinitely Product: Portable OpenSSH Version: 4.2p1 Platform: All URL: http://marc.info/?t=117394251600035 OS/Version: All Status: NEW Keywords: patch Severity: major

Hello all, This is my first post to this mailing list. I've been following the development (not as a developer, but as an interested user) of Asterisk for over a year now. It's only in the last month that we've decided to give it a try (hey, might as well...everything else we use is open source). We ordered a TDM11B (1 FXS, and 1 FXO). The card and Asterisk install was uneventful.

I am using asterisk-oh323-0.7.2-pre and CVS Head of Asterisk. Oh323 Module compiled without errors. But When I try to stary Asterisk with the Oh323.so file in the modules folder, Asterisk is dying with the following error. [chan_oh323.so]Aug 2 14:08:14 NOTICE[18873]: res_musiconhold.c:490 monmp3thread: Request to schedule in the past?!?! => (InAccess Networks OpenH323 Channel Driver) ==

A new compiz release 0.7.8 is now available from: http://xorg.freedesktop.org/archive/individual/app/compiz-0.7.8.tar.gz which can be verified with: http://xorg.freedesktop.org/archive/individual/app/compiz-0.7.8.tar.gz.sha1 7b8a67b5d5b4aa6a33fcf60691bfae757768ffa3 compiz-0.7.8.tar.gz http://xorg.freedesktop.org/archive/individual/app/compiz-0.7.8.tar.gz.sha1.asc (signed by Danny

Hello All, I am getting a set of errors when I boot Asterisk that I have not been able to solve. What is causing these error(s)? Asterisk boot output: ============== Asterisk CVS-04/10/04-21:44:51, Copyright (C) 1999-2001 Linux Support Services, Inc. Written by Mark Spencer <markster@linux-support.net> ========================================================================= [

On Tue, Aug 06, 2019 at 09:00:10PM +0300, Jaak Ristioja wrote: > Hello! > > I'm writing to report a crash in the QXL / DRM code in the Linux kernel. > I originally filed the issue on LaunchPad and more details can be found > there, although I doubt whether these details are useful. Any change with kernel 5.3-rc7 ? cheers, Gerd