[head tinderbox] failure on amd64/amd64

2011-10-16 Thread FreeBSD Tinderbox
TB --- 2011-10-17 02:10:00 - tinderbox 2.8 running on freebsd-current.sentex.ca TB --- 2011-10-17 02:10:00 - starting HEAD tinderbox run for amd64/amd64 TB --- 2011-10-17 02:10:00 - cleaning the object tree TB --- 2011-10-17 02:10:47 - cvsupping the source tree TB --- 2011-10-17 02:10:47 - /usr/bin

[head tinderbox] failure on i386/i386

2011-10-16 Thread FreeBSD Tinderbox
TB --- 2011-10-17 02:10:00 - tinderbox 2.8 running on freebsd-current.sentex.ca TB --- 2011-10-17 02:10:00 - starting HEAD tinderbox run for i386/i386 TB --- 2011-10-17 02:10:00 - cleaning the object tree TB --- 2011-10-17 02:10:43 - cvsupping the source tree TB --- 2011-10-17 02:10:43 - /usr/bin/c

[head tinderbox] failure on amd64/amd64

2011-10-16 Thread FreeBSD Tinderbox
TB --- 2011-10-16 20:30:00 - tinderbox 2.8 running on freebsd-current.sentex.ca TB --- 2011-10-16 20:30:00 - starting HEAD tinderbox run for amd64/amd64 TB --- 2011-10-16 20:30:00 - cleaning the object tree TB --- 2011-10-16 20:31:01 - cvsupping the source tree TB --- 2011-10-16 20:31:01 - /usr/bin

Call for testers : ALi/ULi M5261/M5263 ethernet controller

2011-10-16 Thread YongHyeon PYUN
Hi, If you have ALi/ULi M5261/M5263 ethernet controller please try the patch at the following URL and let me know how it works. http://people.freebsd.org/~yongari/dc/dc.uli562x.diff The patch was generated against latest HEAD and it should be cleanly applied to latest stable/8 and stable/7. Than

[head tinderbox] failure on i386/i386

2011-10-16 Thread FreeBSD Tinderbox
TB --- 2011-10-16 20:30:00 - tinderbox 2.8 running on freebsd-current.sentex.ca TB --- 2011-10-16 20:30:00 - starting HEAD tinderbox run for i386/i386 TB --- 2011-10-16 20:30:00 - cleaning the object tree TB --- 2011-10-16 20:31:01 - cvsupping the source tree TB --- 2011-10-16 20:31:01 - /usr/bin/c

Re: 9.0-beta3 preferring ipv4 over ipv6 with ipv6_activate_all_interfaces="YES"

2011-10-16 Thread Thomas Steen Rasmussen
On 16.10.2011 21:29, Hiroki Sato wrote: > Thomas Steen Rasmussen wrote > in <4e9aa874.5070...@gibfest.dk>: > > th> On 14.10.2011 10:26, Thomas Steen Rasmussen wrote: > th> > On 14-10-2011 10:09, Hiroki Sato wrote: > th> >> Thanks. There is no problem with the source address selection. > th> >

Re: 9.0-beta3 preferring ipv4 over ipv6 with ipv6_activate_all_interfaces="YES"

2011-10-16 Thread Hiroki Sato
Thomas Steen Rasmussen wrote in <4e9aa874.5070...@gibfest.dk>: th> On 14.10.2011 10:26, Thomas Steen Rasmussen wrote: th> > On 14-10-2011 10:09, Hiroki Sato wrote: th> >> Thanks. There is no problem with the source address selection. th> th> I don't understand this comment. I would say that I

Re: buildworld failure r223619 to 225128

2011-10-16 Thread Adrian Chadd
On 17 October 2011 00:19, Beach Geek wrote: > PS. A side note, we got a native driver working for the RTL8188CE wireless > card, but it's still really buggy, but it's a start. Yay! I have one of those around here somewhere too.. Adrian ___ freebsd-cu

Re: buildworld failure r223619 to 225128

2011-10-16 Thread Beach Geek
On Thu, Sep 1, 2011 at 6:49 PM, Beach Geek wrote: > On 8/27/11, Matt Thyer wrote: > > Have you tried moving aside your existing /usr/src and checking it out > > afresh? > > On Aug 28, 2011 12:47 AM, "Beach Geek" wrote: > >> On 8/25/11, Dimitry Andric wrote: > >>> On 2011-08-25 17:12, Beach Gee

Re: gmirror failed with error 19.

2011-10-16 Thread Lev Serebryakov
Hello, Andrei. You wrote 16 октября 2011 г., 13:29:05: >> > as livecd and recovering gpt. But I still can't boot from geom mirror. >> GEOM classes (mirror, stripe, raid3, etc) is not compatible with >> GPT. GPT want to store its copy on last sector(s) of drive. If your >> put it on gmirror vol

Re: 9.0-beta3 preferring ipv4 over ipv6 with ipv6_activate_all_interfaces="YES"

2011-10-16 Thread Thomas Steen Rasmussen
On 14.10.2011 10:26, Thomas Steen Rasmussen wrote: > On 14-10-2011 10:09, Hiroki Sato wrote: >> Thanks. There is no problem with the source address selection. I don't understand this comment. I would say that I do have problems with the source address selection - otherwise it would be preferrin