On Thu, Jan 23, 2014 at 10:47:05AM +, Zé Loff wrote:
Sorry if it's a dumb question, but I'm stuck...
I have two machines (yesterday's current, one i386, one amd64) and I can
properly setup a serial console on the i386 and access it on the amd64
(i.e. changes in boot.conf and /etc/ttys as
On 2014/01/26 14:53, Chris Smith wrote:
On Thu, Jan 16, 2014 at 8:26 PM, Stuart Henderson s...@spacehopper.org
wrote:
This could be an MTU or RWIN-related issue.
Could my issue have anything to with the miscounting bug for inbound
with pf on mentioned in the following commit?
Em 26-01-2014 16:26, j...@wxcvbn.org escreveu:
Eike Lantzsch zp6...@gmx.net writes:
[...]
I just wonder why it works with my MACbook.
The latter sends a lot of no-data packets which the Samsung phone
does not.
Does the athn driver or hardware think that the phone is sleeping
and times
On Sun, Jan 26, 2014 at 7:26 PM, j...@wxcvbn.org wrote:
Eike Lantzsch zp6...@gmx.net writes:
[...]
I just wonder why it works with my MACbook.
The latter sends a lot of no-data packets which the Samsung phone
does not.
Does the athn driver or hardware think that the phone is sleeping
and
The diff below moves the journal volume
reference into the .Rs block and adds pages.
Jan
--- yacc.1.orig Mon Jan 27 13:48:28 2014
+++ yacc.1 Mon Jan 27 13:53:10 2014
@@ -185,9 +185,11 @@ to the standard error.
.Rs
.%A F. DeRemer
.%A T. J. Pennello
-.%D 1982
-.%J TOPLAS
.%T
On Mon, Jan 27, 2014 at 8:19 AM, Simon Perreault
simon.perrea...@viagenie.ca wrote:
Le 2014-01-25 14:40, Richard Procter a écrit :
I'm not saying the calculation is bad. I'm saying it's being
calculated from the wrong copy of the data and by the wrong
device. And it's not just me saying
Le 2014-01-25 14:40, Richard Procter a écrit :
I'm not saying the calculation is bad. I'm saying it's being
calculated from the wrong copy of the data and by the wrong
device. And it's not just me saying it: I'm quoting the guys
who designed TCP.
Those guys didn't envision NAT.
If you want
Em 27-01-2014 14:30, Nick Bender escreveu:
On Mon, Jan 27, 2014 at 8:19 AM, Simon Perreault
simon.perrea...@viagenie.ca wrote:
Le 2014-01-25 14:40, Richard Procter a écrit :
I'm not saying the calculation is bad. I'm saying it's being
calculated from the wrong copy of the data and by the
FWIW, you don't have to out in the sticks (the backwoods?) to have
a network problem:
http://mina.naguib.ca/blog/2012/10/22/the-little-ssh-that-sometimes-couldnt.html
However, as I understand it, in this case the TCP checksumming worked
and protected the application from the corrupted data.
It was a peachy Sunday, Jan 26 2014, 22:05:25 when Marco Pfatschbacher
m...@mailq.de wrote:
On Sun, Jan 26, 2014 at 03:44:14PM -0500, ido...@gmail.com wrote:
Hi misc@,
From http://marc.info/?l=openbsd-cvsm=133217901415880w=2
The ``sleep until we have a writer'' behaviour of an open() on
On Mon, Jan 27, 2014 at 19:27, ido...@gmail.com wrote:
It was a peachy Sunday, Jan 26 2014, 22:05:25 when Marco Pfatschbacher
m...@mailq.de wrote:
On Sun, Jan 26, 2014 at 03:44:14PM -0500, ido...@gmail.com wrote:
Hi misc@,
From http://marc.info/?l=openbsd-cvsm=133217901415880w=2
The
Em 27-01-2014 19:05, Why 42? The lists account. escreveu:
FWIW, you don't have to out in the sticks (the backwoods?) to have
a network problem:
http://mina.naguib.ca/blog/2012/10/22/the-little-ssh-that-sometimes-couldnt.html
However, as I understand it, in this case the TCP
On 01/27/2014 08:07 PM, Giancarlo Razzolini wrote:
Em 27-01-2014 19:05, Why 42? The lists account. escreveu:
FWIW, you don't have to out in the sticks (the backwoods?) to have
a network problem:
http://mina.naguib.ca/blog/2012/10/22/the-little-ssh-that-sometimes-couldnt.html
However,
I am having trouble with Mediawiki which started with the latest
release, occurs for the long term stable, and the version under
packages. When the install script is visited which comes with Mediawiki
I get an error from FPM and a 503 bad gateway error. Unfortunately I've
not been able to try much
14 matches
Mail list logo