[head tinderbox] failure on i386/pc98

TB --- 2010-09-05 07:50:00 - tinderbox 2.6 running on freebsd-current.sentex.ca TB --- 2010-09-05 07:50:00 - starting HEAD tinderbox run for i386/pc98 TB --- 2010-09-05 07:50:00 - cleaning the object tree TB --- 2010-09-05 07:50:47 - cvsupping the source tree TB --- 2010-09-05 07:50:47 -

[head tinderbox] failure on arm/arm

TB --- 2010-09-05 07:50:00 - tinderbox 2.6 running on freebsd-current.sentex.ca TB --- 2010-09-05 07:50:00 - starting HEAD tinderbox run for arm/arm TB --- 2010-09-05 07:50:00 - cleaning the object tree TB --- 2010-09-05 07:50:26 - cvsupping the source tree TB --- 2010-09-05 07:50:26 -

[head tinderbox] failure on amd64/amd64

TB --- 2010-09-05 07:50:00 - tinderbox 2.6 running on freebsd-current.sentex.ca TB --- 2010-09-05 07:50:00 - starting HEAD tinderbox run for amd64/amd64 TB --- 2010-09-05 07:50:00 - cleaning the object tree TB --- 2010-09-05 07:50:51 - cvsupping the source tree TB --- 2010-09-05 07:50:51 -

[head tinderbox] failure on i386/i386

TB --- 2010-09-05 07:50:00 - tinderbox 2.6 running on freebsd-current.sentex.ca TB --- 2010-09-05 07:50:00 - starting HEAD tinderbox run for i386/i386 TB --- 2010-09-05 07:50:00 - cleaning the object tree TB --- 2010-09-05 07:50:40 - cvsupping the source tree TB --- 2010-09-05 07:50:40 -

[head tinderbox] failure on ia64/ia64

TB --- 2010-09-05 08:27:30 - tinderbox 2.6 running on freebsd-current.sentex.ca TB --- 2010-09-05 08:27:30 - starting HEAD tinderbox run for ia64/ia64 TB --- 2010-09-05 08:27:30 - cleaning the object tree TB --- 2010-09-05 08:27:42 - cvsupping the source tree TB --- 2010-09-05 08:27:42 -

[head tinderbox] failure on mips/mips

TB --- 2010-09-05 08:27:57 - tinderbox 2.6 running on freebsd-current.sentex.ca TB --- 2010-09-05 08:27:57 - starting HEAD tinderbox run for mips/mips TB --- 2010-09-05 08:27:57 - cleaning the object tree TB --- 2010-09-05 08:28:07 - cvsupping the source tree TB --- 2010-09-05 08:28:07 -

[head tinderbox] failure on powerpc/powerpc

TB --- 2010-09-05 08:28:21 - tinderbox 2.6 running on freebsd-current.sentex.ca TB --- 2010-09-05 08:28:21 - starting HEAD tinderbox run for powerpc/powerpc TB --- 2010-09-05 08:28:21 - cleaning the object tree TB --- 2010-09-05 08:28:38 - cvsupping the source tree TB --- 2010-09-05 08:28:38 -

[head tinderbox] failure on powerpc64/powerpc

TB --- 2010-09-05 08:30:29 - tinderbox 2.6 running on freebsd-current.sentex.ca TB --- 2010-09-05 08:30:29 - starting HEAD tinderbox run for powerpc64/powerpc TB --- 2010-09-05 08:30:29 - cleaning the object tree TB --- 2010-09-05 08:30:44 - cvsupping the source tree TB --- 2010-09-05 08:30:44 -

[head tinderbox] failure on sparc64/sparc64

TB --- 2010-09-05 09:02:15 - tinderbox 2.6 running on freebsd-current.sentex.ca TB --- 2010-09-05 09:02:15 - starting HEAD tinderbox run for sparc64/sparc64 TB --- 2010-09-05 09:02:15 - cleaning the object tree TB --- 2010-09-05 09:02:26 - cvsupping the source tree TB --- 2010-09-05 09:02:26 -

[head tinderbox] failure on sparc64/sun4v

TB --- 2010-09-05 09:06:35 - tinderbox 2.6 running on freebsd-current.sentex.ca TB --- 2010-09-05 09:06:35 - starting HEAD tinderbox run for sparc64/sun4v TB --- 2010-09-05 09:06:35 - cleaning the object tree TB --- 2010-09-05 09:06:44 - cvsupping the source tree TB --- 2010-09-05 09:06:44 -

Re: Using ipfw table names instead of numbers.

On Sat, Sep 04, 2010 at 10:58:44AM -0300, Anderson Eduardo wrote: Hello developers, I use the ipfw firewall with many tables and, I would like of able to use it with name/alias instead of just numbers. E.g: lab# ipfw table 1 name lanetwork Setting table 1 to lanetwork lab# ipfw table

Re: ZFS v28 is ready for wider testing.

Pawel Jakub Dawidek p...@freebsd.org writes: Hello. I'd like to give you ZFS v28 for testing. If you are neither brave nor mad, you can stop here. [...] So test whatever you can and report back. Look for regressions, strange behaviour, I wonder why new files tend to have different ACLs

Re: ports/150265: [patch] print/ghostscript8 disable bogus port conflicts in make release

On Sun, Sep 5, 2010 at 10:15, v...@freebsd.org wrote: Rob, IMO the question is not if the problem _can_ be solved in the base build system. I doubt you'll find many src committers willing to break other peoples machines by using DISABLE_CONFLICTS as a general problem solver. It may well

Re: Using ipfw table names instead of numbers.

On 09/05/2010 11:53, Luigi Rizzo wrote: whereas one might want a more dynamic behaviour (e.g. refresh whenever the DNS response expires). Lord that would be nice! if only PF had this ;) -- jhell,v ___ freebsd-current@freebsd.org mailing list