On Tue, Jun 04, 2013 at 07:01:06AM +0200, Ingo Schwarze wrote:
> Hi,
>
> Jan Klemkow wrote on Mon, Jun 03, 2013 at 11:21:39PM +0200:
>
> > This diff converts all obsolete '.Fd' tags into '.In' tags of manpages
> > of category three. I hope this diff is ok so. If something is wrong
> > with is,
Hi,
Jan Klemkow wrote on Mon, Jun 03, 2013 at 11:21:39PM +0200:
> This diff converts all obsolete '.Fd' tags into '.In' tags of manpages
> of category three. I hope this diff is ok so. If something is wrong
> with is, just wrote me and I will fix it.
Even though .Fd is not wrong, .In is nicer,
On Mon, Jun 03, 2013 at 11:49:58PM +0100, Stuart Henderson wrote:
> On a router running PF and isakmpd, I have a rule like this:
>
> match out on pppoe0 inet all received-on vlan5 nat-to $someip
>
> I was surprised to find this being applied to packets received on vlan5
> and caught by an ipsec f
On 2013/06/04 02:01, Mike Belopuhov wrote:
> On 4 June 2013 00:49, Stuart Henderson wrote:
> > On a router running PF and isakmpd, I have a rule like this:
> >
> > match out on pppoe0 inet all received-on vlan5 nat-to $someip
> >
> > I was surprised to find this being applied to packets received o
Stuart Henderson [s...@spacehopper.org] wrote:
> On a router running PF and isakmpd, I have a rule like this:
>
> match out on pppoe0 inet all received-on vlan5 nat-to $someip
>
> I was surprised to find this being applied to packets received on vlan5
> and caught by an ipsec flow; the resulting
On 4 June 2013 00:49, Stuart Henderson wrote:
> On a router running PF and isakmpd, I have a rule like this:
>
> match out on pppoe0 inet all received-on vlan5 nat-to $someip
>
> I was surprised to find this being applied to packets received on vlan5
> and caught by an ipsec flow; the resulting *e
On a router running PF and isakmpd, I have a rule like this:
match out on pppoe0 inet all received-on vlan5 nat-to $someip
I was surprised to find this being applied to packets received on vlan5
and caught by an ipsec flow; the resulting *encapsulated* (proto ESP) packets
(as in, generated on the
Anybody encountering dhcp environments that try to server out
classless static routes, i.e. dhcp option 121? Support for
static routes (option 33) thown in for free.
Apparently Microsoft Network Access Protection may be using them.
If so, tests of the diff below would be highly appreciated.
> > Ok so, here's an updated diff with the reset enable in the resume case.
>
> Updated diff after recent ehci(4) changes.
>
> I'm still looking for non-regression tests.
Awesome to see ehci suspend/resume getting some love; I will get to
testing this in a few hours.
On Mon, Jun 03, 2013 at 12:14:04PM -0400, Ted Unangst wrote:
> On Mon, Jun 03, 2013 at 17:14, Sylvestre Gallon wrote:
> > You will find in this mail a patch for fuse support in kernel. I will send 2
> > other mails for the userland and the ports patch. There is still work to do
> > on my fuse imple
On Mon, Jun 03, 2013 at 17:14, Sylvestre Gallon wrote:
> You will find in this mail a patch for fuse support in kernel. I will send 2
> other mails for the userland and the ports patch. There is still work to do
> on my fuse implementation but as I understand there is an hackathon occuring
> at the
Here is the last patch. It does not differ from last time.
You only need to install sysutils/sshfs and if you have done all the last
tasks well. it will works like that :
root # sshfs user@domainname:/path/to/file /mnt/
Cheers,
Index: sysutils/Makefile
=
Here's a new version of the buffer flipper that fixes
a problem found by krw@. - All comments from before still apply:
> You too can have a GIANT buffer cache etc. etc...
>
> After much bug fighting in the midlayer and now uvm over the last 6
> months in a number of places, I think it's ab
On 02/05/13(Thu) 09:41, Martin Pieuchot wrote:
> On 01/05/13(Wed) 17:44, Ted Unangst wrote:
> > On Sun, Apr 28, 2013 at 15:44, Martin Pieuchot wrote:
> > > Diff below is a rework of the suspend/resume logic in ehci(4).
> > >
> >
> > > In case this diff doesn't help or if you have a problem when r
14 matches
Mail list logo