Re: ipv6_enable

2010-04-04 Thread Doug Barton
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

Re: ipv6_enable

2010-04-04 Thread sthaug
> >> 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

Re: ipv6_enable

2010-04-04 Thread Hiroki Sato
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

Re: Ports breakage since r205471

2010-04-04 Thread Xin LI
-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

Re: ipv6_enable

2010-04-04 Thread Kevin Oberman
> 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

weird errors or else?

2010-04-04 Thread gahn
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

Re: ipv6_enable

2010-04-04 Thread Doug Barton
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

Re: ipv6_enable

2010-04-04 Thread 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 them to enable or disable functionality whether > ob> it involves a script i

Re: ipv6_enable

2010-04-04 Thread Doug Barton
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 >

Re: Ports breakage since r205471

2010-04-04 Thread Garrett Cooper
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.

Call for testers: fxp(4) Rx buffer use after free

2010-04-04 Thread Pyun YongHyeon
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

Re: iwi problems on -CURRENT (Apr 4. 2010)

2010-04-04 Thread Adam K Kirchhoff
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

Re: newfs_msdos and DVD-RAM

2010-04-04 Thread Bruce Evans
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-

Ports breakage since r205471

2010-04-04 Thread Garrett Cooper
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

Re: Results of BIND RFC

2010-04-04 Thread Peter Jeremy
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

Re: HEADSUP: zlib updated [svn commit: r205471 - in head: . lib/libz lib/libz/contrib lib/libz/doc sys/sys]

2010-04-04 Thread Garrett Cooper
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

Re: ATA_CAM-ed mvsata(4) on OpenRD-client

2010-04-04 Thread Norikatsu Shigemura
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,

Re: FreeBSD 9-CURRENT (and 8.0) on MacMini (rev. 3,1)

2010-04-04 Thread Andriy Gapon
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, > >

Re: FreeBSD 9-CURRENT (and 8.0) on MacMini (rev. 3,1)

2010-04-04 Thread Phil Regnauld
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

Re: FreeBSD 9-CURRENT (and 8.0) on MacMini (rev. 3,1)

2010-04-04 Thread Attilio Rao
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

FreeBSD 9-CURRENT (and 8.0) on MacMini (rev. 3,1)

2010-04-04 Thread 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. I am trying to get FreeBSD to work

Re: HEADSUP: zlib updated [svn commit: r205471 - in head: . lib/libz lib/libz/contrib lib/libz/doc sys/sys]

2010-04-04 Thread Rainer Hurling
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

Re: HEADSUP: zlib updated [svn commit: r205471 - in head: . lib/libz lib/libz/contrib lib/libz/doc sys/sys]

2010-04-04 Thread Garrett Cooper
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

Re: ipv6_enable

2010-04-04 Thread sthaug
> 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

Re: ipv6_enable

2010-04-04 Thread Hiroki Sato
"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

Re: "npxdna in kernel mode!" from VIA_RNG_store

2010-04-04 Thread Kostik Belousov
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

"npxdna in kernel mode!" from VIA_RNG_store

2010-04-04 Thread Bruce Cran
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,

Re: samba failed MD5 Checksum

2010-04-04 Thread pluknet
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

samba failed MD5 Checksum

2010-04-04 Thread gahn
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 ===>