Hi,
I'm using OpenBSD 5.5. courier-imap-4.13 is in the ports tree and it's
quite a mess. I started looking at it today with the hope of just
replacing some of the malloc,strcat & strcpy calls with asprintf, but it
became clear before long that there's lots more issues with this code.
Regardless,
This removes a RX offload hack similar to the one just deleted from
sk(4). These chips can only add 16-bit words starting from some
offset, and so the driver gives them the likely start of the TCP/UDP
payload and then tries to compensate and... ugh.
Affected drivers:
* gem(4)
* hme(4)
* another h
On Fri, Apr 18, 2014 at 05:19:15PM -0700, Claus Assmann wrote:
> Seems it is ok to use strlcat/strlcpy that way in some cases:
> $ cat src/usr.sbin/smtpd/*.c | egrep -c ' strlc(at|py)\('
> 249
>
We tend to be very strict with our checks in smtpd and we did not check
in various places because the
On 2014-04-19, Henning Brauer wrote:
> we're in the same boat here - it's ust that "I don't care too much
> either way" (both of us) doesn't really help in taking a decision :/
Well, in that case I suggest that we remove this hack from all
drivers that have it. A network driver shouldn't have t
On Sat, Apr 19, 2014 at 06:21:40PM +0200, Henning Brauer wrote:
> very rarely if ever needed any more. we should not trick people into
> thinking they are impoving sth doing so, it's rather the opposite
> these days.
Yes please. We should remove the buttons people should not touch unless
they know
very rarely if ever needed any more. we should not trick people into
thinking they are impoving sth doing so, it's rather the opposite
these days.
Index: etc/sysctl.conf
===
RCS file: /cvs/src/etc/sysctl.conf,v
retrieving revision 1.5
On Sat, Apr 19, 2014 at 08:19:23AM -0700, Loganaden Velvindron wrote:
> On Sat, Apr 19, 2014 at 07:51:34AM -0700, Loganaden Velvindron wrote:
> > Hi All,
> >
> > The code was added for MTU discovery timeout in IPv6, but the man
> > page misses the description.
> >
> > Feedback welcomed.
> >
> >
On Sat, Apr 19, 2014 at 07:51:34AM -0700, Loganaden Velvindron wrote:
> Hi All,
>
> The code was added for MTU discovery timeout in IPv6, but the man
> page misses the description.
>
> Feedback welcomed.
>
>
s/icmp6/ip6 from henning@ and sthen@, and change from "Return the number of
seconds"
Hi All,
The code was added for MTU discovery timeout in IPv6, but the man
page misses the description.
Feedback welcomed.
Index: sbin/sysctl/sysctl.8
===
RCS file: /cvs/src/sbin/sysctl/sysctl.8,v
retrieving revision 1.174
diff -u
On 19/04/14(Sat) 16:10, Claudio Jeker wrote:
> On Sat, Apr 19, 2014 at 03:09:40PM +0200, Martin Pieuchot wrote:
> > On 18/04/14(Fri) 18:12, Claudio Jeker wrote:
> > > Bad stuff happens when the ifa lookup tree gets corrupted.
> > > In my case local traffic was suddenly no longer local and was
> > >
On Sat, Apr 19, 2014 at 03:09:40PM +0200, Martin Pieuchot wrote:
> On 18/04/14(Fri) 18:12, Claudio Jeker wrote:
> > Bad stuff happens when the ifa lookup tree gets corrupted.
> > In my case local traffic was suddenly no longer local and was
> > forwarded to lo0 ad infinitum.
>
> Which lookup exact
> On Sat, Apr 19, 2014, Theo de Raadt wrote:
>
> > Hi Claus @ Sendmail [come on, your employeer matters when you point
>
> It does? That must be something "american" or "english" -- it
> doesn't matter for me: I'm not talking for my (ex-)employer but
> only as an individual. In my "country of o
On Sat, Apr 19, 2014, Theo de Raadt wrote:
> Hi Claus @ Sendmail [come on, your employeer matters when you point
It does? That must be something "american" or "english" -- it
doesn't matter for me: I'm not talking for my (ex-)employer but
only as an individual. In my "country of origin" I've ne
On 18/04/14(Fri) 18:12, Claudio Jeker wrote:
> Bad stuff happens when the ifa lookup tree gets corrupted.
> In my case local traffic was suddenly no longer local and was
> forwarded to lo0 ad infinitum.
Which lookup exactly?
> This was caused by the usage of rdomains and destroing pseudo interfac
Since the tree wants to move fast, here's a sketch of how we deal
with ports breakage.
- someone makes sure everyone is aware there's breakage. ports and src
should communicate so we assert what got removed intentionally, what
got removed by accident.
- if the removal is not accidental, fix criti
On Sat, Apr 19, 2014 at 04:04:30AM -0700, Loganaden Velvindron wrote:
> Hi All,
>
> I'm taking a short break from playing with pf statistics.
>
> There were 4 sysctls added from KAME, but the man pages weren't updated
> accordingly.
>
> (Adapted from the NetBSD man page changes)
>
> Feedback we
Hi All,
I'm taking a short break from playing with pf statistics.
There were 4 sysctls added from KAME, but the man pages weren't updated
accordingly.
(Adapted from the NetBSD man page changes)
Feedback welcomed.
Index: lib/libc/gen/sysctl.3
===
* Christian Weisgerber [2014-04-19 00:30]:
> On 2014-04-18, Henning Brauer wrote:
> > so, what are we doing with this now?
> > I still want to hide in_cksum_phdr() and kill in_cksum_addword() so that
> > nobody ever uses that sh*t again.
> > yes, sk loses is half-baked cksum offload support with
> Seems it is ok to use strlcat/strlcpy that way in some cases:
> $ cat src/usr.sbin/smtpd/*.c | egrep -c ' strlc(at|py)\('
> 249
Hi Claus @ Sendmail [come on, your employeer matters when you point
at code like this, you know better]
smtpd is a new project. The 2-3 developers working on it shoul
> I'm guessing that openssl was incorporated into OpenBSD base without
> prior sufficient audit by the OBSD devs because it was presumed to have
> better auditing / quality control upstream given its security critical
> nature and function.
Everyone has to take shortcuts. After what you've see
On Fri, Apr 18, 2014 at 09:41:47PM -0400, Jacob L. Leifman wrote:
> I'm guessing that openssl was incorporated into OpenBSD base without
> prior sufficient audit by the OBSD devs because it was presumed to have
> better auditing / quality control upstream given its security critical
> nature and
21 matches
Mail list logo
