Hi,
probably since I've emerged openssh-6.0_p1 and/or git-sources-3.4_rc? I
have problems with ssh.
scp as well as filezilla as well as rsync -e 'ssh' stall when
transmitting a somewhat larger file.
This might be as few as 500 Kb on a slow network (256 Kbit/s).
But it occurs on a fast netwo
Re , Helmut Jarausch said:
> Is this bug known and is there a work around?
Sorry no answer, but I also saw this when using scp. I wasn't sure what
it was. But you're not alone... ;-)
Maybe we should just downgrade?
-- Keith
--
-- ~
On Tue, 08 May 2012 09:04:59 +0200, Helmut Jarausch wrote:
> probably since I've emerged openssh-6.0_p1 and/or git-sources-3.4_rc?
> I have problems with ssh.
> scp as well as filezilla as well as rsync -e 'ssh' stall when
> transmitting a somewhat larger file.
> This might be as few as 500 Kb
On Sat, May 05, 2012 at 03:00:25PM -0700, Keith Dart wrote:
> Re , James said:
> > #copy running-config [http | https]
>
>
> Routers can usually also write to a tftp or ftp server. Those are
> actually simpler to set up.
>
> To use HTTP you would also have to set up a POST handler.
>
>
> --
* Grant Edwards [120507 23:34]:
> Can somebody recommend a tftp server that works?
>
> I've got atftp installed and have been using the client for some time
> (after fixing a number of bugs).
>
> But, the atftpd server just plain refuses to do anything other than
> print out the help text and ex
Am Montag, 7. Mai 2012, 16:56:43 schrieb walt:
> On 05/07/2012 04:13 PM, Volker Armin Hemmann wrote:
> > And vanilla-sources just work. Stable. Even with suspend to ram and ati
> > drivers.
>
> That confuses me. Are you saying the gentoo-sources don't 'just work'?
I don't know, haven't used gent
On 05/08/12 09:09, Neil Bothwick wrote:
On Tue, 08 May 2012 09:04:59 +0200, Helmut Jarausch wrote:
probably since I've emerged openssh-6.0_p1 and/or git-sources-3.4_rc?
I have problems with ssh.
scp as well as filezilla as well as rsync -e 'ssh' stall when
transmitting a somewhat larger file.
Re 1336460699.6491.0@numa-i1336460699.6491.0@numa-i, Neil Bothwick said:
> re-emerge with USE="-hpn". I did the latter and everything is working
> as it should now.
Funny how "hpn" is supposed to enable "high performance". :-D
-- Keith
--
-- ~~
> Also, there was a thread a good while back with this issue and their fix
> was to do a emerge -e world with everything optimized for their CPU and
> such. May be worth thinking about at least.
Video playback and CPU optimisations go hand in hand.
One video I have had for a long time, I could n
On Tue, 8 May 2012 11:29:19 -0700, Keith Dart wrote:
> > re-emerge with USE="-hpn". I did the latter and everything is working
> > as it should now.
> Funny how "hpn" is supposed to enable "high performance". :-D
But it stalls and blocks so much more quickly with it on :)
--
Neil Bothwick
On Tue, 8 May 2012 12:09:05 -0600, Joseph wrote:
> Well, openssh-5.9_p1-r4
> flag: "hpn" on by default and ssh is working without a problem.
It's only a problem with hpn and openssh-6.0_p1, as discussed in the bug
report.
> If I were you I would open a bug.
Another one?
--
Neil Bothwick
Co
11 matches
Mail list logo
