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/tty
On 2014/01/26 14:53, Chris Smith wrote:
> On Thu, Jan 16, 2014 at 8:26 PM, Stuart Henderson
> 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 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 ti
On Sun, Jan 26, 2014 at 7:26 PM, wrote:
> Eike Lantzsch 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 out
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 Effic
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 s
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 end
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 dat
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
wrote:
> On Sun, Jan 26, 2014 at 03:44:14PM -0500, ido...@gmail.com wrote:
> > Hi misc@,
> > From http://marc.info/?l=openbsd-cvs&m=133217901415880&w=2
> >
> > "The ``sleep until we have a writer'' behaviour of an open() on a
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
> wrote:
>
>> On Sun, Jan 26, 2014 at 03:44:14PM -0500, ido...@gmail.com wrote:
>> > Hi misc@,
>> > From http://marc.info/?l=openbsd-cvs&m=133217901415880&w=2
>> >
>> >
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 check
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
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
