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
> re
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 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:
>
> http://www2192ue.sakura.ne.jp/~uaa/gomitext/201
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
Arto Jonsson writes:
> Taken from netbsd with minor modifications. Comments?
I think that would be nice since:
- cat -n is clunky
- nl is specified by posix
- I know at least one port that needs a patch because we lack it
[...]
--
Jérémie Courrèges-Anglas
PGP Key fingerprint: 61DB D9A0 00A4 6
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: /cvs/src/l
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
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: /cvs/src/lib/libc/sys/accept.2,
Vijay Sankar 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 updated sendmail port
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 for
> 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
>
Hi,
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.
I hope to test it properly and get back to you this weekend.
Sorry about the delay
Vijay Sa
Mark Kettenis 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 you're not t
On Tue, Apr 30, 2013 at 22:11, J?r?mie Courr?ges-Anglas wrote:
> Mark Kettenis 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).
>>
>
Franco Fichtner 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
> appl
Hi Alexey,
On Apr 30, 2013, at 11:51 PM, "Alexey E. Suslikov"
wrote:
> Franco Fichtner 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
On 2013/05/01 00:16, Franco Fichtner wrote:
> Hi Alexey,
>
> On Apr 30, 2013, at 11:51 PM, "Alexey E. Suslikov"
> wrote:
>
> > Franco Fichtner 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
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 writes:
> On Tue, Apr 30, 2013 at 22:11, Jérémie Courrèges-Anglas wrote:
>> Mark Kettenis 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 w
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: util.
Ted Unangst 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
$ grep -R foo /baz/
22 matches
Mail list logo