FreeNAS will be there.. if you are going to be there, show the flag!
http://nexenta-summit2010.eventbrite.com/
Julian
___
freebsd-current@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-current
To unsubscribe, send any ma
TB --- 2010-10-15 18:00:00 - tinderbox 2.6 running on freebsd-current.sentex.ca
TB --- 2010-10-15 18:00:00 - starting HEAD tinderbox run for amd64/amd64
TB --- 2010-10-15 18:00:00 - cleaning the object tree
TB --- 2010-10-15 18:05:06 - cvsupping the source tree
TB --- 2010-10-15 18:05:06 - /usr/bin
On Fri, Oct 15, 2010 at 08:50:17PM -0400, Diane Bruce wrote:
> On Sat, Oct 16, 2010 at 12:06:05AM +, Alexander Best wrote:
> > hi there,
> >
> > could we please have support for log2(), log2f() and log2l() in freebsd?
>
> I have run into a similar problem. I already started with some complex
On Sat, Oct 16, 2010 at 12:06:05AM +, Alexander Best wrote:
> hi there,
>
> could we please have support for log2(), log2f() and log2l() in freebsd?
I have run into a similar problem. I already started with some complex
functions:
http://www.freebsd.org/cgi/query-pr.cgi?pr=147599&cat=
And a
hi there,
could we please have support for log2(), log2f() and log2l() in freebsd?
mplayer (svn) won't build without them. netbsd has support and there are two
open pr related to this matter (including patches):
82654
83845
more details here: http://www.opengroup.org/onlinepubs/9699919799/
che
On Sat Oct 16 10, Sergey Kandaurov wrote:
> On 16 October 2010 00:42, Alexander Best wrote:
> > hi there,
> >
> > the iostat(8) manual seems to contain a few errors. this patch should take
> > care
> > of that.
> >
> > cheers.
> > alex
> >
>
> BTW, the existing description for -c corresponds to
On 16 October 2010 00:42, Alexander Best wrote:
> hi there,
>
> the iostat(8) manual seems to contain a few errors. this patch should take
> care
> of that.
>
> cheers.
> alex
>
BTW, the existing description for -c corresponds to the old (traditional) way.
iostat w - repeat each w seconds, infin
On Fri, 15 Oct 2010, Mark Murray wrote:
Alexey Shuvaev writes:
gifconfig_gif0_ipv6="2001:::::2 2001:::::1 prefixlen
128"
I suppose you should prefix it with "inet6" keyword.
There are 2 examples in rc.conf (search for "Sa
hi there,
i sent this patch to mav@, but he seems rather busy atm.
maybe somebody else would like to take a look at it and see if it improves
camcontrol's current behavior.
cheers.
alex
- Forwarded message from Alexander Best -
Date: Mon, 27 Sep 2010 00:35:41 +
From: Alexander Bes
hi there,
the iostat(8) manual seems to contain a few errors. this patch should take care
of that.
cheers.
alex
--
a13x
diff --git a/usr.sbin/iostat/iostat.8 b/usr.sbin/iostat/iostat.8
index 6a9ef02..3b03acc 100644
--- a/usr.sbin/iostat/iostat.8
+++ b/usr.sbin/iostat/iostat.8
@@ -60,7 +60,7 @@
Alexey Shuvaev writes:
> > gifconfig_gif0_ipv6="2001:::::2 2001:::::1
> > prefixlen 128"
>
> I suppose you should prefix it with "inet6" keyword.
> There are 2 examples in rc.conf (search for "Sample IPv6").
Ah!
It didn't
On 15 Oct 2010, at 20:39, Garrett Cooper wrote:
>But there are already some cases that aren't properly handled
> today in the ddb area dealing with dumping that aren't handled
> properly. Take for instance the following two scenarios:
> 1. Call doadump twice from the debugger.
> 2. Call doadu
On Fri, Oct 15, 2010 at 12:25 PM, Robert Watson wrote:
> On Thu, 14 Oct 2010, Attilio Rao wrote:
>
>>> No, what I'm saying is: UMA needs to not call its drain handlers, and
>>> ideally not call into VM to fill slabs, from the dumping context. That's
>>> easy to implement and will cause the dump to
On Fri, Oct 15, 2010 at 07:04:47PM +0100, Mark Murray wrote:
> Hi
>
> IPv6 gurus: what are the CURRENT /etc/rc.conf incantations to do the
> following (which works):
>
> $ ifconfig gif0 create
> $ ifconfig gif0 tunnel 192.168.0.2 11.22.33.44
> $ ifconfig gif0 inet6 2001:::::2 2001:111
On 15 Oct 2010, at 20:19, Roman Divacky wrote:
> On Fri, Oct 15, 2010 at 08:15:52PM +0100, Rui Paulo wrote:
>> Hi,
>>
>> I was hoping we could remove libobjc from the base system as it's seriously
>> outdated and it's not used by anything on the base system.
>>
>> If there are any objections,
On Thu, 14 Oct 2010, Attilio Rao wrote:
No, what I'm saying is: UMA needs to not call its drain handlers, and
ideally not call into VM to fill slabs, from the dumping context. That's
easy to implement and will cause the dump to fail rather than causing the
system to hang.
My point is, howeve
On Fri, Oct 15, 2010 at 08:15:52PM +0100, Rui Paulo wrote:
> Hi,
>
> I was hoping we could remove libobjc from the base system as it's seriously
> outdated and it's not used by anything on the base system.
>
> If there are any objections, please speak up.
please wait until the ports are convert
Hi,
I was hoping we could remove libobjc from the base system as it's seriously
outdated and it's not used by anything on the base system.
If there are any objections, please speak up.
Regards,
--
Rui Paulo
___
freebsd-current@freebsd.org mailing li
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On 10/15/2010 11:04, Mark Murray wrote:
> Hi
>
> IPv6 gurus: what are the CURRENT /etc/rc.conf incantations to do the
> following (which works):
>
> $ ifconfig gif0 create
> $ ifconfig gif0 tunnel 192.168.0.2 11.22.33.44
> $ ifconfig gif0 inet6 2001:
On 10/15/2010 11:04 AM, Mark Murray wrote:
Hi
IPv6 gurus: what are the CURRENT /etc/rc.conf incantations to do the
following (which works):
$ ifconfig gif0 create
$ ifconfig gif0 tunnel 192.168.0.2 11.22.33.44
$ ifconfig gif0 inet6 2001:::::2 2001:::::1 prefixlen
128
$
Hi
IPv6 gurus: what are the CURRENT /etc/rc.conf incantations to do the
following (which works):
$ ifconfig gif0 create
$ ifconfig gif0 tunnel 192.168.0.2 11.22.33.44
$ ifconfig gif0 inet6 2001:::::2 2001:::::1 prefixlen
128
$ route -n add -inet6 default 2001:::33
21 matches
Mail list logo
