Re: [releng_8 tinderbox] failure on i386/i386

2012-06-06 Thread David Wolfskill 
On Wed, Jun 06, 2012 at 11:16:20AM +, FreeBSD Tinderbox wrote:
 ...
 cc -c -O2 -pipe -fno-strict-aliasing  -std=c99  -Wall -Wredundant-decls 
 -Wnested-externs -Wstrict-prototypes  -Wmissing-prototypes -Wpointer-arith 
 -Winline -Wcast-qual  -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc 
  -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL 
 -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common 
 -finline-limit=8000 --param inline-unit-growth=100 --param 
 large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF 
 -fno-builtin -mno-align-long-strings -mpreferred-stack-boundary=2  -mno-mmx 
 -mno-3dnow -mno-sse -mno-sse2 -mno-sse3 -ffreestanding -fstack-protector 
 -Werror -pg -mprofiler-epilogue /src/sys/cam/scsi/scsi_xpt.c
 /src/sys/cam/scsi/scsi_xpt.c:511: error: 'CAM_QUIRK_NORPTLUNS' undeclared 
 here (not in a function)
 *** Error code 1
 
 Stop in /obj/i386/src/sys/LINT.
 *** Error code 1
 
 Stop in /src.
 *** Error code 1
 
 Stop in /src.
 TB --- 2012-06-06 11:16:20 - WARNING: /usr/bin/make returned exit code  1 
 TB --- 2012-06-06 11:16:20 - ERROR: failed to build LINT kernel
 TB --- 2012-06-06 11:16:20 - 2297.46 user 438.36 system 3000.24 real
 ...

The attached patch fixed the problem for me; now running:

FreeBSD g1-227.catwhisker.org 8.3-STABLE FreeBSD 8.3-STABLE #402 236672M: Wed 
Jun  6 04:48:11 PDT 2012 
r...@g1-227.catwhisker.org:/common/S1/obj/usr/src/sys/CANARY  i386

Peace,
david
-- 
David H. Wolfskill  da...@catwhisker.org
Depriving a girl or boy of an opportunity for education is evil.

See http://www.catwhisker.org/~david/publickey.gpg for my public key.
Index: scsi_xpt.c
===
--- scsi_xpt.c	(revision 236672)
+++ scsi_xpt.c	(working copy)
@@ -71,6 +71,7 @@
 #define	CAM_QUIRK_NOSERIAL	0x02
 #define	CAM_QUIRK_HILUNS	0x04
 #define	CAM_QUIRK_NOHILUNS	0x08
+#define	CAM_QUIRK_NORPTLUNS	0x10
 	u_int mintags;
 	u_int maxtags;
 };


pgpDKyqEsXOwt.pgp
Description: PGP signature

Re: [releng_8 tinderbox] failure on i386/i386

2012-03-09 Thread Andriy Gapon 
on 09/03/2012 19:47 FreeBSD Tinderbox said the following:
 ld: kernel.debug: Not enough room for program headers (allocated 5, need 6)

Just in case someone more knowledgeable can pick up from here:
http://gcc.gnu.org/ml/gcc-bugs/2000-05/msg00797.html
http://www.delorie.com/gnu/docs/binutils/ld_48.html (bottom of the page)

BTW, something from i386 kernel that I have here:
Program Headers:
  Type   Offset   VirtAddr   PhysAddr   FileSiz MemSiz  Flg Align
  PHDR   0x34 0xc0400034 0xc0400034 0x000c0 0x000c0 R E 0x4
  INTERP 0xf4 0xc04000f4 0xc04000f4 0xd 0xd R   0x1
  [Requesting program interpreter: /red/herring]
  LOAD   0x00 0xc040 0xc040 0x9d700e 0x9d700e R E 0x1000
  LOAD   0x9d7010 0xc0dd8010 0xc0dd8010 0xf1edc 0x29878c RW  0x1000
  DYNAMIC0x9d7010 0xc0dd8010 0xc0dd8010 0x00068 0x00068 RW  0x4
  GNU_STACK  0x00 0x 0x 0x0 0x0 RWE 0x4

Seems to have 6 items.

So maybe we could either use some fixed size instead of SIZEOF_HEADERS or
explicitly use PHDRS.

-- 
Andriy Gapon
___
freebsd-stable@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-stable
To unsubscribe, send any mail to freebsd-stable-unsubscr...@freebsd.org

Re: [releng_8 tinderbox] failure on i386/i386

2012-03-08 Thread Shane Ambler 

On 08/03/2012 14:54, FreeBSD Tinderbox wrote:
snip

Kernel build for PAE started on Thu Mar  8 04:20:42 UTC 2012
stage 1: configuring the kernel stage 2.1: cleaning up the
object tree stage 2.2: rebuilding the object tree stage 2.3:
build tools stage 3.1: making dependencies stage 3.2: building
everything

[...] :  hack.c cc -shared -nostdlib hack.c -o hack.So rm -f hack.c
 MAKE=/usr/bin/make sh /src/sys/conf/newvers.sh PAE-GENERIC cc -c -O
-pipe  -std=c99 -g -Wall -Wredundant-decls -Wnested-externs
-Wstrict-prototypes  -Wmissing-prototypes -Wpointer-arith -Winline
-Wcast-qual  -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc
-I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL
-DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common
-finline-limit=8000 --param inline-unit-growth=100 --param
large-function-growth=1000  -mno-align-long-strings
-mpreferred-stack-boundary=2  -mno-mmx -mno-3dnow -mno-sse -mno-sse2
-mno-sse3 -ffreestanding -fstack-protector -Werror  vers.c linking
kernel.debug ld: kernel.debug: Not enough room for program headers
(allocated 5, need 6) ld: final link failed: Bad value *** Error
code 1

Stop in /obj/i386/src/sys/PAE. *** Error code 1

Stop in /src. *** Error code 1

Stop in /src. TB --- 2012-03-08 04:24:30 - WARNING: /usr/bin/make
returned exit code  1 TB --- 2012-03-08 04:24:30 - ERROR: failed to
build PAE kernel TB --- 2012-03-08 04:24:30 - 5280.71 user 847.19
system 6555.20 real


Not sure if this is related but thought I would start here.

I started experimenting with tinderbox a few days ago and found
multimedia/dirac as a dependancy failed to build with clang and made a
patch to resolve that. As I tested building with tinderbox I found
8-STABLE failed to build with gcc. To further investigate I expanded my
jails to include every releng (since 7.0) and found this -

Every amd64 system version and compiler combination works.

7.4 7-STABLE 8.2 8.3 8-STABLE 9.0 fail to build with arch i386 and gcc
Other system versions with i386 arch build.

The error I get is - undefined reference to `__sync_fetch_and_add_4'


After some googling I found setting CPUTYPE in the builds environment
file has an effect.

Setting CPUTYPE to i486 or nocona builds
Setting CPUTYPE to i386, generic, native or empty fails


Each of my builds has CC CXX CPP and ARCH set in the build environment
file. I tried setting MACHINE_ARCH UNAME_m UNAME_p to i386 without 
change (without CPUTYPE).


I also tested the dirac patch on redports and it builds 8.2-RELEASE with
i386 arch - no CC set means gcc. So does that indicate a regression
between 8.2 release and releng?

The biggest question is whether this is related to tinderbox or the base
system. I'm leaning to system.



For reference I am running 9.0-RELEASE amd64 on a corei5 system 8GB RAM
built with clang and WITHOUT_LIB32=yes

This is my complete list of tinderbox builds -

7.0-amd64-gcc
7.0-i386-gcc
7.1-amd64-gcc
7.1-i386-gcc
7.2-amd64-gcc
7.2-i386-gcc
7.3-amd64-gcc
7.3-i386-gcc
7.4-amd64-gcc
7.4-i386-gcc
7-STABLE-amd64-gcc
7-STABLE-i386-gcc
8.0-amd64-gcc
8.0-i386-gcc
8.1-amd64-gcc
8.1-i386-gcc
8.2-amd64-gcc
8.2-i386-gcc
8.3-amd64-gcc
8.3-i386-gcc
8-STABLE-amd64-gcc
8-STABLE-i386-gcc
9.0-amd64-clang
9.0-amd64-gcc
9.0-i386-clang
9.0-i386-gcc
9-STABLE-amd64-clang
9-STABLE-amd64-gcc
9-STABLE-i386-clang
9-STABLE-i386-gcc
10-CURRENT-amd64-clang
10-CURRENT-amd64-gcc
10-CURRENT-i386-clang
10-CURRENT-i386-gcc




--

Shane Ambler
FreeBSD (at) ShaneWare (dot) Biz

http://ShaneWare.Biz
___
freebsd-stable@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-stable
To unsubscribe, send any mail to freebsd-stable-unsubscr...@freebsd.org

Re: [releng_8 tinderbox] failure on i386/i386

2012-01-05 Thread David Wolfskill 
On Thu, Jan 05, 2012 at 01:28:25PM +, FreeBSD Tinderbox wrote:
 ...
 cc -O2 -pipe  
 -I/src/cddl/sbin/zpool/../../../cddl/contrib/opensolaris/lib/libzpool/common 
 -I/src/cddl/sbin/zpool/../../../cddl/compat/opensolaris/include 
 -I/src/cddl/sbin/zpool/../../../cddl/compat/opensolaris/lib/libumem 
 -I/src/cddl/sbin/zpool/../../../sys/cddl/compat/opensolaris 
 -I/src/cddl/sbin/zpool/../../../cddl/contrib/opensolaris/head 
 -I/src/cddl/sbin/zpool/../../../cddl/contrib/opensolaris/lib/libuutil/common 
 -I/src/cddl/sbin/zpool/../../../cddl/contrib/opensolaris/lib/libumem/common 
 -I/src/cddl/sbin/zpool/../../../cddl/contrib/opensolaris/lib/libzfs/common 
 -I/src/cddl/sbin/zpool/../../../cddl/contrib/opensolaris/lib/libnvpair 
 -I/src/cddl/sbin/zpool/../../../sys/cddl/contrib/opensolaris/common/zfs 
 -I/src/cddl/sbin/zpool/../../../sys/cddl/contrib/opensolaris/uts/common 
 -I/src/cddl/sbin/zpool/../../../sys/cddl/contrib/opensolaris/uts/common/fs/zfs
  -I/src/cddl/sbin/zpool/../../../sys/cddl/contrib/opensolaris/uts/common/sys 
 -I/src/cddl/sbin/zpool/../../../cddl/contrib/o!
  pensolaris/lib/libzpool/common 
 -I/src/cddl/sbin/zpool/../../../cddl/contrib/opensolaris/cmd/stat/common 
 -DNEED_SOLARIS_BOOLEAN -std=gnu89 -fstack-protector -Wno-unknown-pragmas  -o 
 zpool zpool_main.o zpool_vdev.o zpool_iter.o zpool_util.o zfs_comutil.o 
 timestamp.o -lavl -lbsdxml -lgeom -lm -lnvpair -lsbuf -lumem -lutil -luutil 
 -lzfs
 zpool_main.o(.text+0x34fd): In function `zpool_do_labelclear':
 : undefined reference to `zpool_pool_state_to_name'
 *** Error code 1
 ...

Attached patch gets around the above for me.

Caveats:
* I haven't finished the build yet (but did get beyond that breakage).

* I don't use ZFS, so I don't exercise the code.

Peace,
david
-- 
David H. Wolfskill  da...@catwhisker.org
Depriving a girl or boy of an opportunity for education is evil.

See http://www.catwhisker.org/~david/publickey.gpg for my public key.
Index: cddl/contrib/opensolaris/lib/libzfs/common/libzfs.h
===
--- cddl/contrib/opensolaris/lib/libzfs/common/libzfs.h	(revision 229586)
+++ cddl/contrib/opensolaris/lib/libzfs/common/libzfs.h	(working copy)
@@ -202,7 +202,8 @@
 extern void zpool_close(zpool_handle_t *);
 extern const char *zpool_get_name(zpool_handle_t *);
 extern int zpool_get_state(zpool_handle_t *);
-extern char *zpool_state_to_name(vdev_state_t, vdev_aux_t);
+extern const char *zpool_state_to_name(vdev_state_t, vdev_aux_t);
+extern const char *zpool_pool_state_to_name(pool_state_t);
 extern void zpool_free_handles(libzfs_handle_t *);
 
 /*
Index: cddl/contrib/opensolaris/lib/libzfs/common/libzfs_pool.c
===
--- cddl/contrib/opensolaris/lib/libzfs/common/libzfs_pool.c	(revision 229586)
+++ cddl/contrib/opensolaris/lib/libzfs/common/libzfs_pool.c	(working copy)
@@ -176,7 +176,7 @@
 /*
  * Map VDEV STATE to printed strings.
  */
-char *
+const char *
 zpool_state_to_name(vdev_state_t state, vdev_aux_t aux)
 {
 	switch (state) {
@@ -204,6 +204,34 @@
 }
 
 /*
+ * Map POOL STATE to printed strings.
+ */
+const char *
+zpool_pool_state_to_name(pool_state_t state)
+{
+	switch (state) {
+	case POOL_STATE_ACTIVE:
+		return (gettext(ACTIVE));
+	case POOL_STATE_EXPORTED:
+		return (gettext(EXPORTED));
+	case POOL_STATE_DESTROYED:
+		return (gettext(DESTROYED));
+	case POOL_STATE_SPARE:
+		return (gettext(SPARE));
+	case POOL_STATE_L2CACHE:
+		return (gettext(L2CACHE));
+	case POOL_STATE_UNINITIALIZED:
+		return (gettext(UNINITIALIZED));
+	case POOL_STATE_UNAVAIL:
+		return (gettext(UNAVAIL));
+	case POOL_STATE_POTENTIALLY_ACTIVE:
+		return (gettext(POTENTIALLY_ACTIVE));
+	}
+
+	return (gettext(UNKNOWN));
+}
+
+/*
  * Get a zpool property value for 'prop' and return the value in
  * a pre-allocated buffer.
  */


pgp3XnLXOGPzz.pgp
Description: PGP signature

Re: [releng_8 tinderbox] failure on i386/i386

2012-01-05 Thread John Baldwin 
On Thursday, January 05, 2012 1:02:05 pm David Wolfskill wrote:
 On Thu, Jan 05, 2012 at 01:28:25PM +, FreeBSD Tinderbox wrote:
  ...
  cc -O2 -pipe  -
I/src/cddl/sbin/zpool/../../../cddl/contrib/opensolaris/lib/libzpool/common -
I/src/cddl/sbin/zpool/../../../cddl/compat/opensolaris/include -
I/src/cddl/sbin/zpool/../../../cddl/compat/opensolaris/lib/libumem -
I/src/cddl/sbin/zpool/../../../sys/cddl/compat/opensolaris -
I/src/cddl/sbin/zpool/../../../cddl/contrib/opensolaris/head -
I/src/cddl/sbin/zpool/../../../cddl/contrib/opensolaris/lib/libuutil/common -
I/src/cddl/sbin/zpool/../../../cddl/contrib/opensolaris/lib/libumem/common -
I/src/cddl/sbin/zpool/../../../cddl/contrib/opensolaris/lib/libzfs/common -
I/src/cddl/sbin/zpool/../../../cddl/contrib/opensolaris/lib/libnvpair -
I/src/cddl/sbin/zpool/../../../sys/cddl/contrib/opensolaris/common/zfs -
I/src/cddl/sbin/zpool/../../../sys/cddl/contrib/opensolaris/uts/common -
I/src/cddl/sbin/zpool/../../../sys/cddl/contrib/opensolaris/uts/common/fs/zfs 
-I/src/cddl/sbin/zpool/../../../sys/cddl/contrib/opensolaris/uts/common/sys -
I/src/cddl/sbin/zpool/../../../cddl/contrib/o!
   pensolaris/lib/libzpool/common -
I/src/cddl/sbin/zpool/../../../cddl/contrib/opensolaris/cmd/stat/common -
DNEED_SOLARIS_BOOLEAN -std=gnu89 -fstack-protector -Wno-unknown-pragmas  -o 
zpool zpool_main.o zpool_vdev.o zpool_iter.o zpool_util.o zfs_comutil.o 
timestamp.o -lavl -lbsdxml -lgeom -lm -lnvpair -lsbuf -lumem -lutil -luutil -
lzfs
  zpool_main.o(.text+0x34fd): In function `zpool_do_labelclear':
  : undefined reference to `zpool_pool_state_to_name'
  *** Error code 1
  ...
 
 Attached patch gets around the above for me.

Looks like revision 224169 needs to be merged to 8 (it includes the changes in 
your patch along with some others):

http://svnweb.freebsd.org/base?view=revisionrevision=224169

I'm testing this now and if it fixes the build I'll commit.

-- 
John Baldwin
___
freebsd-stable@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-stable
To unsubscribe, send any mail to freebsd-stable-unsubscr...@freebsd.org

Re: [releng_8 tinderbox] failure on i386/i386

2012-01-05 Thread John Baldwin 
On Thursday, January 05, 2012 3:25:42 pm John Baldwin wrote:
 On Thursday, January 05, 2012 1:02:05 pm David Wolfskill wrote:
  On Thu, Jan 05, 2012 at 01:28:25PM +, FreeBSD Tinderbox wrote:
   ...
   cc -O2 -pipe  -
 I/src/cddl/sbin/zpool/../../../cddl/contrib/opensolaris/lib/libzpool/common -
 I/src/cddl/sbin/zpool/../../../cddl/compat/opensolaris/include -
 I/src/cddl/sbin/zpool/../../../cddl/compat/opensolaris/lib/libumem -
 I/src/cddl/sbin/zpool/../../../sys/cddl/compat/opensolaris -
 I/src/cddl/sbin/zpool/../../../cddl/contrib/opensolaris/head -
 I/src/cddl/sbin/zpool/../../../cddl/contrib/opensolaris/lib/libuutil/common -
 I/src/cddl/sbin/zpool/../../../cddl/contrib/opensolaris/lib/libumem/common -
 I/src/cddl/sbin/zpool/../../../cddl/contrib/opensolaris/lib/libzfs/common -
 I/src/cddl/sbin/zpool/../../../cddl/contrib/opensolaris/lib/libnvpair -
 I/src/cddl/sbin/zpool/../../../sys/cddl/contrib/opensolaris/common/zfs -
 I/src/cddl/sbin/zpool/../../../sys/cddl/contrib/opensolaris/uts/common -
 I/src/cddl/sbin/zpool/../../../sys/cddl/contrib/opensolaris/uts/common/fs/zfs 
 -I/src/cddl/sbin/zpool/../../../sys/cddl/contrib/opensolaris/uts/common/sys -
 I/src/cddl/sbin/zpool/../../../cddl/contrib/o!
pensolaris/lib/libzpool/common -
 I/src/cddl/sbin/zpool/../../../cddl/contrib/opensolaris/cmd/stat/common -
 DNEED_SOLARIS_BOOLEAN -std=gnu89 -fstack-protector -Wno-unknown-pragmas  -o 
 zpool zpool_main.o zpool_vdev.o zpool_iter.o zpool_util.o zfs_comutil.o 
 timestamp.o -lavl -lbsdxml -lgeom -lm -lnvpair -lsbuf -lumem -lutil -luutil -
 lzfs
   zpool_main.o(.text+0x34fd): In function `zpool_do_labelclear':
   : undefined reference to `zpool_pool_state_to_name'
   *** Error code 1
   ...
  
  Attached patch gets around the above for me.
 
 Looks like revision 224169 needs to be merged to 8 (it includes the changes 
 in 
 your patch along with some others):
 
 http://svnweb.freebsd.org/base?view=revisionrevision=224169
 
 I'm testing this now and if it fixes the build I'll commit.

My amd64 buildworld finished with this applied, so I've committed it.

-- 
John Baldwin
___
freebsd-stable@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-stable
To unsubscribe, send any mail to freebsd-stable-unsubscr...@freebsd.org

Re: [releng_8 tinderbox] failure on i386/i386

2012-01-05 Thread Martin Matuska 
On 5.1.2012 21:51, John Baldwin wrote:
 On Thursday, January 05, 2012 3:25:42 pm John Baldwin wrote:
 On Thursday, January 05, 2012 1:02:05 pm David Wolfskill wrote:
 On Thu, Jan 05, 2012 at 01:28:25PM +, FreeBSD Tinderbox wrote:
 ...
 cc -O2 -pipe  -
 I/src/cddl/sbin/zpool/../../../cddl/contrib/opensolaris/lib/libzpool/common -
 I/src/cddl/sbin/zpool/../../../cddl/compat/opensolaris/include -
 I/src/cddl/sbin/zpool/../../../cddl/compat/opensolaris/lib/libumem -
 I/src/cddl/sbin/zpool/../../../sys/cddl/compat/opensolaris -
 I/src/cddl/sbin/zpool/../../../cddl/contrib/opensolaris/head -
 I/src/cddl/sbin/zpool/../../../cddl/contrib/opensolaris/lib/libuutil/common -
 I/src/cddl/sbin/zpool/../../../cddl/contrib/opensolaris/lib/libumem/common -
 I/src/cddl/sbin/zpool/../../../cddl/contrib/opensolaris/lib/libzfs/common -
 I/src/cddl/sbin/zpool/../../../cddl/contrib/opensolaris/lib/libnvpair -
 I/src/cddl/sbin/zpool/../../../sys/cddl/contrib/opensolaris/common/zfs -
 I/src/cddl/sbin/zpool/../../../sys/cddl/contrib/opensolaris/uts/common -
 I/src/cddl/sbin/zpool/../../../sys/cddl/contrib/opensolaris/uts/common/fs/zfs
  
 -I/src/cddl/sbin/zpool/../../../sys/cddl/contrib/opensolaris/uts/common/sys -
 I/src/cddl/sbin/zpool/../../../cddl/contrib/o!
  pensolaris/lib/libzpool/common -
 I/src/cddl/sbin/zpool/../../../cddl/contrib/opensolaris/cmd/stat/common -
 DNEED_SOLARIS_BOOLEAN -std=gnu89 -fstack-protector -Wno-unknown-pragmas  -o 
 zpool zpool_main.o zpool_vdev.o zpool_iter.o zpool_util.o zfs_comutil.o 
 timestamp.o -lavl -lbsdxml -lgeom -lm -lnvpair -lsbuf -lumem -lutil -luutil -
 lzfs
 zpool_main.o(.text+0x34fd): In function `zpool_do_labelclear':
 : undefined reference to `zpool_pool_state_to_name'
 *** Error code 1
 ...
 Attached patch gets around the above for me.
 Looks like revision 224169 needs to be merged to 8 (it includes the changes 
 in 
 your patch along with some others):

 http://svnweb.freebsd.org/base?view=revisionrevision=224169

 I'm testing this now and if it fixes the build I'll commit.
 My amd64 buildworld finished with this applied, so I've committed it.


Thank you very much.

-- 
Martin Matuska
FreeBSD committer
http://blog.vx.sk

___
freebsd-stable@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-stable
To unsubscribe, send any mail to freebsd-stable-unsubscr...@freebsd.org

Re: [releng_8 tinderbox] failure on i386/i386

2010-03-02 Thread Doug Barton 
On 3/2/2010 6:38 PM, FreeBSD Tinderbox wrote:
 make: don't know how to make dpms.4. Stop
 *** Error code 2

Is anyone interested in fixing this? delphij? The files in cvs and svn
seem identical to me, so this seems like an actual bug. Either way it
needs to be fixed.


Doug

-- 

... and that's just a little bit of history repeating.
-- Propellerheads

Improve the effectiveness of your Internet presence with
a domain name makeover!http://SupersetSolutions.com/

___
freebsd-stable@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-stable
To unsubscribe, send any mail to freebsd-stable-unsubscr...@freebsd.org

Re: [releng_8 tinderbox] failure on i386/i386

2010-03-02 Thread Garrett Cooper 
On Tue, Mar 2, 2010 at 9:02 PM, Garrett Cooper yanef...@gmail.com wrote:
 On Tue, Mar 2, 2010 at 7:25 PM, Doug Barton do...@freebsd.org wrote:
 On 3/2/2010 6:38 PM, FreeBSD Tinderbox wrote:
 make: don't know how to make dpms.4. Stop
 *** Error code 2

 Is anyone interested in fixing this? delphij? The files in cvs and svn
 seem identical to me, so this seems like an actual bug. Either way it
 needs to be fixed.

 I'm not sure if there's anything to fix:

 [r...@garrcoop-fbsd /usr/home/garrcoop]# grep dpms.4
 releng_8/share/man/man4/man4.i386/Makefile
 [r...@garrcoop-fbsd /usr/home/garrcoop]# uname -a
 FreeBSD garrcoop-fbsd.cisco.com 8.0-STABLE FreeBSD 8.0-STABLE #2: Wed
 Feb  3 16:57:07 PST 2010
 garrc...@garrcoop-fbsd.cisco.com:/usr/obj/usr/src/sys/LAPPY_X86  i386

    This was done just a few seconds ago. Is svn blame supposed to
 work with the FreeBSD repo or am I using it incorrectly? I ask because
 I can't see any references to delphij@ at all here..

 [r...@garrcoop-fbsd /usr/home/garrcoop/releng_8]# svn blame
 svn://svn.freebsd.org/base/stable/8/share/man/man4/man4.i386/Makefile

blame still works ; I was just using it incorrectly (it only works for
lines that are still present in the file). diff shows the right stuff:

[garrc...@garrcoop-fbsd /usr/home/garrcoop]$ svn diff -r 203976
svn://svn.freebsd.org/base/stable/8/share/man/man4/man4.i386/Makefile
Index: Makefile
===
--- Makefile(revision 203976)
+++ Makefile(revision 204618)
@@ -10,7 +10,6 @@
cs.4 \
ct.4 \
ctau.4 \
-   dpms.4 \
cx.4 \
ep.4 \
ex.4 \

Thanks,
-Garrett
___
freebsd-stable@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-stable
To unsubscribe, send any mail to freebsd-stable-unsubscr...@freebsd.org

Re: [releng_8 tinderbox] failure on i386/i386

2010-03-02 Thread Xin LI 
On Tue, Mar 2, 2010 at 7:25 PM, Doug Barton do...@freebsd.org wrote:
 On 3/2/2010 6:38 PM, FreeBSD Tinderbox wrote:
 make: don't know how to make dpms.4. Stop
 *** Error code 2

 Is anyone interested in fixing this? delphij? The files in cvs and svn
 seem identical to me, so this seems like an actual bug. Either way it
 needs to be fixed.

No... CVS and svn is currently different, I have actually done a 'make
universe' using svn code :(

Cheers,
-- 
Xin LI delp...@delphij.net http://www.delphij.net
___
freebsd-stable@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-stable
To unsubscribe, send any mail to freebsd-stable-unsubscr...@freebsd.org

Re: [releng_8 tinderbox] failure on i386/i386

2010-03-02 Thread Garrett Cooper 
On Tue, Mar 2, 2010 at 7:25 PM, Doug Barton do...@freebsd.org wrote:
 On 3/2/2010 6:38 PM, FreeBSD Tinderbox wrote:
 make: don't know how to make dpms.4. Stop
 *** Error code 2

 Is anyone interested in fixing this? delphij? The files in cvs and svn
 seem identical to me, so this seems like an actual bug. Either way it
 needs to be fixed.

I'm not sure if there's anything to fix:

[r...@garrcoop-fbsd /usr/home/garrcoop]# grep dpms.4
releng_8/share/man/man4/man4.i386/Makefile
[r...@garrcoop-fbsd /usr/home/garrcoop]# uname -a
FreeBSD garrcoop-fbsd.cisco.com 8.0-STABLE FreeBSD 8.0-STABLE #2: Wed
Feb  3 16:57:07 PST 2010
garrc...@garrcoop-fbsd.cisco.com:/usr/obj/usr/src/sys/LAPPY_X86  i386

This was done just a few seconds ago. Is svn blame supposed to
work with the FreeBSD repo or am I using it incorrectly? I ask because
I can't see any references to delphij@ at all here..

[r...@garrcoop-fbsd /usr/home/garrcoop/releng_8]# svn blame
svn://svn.freebsd.org/base/stable/8/share/man/man4/man4.i386/Makefile
 50476  peter # $FreeBSD$
 2rgrimes
181942 rpaulo MAN=  aic.4 \
124747 ru   alpm.4 \
124747 ru   amdpm.4 \
124747 ru   apm.4 \
155159rik   ce.4 \
129339rik   cp.4 \
124747 ru   CPU_ELAN.4 \
124747 ru   cs.4 \
127436non   ct.4 \
127405rik   ctau.4 \
124747 ru   cx.4 \
124747 ru   ep.4 \
124747 ru   ex.4 \
124747 ru   fe.4 \
181468 philip   glxsb.4 \
124747 ru   ie.4 \
124747 ru   longrun.4 \
124747 ru   mcd.4 \
124747 ru   mse.4 \
124747 ru   npx.4 \
124747 ru   pae.4 \
136231imp   pbio.4 \
124747 ru   pcf.4 \
124747 ru   perfmon.4 \
124747 ru   pnp.4 \
124747 ru   pnpbios.4 \
182912jhb   sbni.4 \
124747 ru   scd.4 \
124747 ru   smapi.4 \
132612trhodes   snc.4 \
124747 ru   streams.4 \
124747 ru   svr4.4 \
124747 ru   viapm.4 \
124747 ru   vpd.4 \
124747 ru   vx.4 \
126944imp   wl.4
   349rgrimes
124747 ru MLINKS=   CPU_ELAN.4 CPU_SOEKRIS.4
124747 ru MLINKS+=pae.4 PAE.4
182912jhb MLINKS+=sbni.4 if_sbni.4
   349rgrimes
 2rgrimes MANSUBDIR=/i386
 2rgrimes
 2rgrimes .include bsd.prog.mk

Thanks,
-Garrett
___
freebsd-stable@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-stable
To unsubscribe, send any mail to freebsd-stable-unsubscr...@freebsd.org