On 2013/04/29 22:32, Lawrence Teo wrote:
This diff syncs the PF reason codes on the tcpdump(8) man page with
PFRES_NAMES in net/pfvar.h.
OK?
Index: tcpdump.8
===
RCS file: /cvs/src/usr.sbin/tcpdump/tcpdump.8,v
retrieving
On 29/04/13(Mon) 13:25, patrick keshishian wrote:
On Sun, Apr 28, 2013 at 03:44:09PM +0200, Martin Pieuchot wrote:
Diff below is a rework of the suspend/resume logic in ehci(4).
If you're not interested in the full story below, please make sure
it doesn't introduce any regression on your
On 2013/03/31 17:56, SASANO Takayoshi wrote:
Hello,
I rewrote patched uthum(4) to new ugold(4) driver.
Thanks for advice by yuo@ and deraadt@.
The diff for -current's /usr/src/sys is large to send mailing-list,
so here is the URL:
Taken from netbsd with minor modifications. Comments?
Index: Makefile
===
RCS file: /cvs/src/usr.bin/Makefile,v
retrieving revision 1.129
diff -u -p -r1.129 Makefile
--- Makefile15 Mar 2013 06:01:41 - 1.129
+++ Makefile
Hi,
as cvs log shows, accept(2) can error out with errno set to
ECONNABORTED, and it is easy to forget that this shouldn't be a fatal
error. I suggest the following diff or something similar.
Index: accept.2
===
RCS file:
On 2013/04/30 15:06, Stuart Henderson wrote:
On 2013/03/31 17:56, SASANO Takayoshi wrote:
Hello,
I rewrote patched uthum(4) to new ugold(4) driver.
Thanks for advice by yuo@ and deraadt@.
The diff for -current's /usr/src/sys is large to send mailing-list,
so here is the URL:
Ping.
--
Jérémie Courrèges-Anglas
PGP Key fingerprint: 61DB D9A0 00A4 67CF 2A90 8961 6191 8FBF 06A1 1494
New diff with .Pp suggested by jmc (which was ok otherwise - thanks).
--
Jérémie Courrèges-Anglas
PGP Key fingerprint: 61DB D9A0 00A4 67CF 2A90 8961 6191 8FBF 06A1 1494
Index: accept.2
===
RCS file:
Vijay Sankar vsan...@foretell.ca writes:
Hi,
Hi Vijay,
I am running the ldap flavor and so far have had no problems that could be
traced to sendmail. I think the authentication problems and problems with ldap
vacation that i see are of my own making.
[...]
Note that this is not the
Hi misc@,
so I have been working on a BSD licensed DPI engine. It's a
very lightweight, non-intrusive approach and I know that teasers
are boring, but I'd like to know if it's worth the time to
work on inclusion for pf(4). So far I have about 25 supported
applications and the necessary hooks
From: j...@wxcvbn.org (=?utf-8?Q?J=C3=A9r=C3=A9mie_Courr=C3=A8ges-Anglas?=)
Date: Tue, 30 Apr 2013 20:53:36 +0200
New diff with .Pp suggested by jmc (which was ok otherwise - thanks).
Sorry, but I don't think this is an improvement.
Index: accept.2
Mark Kettenis mark.kette...@xs4all.nl writes:
From: j...@wxcvbn.org (=?utf-8?Q?J=C3=A9r=C3=A9mie_Courr=C3=A8ges-Anglas?=)
Date: Tue, 30 Apr 2013 20:53:36 +0200
New diff with .Pp suggested by jmc (which was ok otherwise - thanks).
Sorry, but I don't think this is an improvement.
I guess
On Tue, Apr 30, 2013 at 22:11, J?r?mie Courr?ges-Anglas wrote:
Mark Kettenis mark.kette...@xs4all.nl writes:
From: j...@wxcvbn.org (=?utf-8?Q?J=C3=A9r=C3=A9mie_Courr=C3=A8ges-Anglas?=)
Date: Tue, 30 Apr 2013 20:53:36 +0200
New diff with .Pp suggested by jmc (which was ok otherwise -
Franco Fichtner slashy83 at gmail.com writes:
so I have been working on a BSD licensed DPI engine. It's a
very lightweight, non-intrusive approach and I know that teasers
are boring, but I'd like to know if it's worth the time to
work on inclusion for pf(4). So far I have about 25 supported
On 2013/05/01 00:16, Franco Fichtner wrote:
Hi Alexey,
On Apr 30, 2013, at 11:51 PM, Alexey E. Suslikov
alexey.susli...@gmail.com wrote:
Franco Fichtner slashy83 at gmail.com writes:
so I have been working on a BSD licensed DPI engine. It's a
very lightweight, non-intrusive
On Wed, May 01, 2013 at 00:16, Franco Fichtner wrote:
Yes, I am proposing a lightweight approach: hard-wired regex-like
code, no allocations, no reassembly or state machines. I've seen
far worse things being put into Kernels and I assure you that I do
refrain from putting in anything that
Ted Unangst t...@tedunangst.com writes:
On Tue, Apr 30, 2013 at 22:11, Jérémie Courrèges-Anglas wrote:
Mark Kettenis mark.kette...@xs4all.nl writes:
From: j...@wxcvbn.org (=?utf-8?Q?J=C3=A9r=C3=A9mie_Courr=C3=A8ges-Anglas?=)
Date: Tue, 30 Apr 2013 20:53:36 +0200
New diff with .Pp
For simple patterns, grep has an optimization to avoid regex and run
about 50% faster. The problem is its idea of simple patterns is too
simple.
This diff switches the logic around from a whitelist to a blacklist. We
only need to abort the fast path if we see a magic regex character.
Index:
Ted Unangst t...@tedunangst.com writes:
For simple patterns, grep has an optimization to avoid regex and run
about 50% faster. The problem is its idea of simple patterns is too
simple.
IIUC the idea is to optimize for a lazy user that didn't want to
type grep -F or fgrep:
$ grep foo /bar
$
19 matches
Mail list logo
