On Wed, Apr 23, 2014, at 06:50 AM, Otto Moerbeek wrote:
> A slightly different fix has been commited,
>
> -Otto
At first glance, the bug appears to be squashed. (I'll report back if I
find out otherwise later.) Thanks!
--
Shawn K. Quinn
skqu...@rushpost.com
Hello,
Like most of you I imagine, I follow the LibreSSL port with interest.
I noticed a couple changes that could be automated with Coccinelle [1]
so I wrote some semantic patches here:
https://bitbucket.org/eliteraspberries/openssl-bis
in the branch named 'cocci'.
To apply a semantic patch,
On Wed, Apr 23, 2014 at 3:18 PM, Stuart Henderson wrote:
> On 2014-04-23, Daniel Melameth wrote:
>> I'm running a recent snapshot and noticed pfstat no longer graphs the
>> new queues correctly (they are blank). Is anyone else seeing this? I
>> also noticed pps and bps were missing from systat
On Thu, 10 Apr 2014 03:44:26 +, Ralph W Siegler wrote:
> Stuart Henderson spacehopper.org> writes:
>
>
>> On 2014-04-09, sven falempin gmail.com> wrote:
>> > i which this : https://polarssl.org was open and inside the base
>>
>> You can wish, but that is commercial+GPL code so OpenBSD can
On 2014-04-23, Daniel Melameth wrote:
> I'm running a recent snapshot and noticed pfstat no longer graphs the
> new queues correctly (they are blank). Is anyone else seeing this? I
> also noticed pps and bps were missing from systat queues, but I assume
> this is expected (pfctl –vvs queue still
On 21.04.2014 23:50, Atanas Vladimirov wrote:
Ok. Thanks for your time.
On 21.04.2014 23:46, Stuart Henderson wrote:
This is what I'm wondering, which is why I cc'd henning on my reply to
you -
my pf queue setup is in a place which is awkward for me to test at the
moment
so I can't check it m
> >> > hmm, no, that worked for me. did I forget to commit sth?
> >>
> >> Here's the output from systat queues from a test system:
> >>
> >> QUEUE BW SCH PR PKTS BYTES DROP_P DROP_B QLEN BORR SUSP
> >> P/S B/S
> >> root1G 0 0 0 00
> >>
On Wed, Apr 23, 2014 at 11:00 AM, Henning Brauer wrote:
> * Daniel Melameth [2014-04-23 18:27]:
>> On Wed, Apr 23, 2014 at 9:58 AM, Henning Brauer
>> wrote:
>> > * Daniel Melameth [2014-04-23 17:56]:
>> >> Anyone else seeing this? I also noticed pps and bps were missing from
>> >> systat queu
* Daniel Melameth [2014-04-23 18:27]:
> On Wed, Apr 23, 2014 at 9:58 AM, Henning Brauer wrote:
> > * Daniel Melameth [2014-04-23 17:56]:
> >> Anyone else seeing this? I also noticed pps and bps were missing from
> >> systat queues, but I assume this is expected
> >
> > hmm, no, that worked for
On Wed, Apr 23, 2014 at 9:58 AM, Henning Brauer wrote:
> * Daniel Melameth [2014-04-23 17:56]:
>> Anyone else seeing this? I also noticed pps and bps were missing from
>> systat queues, but I assume this is expected
>
> hmm, no, that worked for me. did I forget to commit sth?
Here's the output
I'm running a recent snapshot and noticed pfstat no longer graphs the
new queues correctly (they are blank). Is anyone else seeing this? I
also noticed pps and bps were missing from systat queues, but I assume
this is expected (pfctl –vvs queue still displays this though).
I also noticed the fol
* Daniel Melameth [2014-04-23 17:56]:
> Anyone else seeing this? I also noticed pps and bps were missing from
> systat queues, but I assume this is expected
hmm, no, that worked for me. did I forget to commit sth?
--
Henning Brauer, h...@bsws.de, henn...@openbsd.org
BS Web Services GmbH, http
Running a recent snapshot and I've noticed the following:
* pfstat no longer graphs the new queues correctly (they are blank)
* nfdump reports Sequence Errors when using pflowproto 10 (I haven’t tried v5)
Anyone else seeing this? I also noticed pps and bps were missing from
systat queues, but I
On Wed, Apr 23, 2014 at 03:30:51AM -0500, Shawn K. Quinn wrote:
> On Tue, Apr 22, 2014, at 11:24 PM, Chris Cappuccio wrote:
> > there are some interesting patches in bitrig that you could try to
> > apply in the openbsd tree, recompile your kernel and see if
> > any of them help.
> >
> > https:/
On Wed, Apr 23, 2014 at 10:37:55AM +0200, Otto Moerbeek wrote:
> On Tue, Apr 22, 2014 at 09:51:47PM -0500, Shawn K. Quinn wrote:
>
> > Either I'm missing something obvious, or something is amiss in disklabel
> > as of the April 19 snapshot for amd64. I'm thinking it's the latter
> > because, as y
On Wed, Apr 23, 2014 at 12:23:56AM +, Peter J. Philipp wrote:
> Hi developers,
Hi all,
This has been fixed (on the pciide side), thanks to Chris Cappuccio.
I'm not sure if the patches will be committed soon, but there was
one technicality with them that I didn't let Chris know yet. But I
ha
The atheros-based device had the firmware installed, but
won't load it after a reboot.
Only loads from a hard boot.
The athn0 device has no problems with the Surfboard,
so that's what I'm going to use.
Thanks for your help!
Felix
On Wed, Apr 23, 2014 at 9:06 AM, Marc Espie wrote:
> On Tue, Apr 22, 2014 at 05:11:35PM -0500, Shawn K. Quinn wrote:
> > Also, it should be noted tmpfs allocates the entire amount of memory
> > available by default.
>
> Nope. Your wording is incorrect. mfs *reserves* memory. tmpfs doesn't.
> If y
On Tue, Apr 22, 2014 at 09:51:47PM -0500, Shawn K. Quinn wrote:
> Either I'm missing something obvious, or something is amiss in disklabel
> as of the April 19 snapshot for amd64. I'm thinking it's the latter
> because, as you can see below, 'disklabel -E' has no issue with what
> 'disklabel -e' c
On Tue, Apr 22, 2014, at 11:24 PM, Chris Cappuccio wrote:
> there are some interesting patches in bitrig that you could try to
> apply in the openbsd tree, recompile your kernel and see if
> any of them help.
>
> https://github.com/bitrig/bitrig/commit/c2ce175
> "Fix integer overflows handling o
Thus said Alessandro DE LAURENZIS on Tue, 22 Apr 2014 21:46:57 +0200:
> I'm wondering how I could discard (not execute) a line after having
> loaded it into vi (fc -e vi, or "v" for brevity in vi-mode).
Delete the command like you would any other line in vi that you don't
want saved anymore
On Tue, Apr 22, 2014 at 05:11:35PM -0500, Shawn K. Quinn wrote:
> Also, it should be noted tmpfs allocates the entire amount of memory
> available by default.
Nope. Your wording is incorrect. mfs *reserves* memory. tmpfs doesn't.
If you want to put limits on it, you can use parameters to mount to
Hello,
i experienced some issues on Dell R210 boot when i use CD.
Use an external CD player i think this will resolve the problem (i got
problems with openbsd and freebsd after the bootloader too, and it's a
CD player problem).
--
Best regards,
Loïc BLOT, Engineering
UNIX Systems, Security and N
23 matches
Mail list logo
