search for: 1571

https://bugzilla.mindrot.org/show_bug.cgi?id=1571 Summary: "subsystem request for sftp" log entry can't be correlated with a user Product: Portable OpenSSH Version: 5.2p1 Platform: Other OS/Version: Linux Status: NEW Severity: enhancement...

On 2017-04-19 02:39 AM, Pete Mundy wrote: > Hmm... Above my pay grade I'm afraid! Looking at your 'voicemail > show users' I can't see why the vm_authenticate function is > failing to read the username :( I can answer that one. It's because we can't enter 'stocktrans2' from a telephone so we just hang up. The question is, why does it ask for the

...5 26 27 28 29 30 31 32 33 34 35 36 37 ==4711== Invalid read of size 1 ==4711== at 0x501A40F: Rf_xlength (Rinlinedfuns.h:542) ==4711== by 0x501A40F: VectorAssign (subassign.c:658) ==4711== by 0x501CDFE: do_subassign_dflt (subassign.c:1641) ==4711== by 0x5020100: do_subassign (subassign.c:1571) ==4711== by 0x4F66398: bcEval (eval.c:6795) ==4711== by 0x4F7D86D: R_compileAndExecute (eval.c:1407) ==4711== by 0x4F7DA70: do_for (eval.c:2185) ==4711== by 0x4F7741C: Rf_eval (eval.c:691) ==4711== by 0x4FA7181: Rf_ReplIteration (main.c:258) ==4711== by 0x4FA7570: R_ReplConsole (...

...32 33 34 35 36 37 ==4711== Invalid read of size 1 > ==4711== at 0x501A40F: Rf_xlength (Rinlinedfuns.h:542) > ==4711== by 0x501A40F: VectorAssign (subassign.c:658) > ==4711== by 0x501CDFE: do_subassign_dflt (subassign.c:1641) > ==4711== by 0x5020100: do_subassign (subassign.c:1571) > ==4711== by 0x4F66398: bcEval (eval.c:6795) > ==4711== by 0x4F7D86D: R_compileAndExecute (eval.c:1407) > ==4711== by 0x4F7DA70: do_for (eval.c:2185) > ==4711== by 0x4F7741C: Rf_eval (eval.c:691) > ==4711== by 0x4FA7181: Rf_ReplIteration (main.c:258) > ==4711==...

The following code crashes after about 300 iterations on my?x86_64-w64-mingw32?machine on R 3.5.2 --vanilla.?? Others have duplicated this (see?https://github.com/tidyverse/magrittr/issues/190?if necessary), but I don't know how machine/OS-dependent it may be.?? If it doesn't crash for you, please try increasing the length of the x vector. Substituting the commented-out line for the one

https://bugzilla.mindrot.org/show_bug.cgi?id=1469 Damien Miller <djm at mindrot.org> changed: What |Removed |Added ---------------------------------------------------------------------------- Resolution|--- |WONTFIX Status|NEW |RESOLVED CC|

https://bugzilla.mindrot.org/show_bug.cgi?id=1469 Damien Miller <djm at mindrot.org> changed: What |Removed |Added ---------------------------------------------------------------------------- Status|RESOLVED |CLOSED --- Comment #10 from Damien Miller <djm at mindrot.org> --- Set all RESOLVED bugs to CLOSED with

On 2017-04-19 11:57 AM, J Montoya or A J Stiles wrote: > I fished this out of an old extensions.conf from a defunct project. It might > be relevant to your use case: > > exten => 1571,1,NoOp(Call to 1571: voicemail retrieval) > exten => 1571,n,AGI(lookup_caller_id.agi,${CALLERID(num)}) > exten => 1571,n,NoOp(CLID is ${clid}) > exten => 1571,n,VoiceMailMain(${clid},s) I do something similar using *98. > The upshot of this was, if you dialled 1571 from your...

https://bugzilla.mindrot.org/show_bug.cgi?id=1469 Summary: Should sshd detect and reject vulnerable SSH keys (re: Debian DSA-1571 and DSA-1576) Classification: Unclassified Product: Portable OpenSSH Version: 5.0p1 Platform: All OS/Version: All Status: NEW Severity: normal Priority: P2 Component: sshd AssignedTo: bitbucket at mindrot.o...

https://bugzilla.mindrot.org/show_bug.cgi?id=1528 Summary: sshd hangs when pasting more than 2k of text Product: Portable OpenSSH Version: 5.1p1 Platform: Sparc OS/Version: Solaris Status: NEW Severity: normal Priority: P2 Component: sshd AssignedTo: unassigned-bugs at mindrot.org

...available" >> [2018-04-09 05:08:13.747372] I [MSGID: 114020] [client.c:2360:notify] >> 0-gv01-client-1: parent translators are ready, attempting connect on >> transport >> [2018-04-09 05:08:13.747883] E [MSGID: 114058] >> [client-handshake.c:1571:client_query_portmap_cbk] 0-gv01-client-0: >> failed to get the port number for remote subvolume. Please run >> 'gluster >> volume status' on server to see if brick process is running. >> [2018-04-09 05:08:13.748026] I [MSGID: 114018] >> [client...

...;Protocol not > available" > [2018-04-09 05:08:13.747372] I [MSGID: 114020] [client.c:2360:notify] > 0-gv01-client-1: parent translators are ready, attempting connect on > transport > [2018-04-09 05:08:13.747883] E [MSGID: 114058] > [client-handshake.c:1571:client_query_portmap_cbk] 0-gv01-client-0: > failed to get the port number for remote subvolume. Please run 'gluster > volume status' on server to see if brick process is running. > [2018-04-09 05:08:13.748026] I [MSGID: 114018] > [client.c:2285:client_rpc_notify...

On 30 July 2016 at 19:32, D'Arcy J.M. Cain <darcy at vex.net> wrote: > > > Not playing the prompt changes nothing. If someone presses '*' while > listening to your answer message then they are in your mailbox. You > better have a password that they need to enter to continue. I have now tested the 'Unavailable' message by pressing "*" while

...brick's port is available [2018-05-03 04:32:18.009610] E [MSGID: 108006] [afr-common.c:5164:__afr_handle_child_down_event] 0-gv01-replicate-0: All subvolumes are down. Going offline until atleast one of them comes back up. [2018-05-01 22:43:06.412067] E [MSGID: 114058] [client-handshake.c:1571:client_query_portmap_cbk] 0-gv01-client-1: failed to get the port number for remote subvolume. Please run 'gluster volume status' on server to see if brick process is running. [2018-05-01 22:43:55.554833] E [socket.c:2374:socket_connect_finish] 0-gv01-client-0: connection to 192.168.0.13...

...ess I just mention it. I'm quite happy about CentOS (or RedHat if I look back). One day I realized how happy I am that I chose RedHat way back, - that was when all Debian (and its clones like Ubuntu,...) admins were fighting with the consequences of this: http://www.debian.org/security/2008/dsa-1571 . If I had Debian machine I would not only regenerate all key pairs, certs, etc. I would question sanity of that box then, and will not be certain what confidential stuff could have been stolen from it... I realized then that that level big flop never happened to RedHat. I couldn't even point t...

...out CentOS (or RedHat if >> I >> look back). One day I realized how happy I am that I chose RedHat way >> back, - that was when all Debian (and its clones like Ubuntu,...) admins >> were fighting with the consequences of this: >> http://www.debian.org/security/2008/dsa-1571 . If I had Debian machine I >> would not only regenerate all key pairs, certs, etc. I would question >> sanity of that box then, and will not be certain what confidential stuff >> could have been stolen from it... I realized then that that level big >> flop >> never ha...

Hello, For those who run tinc on Debian or Debian-based distributions like Ubuntu and Knoppix, be advised that the following security issue affects tinc as well: http://www.debian.org/security/2008/dsa-1571 In short, if you generated public/private keypairs for tinc between 2006 and May 7th of 2008 on a machine running Debian or a derivative, they may have been generated without a properly seeded random number generator. Please ensure you have updated your OpenSSL packages and regenerate all suspect...

Hello, For those who run tinc on Debian or Debian-based distributions like Ubuntu and Knoppix, be advised that the following security issue affects tinc as well: http://www.debian.org/security/2008/dsa-1571 In short, if you generated public/private keypairs for tinc between 2006 and May 7th of 2008 on a machine running Debian or a derivative, they may have been generated without a properly seeded random number generator. Please ensure you have updated your OpenSSL packages and regenerate all suspect...

...c:99: error: `_MCW_PC' undeclared (first use in this function) make[3]: *** [dynload.o] Error 1 make[2]: *** [../../bin/R.dll] Error 2 make[1]: *** [rbuild] Error 2 make: *** [all] Error 2 This is the that was reported in the mailing list before. http://tolstoy.newcastle.edu.au/R/devel/04/12/1571.html I have set the HEADER correct in MkRules HEADER=/home/schouwl/unpack/mingw/include The file float.h is located in the ../i586-mingw32/include/float.h from there. I am cross compiling R 2.0.1 source code. Help would be appreciated.. Lars Schouw

Hi all: I've got a couple Ubuntu 9.10 machines that are suffering from a recurring failure of winbind that essentially crash the machine. When the system is in the "crashed state", one can ping the system, but all forms of login fail. It will not even respond to tftpd requests; ssh connections "time out", but the initial port is opened (just no connect). Rebooting does