On Mon, Mar 4, 2013 at 4:24 PM, Bob Beck wrote:
> You too can have a GIANT buffer cache etc. etc...
Great.. and now I have people mailing me dmesg's from machines with 16
and 32 Gigs of ram. I only have 8 I feel so. small...
On Tue, Mar 05, 2013 at 01:58:25PM +, Stuart Henderson wrote:
> OK?
>
OK claudio@
>
> Index: whois.1
> ===
> RCS file: /cvs/src/usr.bin/whois/whois.1,v
> retrieving revision 1.31
> diff -u -p -r1.31 whois.1
> --- whois.1 26 Se
On Tue, Mar 05, 2013 at 12:03:49PM +0100, Mike Belopuhov wrote:
> On 5 March 2013 11:55, Mark Kettenis wrote:
> >> Date: Tue, 5 Mar 2013 11:36:36 +0100
> >> From: Martin Pieuchot
> >>
> >> The ifaddr structure contains a reference counter and two different way
> >> to check it before freeing its
On 2013/03/05 19:04, Alexander Hall wrote:
> On 03/05/13 18:58, Stuart Henderson wrote:
> >On 2013/03/05 18:31, Alexander Hall wrote:
> >>Not that I mind either way, but did we want to add more "hardcoded"
> >>flags to whois?
> >
> >Did you any some others in mind? Most of the domain-lookup ones ar
> On 03/05/13 18:58, Stuart Henderson wrote:
> > On 2013/03/05 18:31, Alexander Hall wrote:
> >> Not that I mind either way, but did we want to add more "hardcoded"
> >> flags to whois?
> >
> > Did you any some others in mind? Most of the domain-lookup ones are handled
> > by XX.whois-servers.net,
> On 2013/03/05 18:31, Alexander Hall wrote:
> > Not that I mind either way, but did we want to add more "hardcoded"
> > flags to whois?
>
> Did you any some others in mind? Most of the domain-lookup ones are handled
> by XX.whois-servers.net, of the others I know of Team Cymru's servers may be
>
On 03/05/13 18:58, Stuart Henderson wrote:
On 2013/03/05 18:31, Alexander Hall wrote:
Not that I mind either way, but did we want to add more "hardcoded"
flags to whois?
Did you any some others in mind? Most of the domain-lookup ones are handled
by XX.whois-servers.net, of the others I know of
On 2013/03/05 18:31, Alexander Hall wrote:
> Not that I mind either way, but did we want to add more "hardcoded"
> flags to whois?
Did you any some others in mind? Most of the domain-lookup ones are handled
by XX.whois-servers.net, of the others I know of Team Cymru's servers may be
useful but I d
Not that I mind either way, but did we want to add more "hardcoded"
flags to whois?
On 03/05/13 14:58, Stuart Henderson wrote:
OK?
Index: whois.1
===
RCS file: /cvs/src/usr.bin/whois/whois.1,v
retrieving revision 1.31
diff -u -p
On Tue, Mar 05, 2013 at 12:26, Sachidananda Urs wrote:
>> Attaching patch for review.
> Hi,
>
> Any thoughts on this?
It's in my queue. I wanted to touch it up a bit, but waited for the
tree to unlock (it just did). Thanks again.
On Tue, Mar 5, 2013 at 4:29 PM, Sylvestre Gallon wrote:
>
> Martin,
>
> You will find inline the kernel patch
>
And here the userland :
Index: Makefile
===
RCS file: /cvs/src/sbin/Makefile,v
retrieving revision 1.97
diff -u -p -u -p
2012/2/16 Vadim Zhukov :
> Hello all.
>
> Resending now, after unlock, a not-so-big patch implementing recursive
> "nodump" flag handling in dump(8), for the case the flag is being set on
> a directory. Tested successfully for many months on i386. Patch is
> modelled after FreeBSD's dump(8) code.
Nice, that would be one alias less in my .kshrc. :)
--
Jérémie Courrèges-Anglas
GPG Key fingerprint: 61DB D9A0 00A4 67CF 2A90 8961 6191 8FBF 06A1 1494
On Tue, Mar 5, 2013 at 2:44 PM, Bob Beck wrote:
> Sylvestre, one of the problems with fuse itself is that it's GPL
> licensed, and not appropriate
> for inclusion in base. If you've got interets and talent in this area,
> you might want to consider
> having a peek at puffs (and refuse) from netbs
On 2013/03/05 13:58, Stuart Henderson wrote:
> OK?
Tweak after a comment from phessler, to make it more clear what you can lookup:
change "Use the PeeringDB database" to "Use the PeeringDB database of AS
numbers"
Index: whois.1
===
On 05/03/13(Tue) 09:03, David Hill wrote:
> On Mon, Feb 11, 2013 at 11:54:58AM -0700, Bob Beck wrote:
> >
> >
> >On Mon, Feb 11, 2013 at 05:00:08PM +0100, Mark Kettenis wrote:
> >> > Date: Mon, 11 Feb 2013 00:05:29 -0600
> >> > From: "Todd T. Fries"
> >> >
> >> > In light of nat64 in pf(4), what
On 05/03/13(Tue) 06:44, Bob Beck wrote:
> Sylvestre, one of the problems with fuse itself is that it's GPL
> licensed, and not appropriate for inclusion in base. If you've got
> interets and talent in this area, you might want to consider
> having a peek at puffs (and refuse) from netbsd which has
On Tue, Mar 05, 2013 at 02:11:41PM +0100, Gilles Chehade wrote:
> On Tue, Mar 05, 2013 at 01:49:20PM +0100, Antoine Jacoutot wrote:
> > On Tue, Mar 05, 2013 at 01:43:24PM +0100, Sylvestre Gallon wrote:
> > > Hi tech@
> > >
> > > I send you this mail because a few months ago I tried to dabble with
On Mon, Feb 11, 2013 at 11:54:58AM -0700, Bob Beck wrote:
>
>
>On Mon, Feb 11, 2013 at 05:00:08PM +0100, Mark Kettenis wrote:
>> > Date: Mon, 11 Feb 2013 00:05:29 -0600
>> > From: "Todd T. Fries"
>> >
>> > In light of nat64 in pf(4), what purpose does faithd(8) serve anymore?
>> >
>> > I played
OK?
Index: whois.1
===
RCS file: /cvs/src/usr.bin/whois/whois.1,v
retrieving revision 1.31
diff -u -p -r1.31 whois.1
--- whois.1 26 Sep 2012 16:12:14 - 1.31
+++ whois.1 5 Mar 2013 13:56:54 -
@@ -175,6 +175,10 @@
On Tue, Mar 05, 2013 at 08:50:08PM +1100, Rod Whitworth wrote:
> On Tue, 5 Mar 2013 07:42:32 +, Jason McIntyre wrote:
>
> >i don;t much like describing shell behaviour in other pages, but
> >we do do it in other pages, and i agree this one seems particularly
> >likely to catch folks out. fix c
Sylvestre, one of the problems with fuse itself is that it's GPL
licensed, and not appropriate
for inclusion in base. If you've got interets and talent in this area,
you might want to consider
having a peek at puffs (and refuse) from netbsd which has a workable
license and could
be included in base
On Tue, Mar 05, 2013 at 01:49:20PM +0100, Antoine Jacoutot wrote:
> On Tue, Mar 05, 2013 at 01:43:24PM +0100, Sylvestre Gallon wrote:
> > Hi tech@
> >
> > I send you this mail because a few months ago I tried to dabble with fuse
> > filesystem and OpenBSD. After some time working on this subject I
On Tue, Mar 05, 2013 at 01:43:24PM +0100, Sylvestre Gallon wrote:
> Hi tech@
>
> I send you this mail because a few months ago I tried to dabble with fuse
> filesystem and OpenBSD. After some time working on this subject I have
> succeeded to create something that works. It is not even near to be
Hi tech@
I send you this mail because a few months ago I tried to dabble with fuse
filesystem and OpenBSD. After some time working on this subject I have
succeeded to create something that works. It is not even near to be perfect
but with some changes and adaptions I think it could do the job.
In
On 5 March 2013 11:55, Mark Kettenis wrote:
>> Date: Tue, 5 Mar 2013 11:36:36 +0100
>> From: Martin Pieuchot
>>
>> The ifaddr structure contains a reference counter and two different way
>> to check it before freeing its memory: a macro IFAFREE(), and a function
>> ifafree().
>> Because the forme
> Date: Tue, 5 Mar 2013 11:36:36 +0100
> From: Martin Pieuchot
>
> The ifaddr structure contains a reference counter and two different way
> to check it before freeing its memory: a macro IFAFREE(), and a function
> ifafree().
> Because the former calls the latter when the reference counter is nu
Function ifa_ifwithaf() is not used, any reason to keep it?
Ok to kill it?
diff --git sys/net/if.c sys/net/if.c
index e3c4ba4..826e526 100644
--- sys/net/if.c
+++ sys/net/if.c
@@ -934,27 +934,6 @@ ifa_ifwithnet(struct sockaddr *addr, u_int rdomain)
}
/*
- * Find an interface using a specific
The ifaddr structure contains a reference counter and two different way
to check it before freeing its memory: a macro IFAFREE(), and a function
ifafree().
Because the former calls the latter when the reference counter is null,
and then also check for the reference counter, I see no point in keepin
On Tue, 5 Mar 2013 07:42:32 +, Jason McIntyre wrote:
>i don;t much like describing shell behaviour in other pages, but
>we do do it in other pages, and i agree this one seems particularly
>likely to catch folks out. fix coming...
I agree about the shell behaviour being something the beginners
30 matches
Mail list logo
