Hi, i'm tesing the NAT with the pf on OpenBSD 5.8, but i can not make it
successful.There is a server with pf having a internal IP 10.0.11.200 and
external IP 61.xxx.xx.xx,
then, i make a pf.conf with contents like below(having enable IP forwarding) :
#my define
int_if = "de1"#10.0.11.200
e
G'day,
Similar to the recent British calendar file, here's a New Zealand file.
I've nuked a few NZ items from calendar.holiday due to them being spelt
wrongly, rigid dates, and are in the new file anyway.
Like some holidays, there's a bit of historical controversy & emotion
surrounding a couple,
On Mon, Jan 18, 2016 at 06:56:29PM +0100, Sebastien Marie wrote:
>
> Modulo the ENOTTY error code (see previous comment), yes the purpose is
> to early return from pledge_ioctl(). pledge(2) permits to expose only a
> portion of deeper kernel code for a set of defined operations.
>
Better diff: c
Matthieu Herrb writes:
> Support for 'yp' in resolv.conf was removed last november.
> http://cvsweb.openbsd.org/cgi-bin/cvsweb/src/lib/libc/asr/asr.c?rev=1.49&content-type=text/x-cvsweb-markup
>
> So don't mention it in the FAQ...
>
> ok ?
Please don't remove the , else ok jca@
> Index: faq/fa
Support for 'yp' in resolv.conf was removed last november.
http://cvsweb.openbsd.org/cgi-bin/cvsweb/src/lib/libc/asr/asr.c?rev=1.49&content-type=text/x-cvsweb-markup
So don't mention it in the FAQ...
ok ?
Index: faq/faq10.html
===
Martin Natano wrote:
> Below the uiomove() conversion for net/ppp_tty.c. M_TRAILINGSPACE()
> returns int, but the result can't be negative, so using u_int for the
> return value should be fine.
Looks good. m->m_len is unsigned and yes, given that the mbuf fields
aren't corrupted M_TRAILINGSPACE is
On Mon, Jan 18, 2016 at 06:56:29PM +0100, Sebastien Marie wrote:
> On Mon, Jan 18, 2016 at 06:05:31PM +0100, Alexandre Ratchov wrote:
> > On Mon, Jan 18, 2016 at 01:35:46PM +0100, Sebastien Marie wrote:
> > > On Mon, Jan 18, 2016 at 12:55:30PM +0100, Alexandre Ratchov wrote:
> > >
> > > I am unsur
Martin Natano wrote:
> Below the conversion to uiomove() for kern/spec_vnops.c. This diff
> prevents truncation of uio_resid when passed to min().
Looks good. Basically the same reasoning as with the cd9660 diff.
ok?
> Index: kern/spec_vnops.c
> =
On Mon, Jan 18, 2016 at 06:05:31PM +0100, Alexandre Ratchov wrote:
> On Mon, Jan 18, 2016 at 01:35:46PM +0100, Sebastien Marie wrote:
> > On Mon, Jan 18, 2016 at 12:55:30PM +0100, Alexandre Ratchov wrote:
> >
> > I am unsure about returning 0 for something we know is wrong to do.
>
> heh, it's no
Diff reads good. ok?
Some thoughts (mostly for myself) inline.
Martin Natano wrote:
> Below the uiomove conversion for isofs/cd9660/cd9660_vnops.c.
>
> cheers,
> natano
>
> Index: isofs/cd9660/cd9660_vnops.c
> ===
> RCS file: /cvs/
> On Mon, Jan 18, 2016 at 12:55:30PM +0100, Alexandre Ratchov wrote:
> >
> > Unfortunately, if pledge is used, pledge_ioctl() checks if the
> > vnode type is VCHR and the process ends up killed.
> >
> > The diff below fixes this by accepting the audio ioctls if the
> > vnode type is VBAD.
> >
>
On Mon, Jan 18, 2016 at 01:35:46PM +0100, Sebastien Marie wrote:
> On Mon, Jan 18, 2016 at 12:55:30PM +0100, Alexandre Ratchov wrote:
> >
> > Unfortunately, if pledge is used, pledge_ioctl() checks if the
> > vnode type is VCHR and the process ends up killed.
> >
> > The diff below fixes this by
On 2016/01/16 15:10, Philip Guenther wrote:
> On Sun, 27 Dec 2015, Stuart Henderson wrote:
> > Widening the audience to tech in case anyone with an idea missed it on
> > ports: it seems some people are having a lot more trouble than just
> > needing to restart build 2 or 3 times.
> ...
> > To rep
On Mon, Jan 18, 2016 at 12:55:30PM +0100, Alexandre Ratchov wrote:
>
> Unfortunately, if pledge is used, pledge_ioctl() checks if the
> vnode type is VCHR and the process ends up killed.
>
> The diff below fixes this by accepting the audio ioctls if the
> vnode type is VBAD.
>
I am unsure about
On Mon, Jan 18, 2016 at 12:55:30PM +0100, Alexandre Ratchov wrote:
> If a usb audio device is disconnected, the device vnode is closed
> and replaced by a deadfs vnode, of type VBAD. The sndiod process
> still has a descriptor in use for which any ioctl() fails. It's
> supposed to get the return
If a usb audio device is disconnected, the device vnode is closed
and replaced by a deadfs vnode, of type VBAD. The sndiod process
still has a descriptor in use for which any ioctl() fails. It's
supposed to get the return value, notice the error and close the
file descriptor.
Unfortunately, if p
16 matches
Mail list logo