similar to: [Bug 1016] ssh caching doesn't forward X11 connections

http://bugzilla.mindrot.org/show_bug.cgi?id=1015 Summary: terminal resize doesn't work for ssh caching Product: Portable OpenSSH Version: 3.9p1 Platform: All OS/Version: Linux Status: NEW Severity: normal Priority: P2 Component: ssh AssignedTo: openssh-bugs at mindrot.org ReportedBy:

I'm trying to use ssh's new connection caching facilities from a wrapper script so that the caching is transparent to the user, i.e. a socket for each destination is created in the user's ~/.ssh/ directory. For the most part it works well, but I've been having some trouble. Firstly, sometimes when I create a slave connection, it hangs when the connection is created; slightly more

Hi Frederik, >>>>> <frederik at ofb.net> >>>>> on Tue, 7 Jun 2016 15:20:05 -0700 writes: > ... I just realized that setGraphicsEventHandlers or > getGraphicsEvent could have an 'onIdle' callback, to be > called somewhere in the polling loop of gevents.c:163 - I > think this would solve my problem #2 in a minimally

http://bugzilla.mindrot.org/show_bug.cgi?id=1016 ------- Additional Comments From djm at mindrot.org 2005-06-21 12:51 ------- Created an attachment (id=931) --> (http://bugzilla.mindrot.org/attachment.cgi?id=931&action=view) Enable X11 and agent forwarding for multiplexed connections This patch enables X11 and agent forwarding for multiplexed connections. I can't see any way in

Thanks Frederick. Mark, if you have any examples to share, they would also be gratefully received. Paul On 14/11/16 14:53, frederik at ofb.net wrote: > Hi Paul, > > OK I tried not to make the examples too fancy. > > Please let me know what you think. They should probably be amended to > support the Windows platform, but I think that task would be much > easier for someone

Ah, thank you for that explanation. I somehow didn't catch that my Bugzilla account had been disabled by a human. "Common pattern is to post ... something copied from a generic bug report" - that sounds very annoying. Frederick On Sun, Feb 07, 2016 at 11:54:11AM +0100, peter dalgaard wrote: > Unfortunately, the spammers in question appear to be human (of sorts). > >

No problem. Another suggestion would be to simply validate user input like most websites, and reject invalid submissions immediately, rather than blocking the user's account. I don't know what kind of spambots you are up against, but unless they are very intelligent I doubt they'll be able to understand a message like "You submitted a bug with no body text, please enter something

http://bugzilla.mindrot.org/show_bug.cgi?id=1016 dtucker at zip.com.au changed: What |Removed |Added ---------------------------------------------------------------------------- Status|RESOLVED |CLOSED ------- Comment #9 from dtucker at zip.com.au 2006-10-07 11:39 ------- Change all RESOLVED bug to CLOSED with the exception

Hi Just taking a bit more of a look at this today (currently fixated on making sure I can build some good regression tests). The best thing you can do is to keep reminding me like this :) Paul On 09/12/16 11:19, frederik at ofb.net wrote: > Hi Paul, > > Thanks for your efforts. Do you have an idea when my patch(es) might > be committed? Is there anything I can do to help move this

>>>>> <frederik at ofb.net> >>>>> on Tue, 24 May 2016 15:15:17 -0700 writes: > Thank you, Martin. I linked to your message in a comment here so maybe > other people will know about that useful technique: > http://singmann.org/installing-r-devel-on-linux/#comment-161 > However, when I try it, I get an error: > $ make

Great. Thanks! Paul On 14/11/16 13:41, frederik at ofb.net wrote: > Hi Paul, > > Thank you, for some reason I didn't seem to get an email notification > for your bugzilla comment! > > I will try to send you something shortly. > > Frederick > > On Mon, Nov 14, 2016 at 08:55:20AM +1300, Paul Murrell wrote: >> Hi >> >> The current status is that

https://bugzilla.mindrot.org/show_bug.cgi?id=3176 Bug ID: 3176 Summary: can't figure out how to test StrictHostKeyChecking accept-new Product: Portable OpenSSH Version: 8.3p1 Hardware: Other OS: Linux Status: NEW Severity: enhancement Priority: P5 Component: ssh

>>>>> Keith O'Hara <keith.ohara at nyu.edu> >>>>> on Tue, 24 May 2016 12:47:43 -0400 writes: > svn checkout https://svn.r-project.org/R/trunk/ <target-directory> yes, indeed. thank you, Keith. and from then on only cd <target-directory> svn up (which is short for 'svn update'). Another hint: Then do *not*

Hi The current status is that I am keen for people to contribute some testing code (see https://bugs.r-project.org/bugzilla/show_bug.cgi?id=16951) There were also some getGraphicsEvent() changes/fixes suggested by Richard Bodewits (cc'ed), for which I am also seeking test code. Paul On 13/11/16 09:00, frederik at ofb.net wrote: > Hi Paul, > > Just checking in to see what the

Dear R Devel, Sorry for sending so many emails, but I haven't heard that anyone is working on the patches I created. A few weeks ago I wanted to do something to contribute to R because I use it a lot. I picked the most annoying bugs I could find, and created two of the simplest patches I could create, but all I've had in response from the R core team (aside from briefly banning my

On Tue, Jan 10, 2017 at 08:13:21PM -0600, Dirk Eddelbuettel wrote: > > On 10 January 2017 at 17:48, frederik at ofb.net wrote: > | Hi R Devel, > | > | I just ran into a corner case with 'strptime'. Recall that the "%OS" > | conversion accepts fractional seconds: > | > | > strptime("17_35_14.01234.mp3","%H_%M_%OS.mp3")$sec > |

I tested it. It fixes the bug and didn't seem to produce any errors. Thank you Professor Dalgaard! I'm so glad this has finally been addressed. I will update the bug report. (https://bugs.r-project.org/bugzilla/show_bug.cgi?id=16702) On Thu, May 02, 2019 at 04:48:51PM +0200, peter dalgaard wrote: >OK, this is now in R-devel, but only superficially tested (b/c this is a Mac). Please

>>>>> Gabriel Becker <gmbecker at ucdavis.edu> >>>>> on Wed, 21 Feb 2018 07:11:44 -0800 writes: > Hi all, > For the record this approach isnt 100% backwards compatible, because > names(mergeddf) will e incompatibly different. Thatx why i claimed > bakcwards compatable-ish exactly. > That said its still worth considering

In case you still care, see https://bugs.r-project.org/bugzilla/show_bug.cgi?id=16726 which even our very human spam detector hasn't decided to label as spam (yet). -pd > On 08 Feb 2016, at 18:34 , frederik at ofb.net wrote: > > Ah, thank you for that explanation. I somehow didn't catch that my > Bugzilla account had been disabled by a human. > > "Common

The public connection API is defined in https://github.com/wch/r-source/blob/trunk/src/include/R_ext/Connections.h I'm not sure of a good pedagogic example; people who want to write their own connections usually want to do so for complicated reasons! This is my own abandoned attempt