On 04/04/10 23:01, sth...@nethelp.no wrote:
No, my intension is not to compare IPv4 and IPv6 here. We have never
enable L3 address autoconfiguration without explicit configuration
before. This is reasonable and should be kept for IPv6, too.
>>>
>>> Agree 100%. Having IPv6 SLAAC
> >> No, my intension is not to compare IPv4 and IPv6 here. We have never
> >> enable L3 address autoconfiguration without explicit configuration
> >> before. This is reasonable and should be kept for IPv6, too.
> >
> > Agree 100%. Having IPv6 SLAAC as the default is a bad idea.
> >
> > On t
Doug Barton wrote
in <4bb7e224.6020...@freebsd.org>:
do> As we've discussed previously, you and I have a lot of disagreement on
do> some of these principles. I'm going to outline my responses in some
do> detail, however I'm also interested in what others have to say since I'd
do> ultimately lik
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On 2010/04/04 18:58, Garrett Cooper wrote:
[...]
> As jsa@ so kindly pointed out, upgrading to r206057 temporarily
I think you really want >= 206058 :(
Cheers,
- --
Xin LI http://www.delphij.net/
FreeBSD - The Power to Serve! Live f
> Date: Sun, 04 Apr 2010 20:13:40 -0700
> From: Doug Barton
>
> On 04/04/10 02:41, Hiroki Sato wrote:
> > "Kevin Oberman" wrote
> > in <20100404053352.e6f751c...@ptavv.es.net>:
> >
> > ob> The use of FACILITY_enable in rc.conf predates /etc/rc.d scripts and I
> > ob> see no reason not to use
Hi all:
I am compiling xscreensaver-kde and it stooped with following errors:
Package tocloft Note: The document has chapter divisions.
) (/usr/local/share/texmf-dist/tex/latex/hyperref/hyperref.sty
(/usr/local/share/texmf-dist/tex
On 04/04/10 02:51, sth...@nethelp.no wrote:
>> No, my intension is not to compare IPv4 and IPv6 here. We have never
>> enable L3 address autoconfiguration without explicit configuration
>> before. This is reasonable and should be kept for IPv6, too.
>
> Agree 100%. Having IPv6 SLAAC as the de
On 04/04/10 02:41, Hiroki Sato wrote:
> "Kevin Oberman" wrote
> in <20100404053352.e6f751c...@ptavv.es.net>:
>
> ob> The use of FACILITY_enable in rc.conf predates /etc/rc.d scripts and I
> ob> see no reason not to use them to enable or disable functionality whether
> ob> it involves a script i
Thanks for the reply, it's nice to get other viewpoints involved,
especially from those who have actual working knowledge of IPv6. I'm
going to snip the bits where we agree for ease of reading.
On 04/03/10 22:33, Kevin Oberman wrote:
>> Date: Sat, 03 Apr 2010 17:49:40 -0700
>> From: Doug Barton
>
On Sun, Apr 4, 2010 at 3:06 PM, Garrett Cooper wrote:
> Hi all,
> I realize that this is most suitable for current@ and I'm
> cross-posting, but I wanted to jot down all of the ports broken since
> the zlib version bump so that we can keep track of what's going on and
> what needs to be fixed.
Hi,
It seems that fxp(4) has a long standing races between controller
and driver. The exotic RFD handling of controller is race prone as
we had seen old ethernet controllers. I could easily reproduce this
by rebooting system while netperf 64bytes UDP test is in progress.
If heavy RX frames hit the
FYI, this happens with GENERIC, too.
Adam
On Sat, 3 Apr 2010 16:54:47 -0400
Adam K Kirchhoff wrote:
>
> I'm having some problems with iwi on -CURRENT.
>
> FreeBSD scroll.ashke.com 9.0-CURRENT FreeBSD 9.0-CURRENT #1: Sat Apr
> 3 EDT 2010 r...@scroll.ashke.com:/usr/obj/usr/src/sys/SCROLL
On Sat, 3 Apr 2010, Tijl Coosemans wrote:
Wikipedia's article on FAT has this to say about the maximum size of
clusters:
"The limit on partition size was dictated by the 8-bit signed count of
sectors per cluster, which had a maximum power-of-two value of 64. With
That seems unlikely. The MS-
Hi all,
I realize that this is most suitable for current@ and I'm
cross-posting, but I wanted to jot down all of the ports broken since
the zlib version bump so that we can keep track of what's going on and
what needs to be fixed.
The following 3rd party libraries and all of their dependenc
On 2010-Apr-03 19:01:52 -0700, per...@pluto.rain.com wrote:
>Ruben de Groot wrote:
>> defer all questions about moving out of the base system ...
>
>Last I knew, X was not _in_ the base system :)
Well, that's an excellent topic for another bikeshed - Should X be
made part of the base system? I
On Sun, Apr 4, 2010 at 5:11 AM, Rainer Hurling wrote:
> On 04.04.2010 13:24 (UTC+1), Garrett Cooper wrote:
>>
>> On 3/26/10, Robert Watson wrote:
>>>
>>> On Mon, 22 Mar 2010, Xin LI wrote:
>>>
A MFC of this update is planned, but we will have to make some rather
aggressive changes again
Hi mav.
On Wed, 31 Mar 2010 10:25:38 +0300
Alexander Motin wrote:
> > spin lock 0xc3766680 (fvH) held by 0xc3613b48 (tid -1061308344) too long
> > panic: spin lock held too long
> > KDB: enter: panic
> > [ thread pid 0 tid 10 ]
> > Stopped at 0xc09dcb50 = kdb_enter+0x48:ldrbr15,
on 04/04/2010 18:34 Phil Regnauld said the following:
> Attilio Rao (attilio) writes:
>> I would start by compiling a debugging kernel and using serial port
>> for capturing, starting reporting the ACPI bug in the latest case,
>> then we can get useful informations.
>
> Hi Attilio,
>
>
Attilio Rao (attilio) writes:
>
> I would start by compiling a debugging kernel and using serial port
> for capturing, starting reporting the ACPI bug in the latest case,
> then we can get useful informations.
Hi Attilio,
Any pointers on how to achieve that on a machine with no s
2010/4/4 Phil Regnauld :
> Hi everyone,
>
> Wasn't sure where to post this, so I'll try here as it involves -CURRENT
> as well, and effort is probably best spent there.
>
> Have acquired a MacMini "Server" model (4 GB RAM, 2 x 500 GB disk, and
> no optical drive) to build a workshop training server
Hi everyone,
Wasn't sure where to post this, so I'll try here as it involves -CURRENT
as well, and effort is probably best spent there.
Have acquired a MacMini "Server" model (4 GB RAM, 2 x 500 GB disk, and
no optical drive) to build a workshop training server. I am trying
to get FreeBSD to work
On 04.04.2010 13:24 (UTC+1), Garrett Cooper wrote:
On 3/26/10, Robert Watson wrote:
On Mon, 22 Mar 2010, Xin LI wrote:
A MFC of this update is planned, but we will have to make some rather
aggressive changes against the library and more testing.
Please make sure that you have at least libxml
On 3/26/10, Robert Watson wrote:
> On Mon, 22 Mar 2010, Xin LI wrote:
>
>> A MFC of this update is planned, but we will have to make some rather
>> aggressive changes against the library and more testing.
>>
>> Please make sure that you have at least libxml2-2.7.6_2 in your ports tree
>>
>> before
> No, my intension is not to compare IPv4 and IPv6 here. We have never
> enable L3 address autoconfiguration without explicit configuration
> before. This is reasonable and should be kept for IPv6, too.
Agree 100%. Having IPv6 SLAAC as the default is a bad idea.
On the other hand, I *do* lik
"Kevin Oberman" wrote
in <20100404053352.e6f751c...@ptavv.es.net>:
ob> The use of FACILITY_enable in rc.conf predates /etc/rc.d scripts and I
ob> see no reason not to use them to enable or disable functionality whether
ob> it involves a script in rc.d or not. The idea is to have a clear,
ob> ob
On Sun, Apr 04, 2010 at 09:04:50AM +0100, Bruce Cran wrote:
> I noticed my mini-ITX box (runnning -CURRENT) has been printing quite a few
> "npxdna in kernel mode!" messages recently, so I added KDB support to find
> out
> where they were coming from. The stack trace I got was:
>
> npxdna in ke
I noticed my mini-ITX box (runnning -CURRENT) has been printing quite a few
"npxdna in kernel mode!" messages recently, so I added KDB support to find out
where they were coming from. The stack trace I got was:
npxdna in kernel mode!
KDB: stack backtrace:
db_trace_self_wrapper(c07de67f,c8297ab8,
On 4 April 2010 11:02, gahn wrote:
> Hi all:
>
> I am trying to compile the smaba34 but somehow it failed MD5 Checksum and
> SHA256 Checksum:
>
>
> # make all
> ===> Vulnerability check disabled, database not found
> ===> Found saved conf
Hi all:
I am trying to compile the smaba34 but somehow it failed MD5 Checksum and
SHA256 Checksum:
# make all
===> Vulnerability check disabled, database not found
===> Found saved configuration for samba34-3.4.5_1
===>
29 matches
Mail list logo