[head tinderbox] failure on mips/mips
TB --- 2011-11-23 07:17:20 - tinderbox 2.8 running on freebsd-current.sentex.ca TB --- 2011-11-23 07:17:20 - starting HEAD tinderbox run for mips/mips TB --- 2011-11-23 07:17:20 - cleaning the object tree TB --- 2011-11-23 07:17:28 - cvsupping the source tree TB --- 2011-11-23 07:17:28 - /usr/bin/csup -z -r 3 -g -L 1 -h cvsup.sentex.ca /tinderbox/HEAD/mips/mips/supfile TB --- 2011-11-23 07:17:52 - building world TB --- 2011-11-23 07:17:52 - CROSS_BUILD_TESTING=YES TB --- 2011-11-23 07:17:52 - MAKEOBJDIRPREFIX=/obj TB --- 2011-11-23 07:17:52 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2011-11-23 07:17:52 - SRCCONF=/dev/null TB --- 2011-11-23 07:17:52 - TARGET=mips TB --- 2011-11-23 07:17:52 - TARGET_ARCH=mips TB --- 2011-11-23 07:17:52 - TZ=UTC TB --- 2011-11-23 07:17:52 - __MAKE_CONF=/dev/null TB --- 2011-11-23 07:17:52 - cd /src TB --- 2011-11-23 07:17:52 - /usr/bin/make -B buildworld World build started on Wed Nov 23 07:17:52 UTC 2011 Rebuilding the temporary build tree stage 1.1: legacy release compatibility shims stage 1.2: bootstrap tools stage 2.1: cleaning up the object tree stage 2.2: rebuilding the object tree stage 2.3: build tools stage 3: cross tools stage 4.1: building includes stage 4.2: building libraries stage 4.3: make dependencies stage 4.4: building everything [...] gzip -cn /src/usr.bin/printf/printf.1 printf.1.gz === usr.bin/procstat (all) cc -O -pipe -G0 -std=gnu99 -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wunused-parameter -Wcast-align -Wchar-subscripts -Winline -Wnested-externs -Wredundant-decls -Wold-style-definition -Wno-pointer-sign -c /src/usr.bin/procstat/procstat.c cc -O -pipe -G0 -std=gnu99 -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wunused-parameter -Wcast-align -Wchar-subscripts -Winline -Wnested-externs -Wredundant-decls -Wold-style-definition -Wno-pointer-sign -c /src/usr.bin/procstat/procstat_args.c cc -O -pipe -G0 -std=gnu99 -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wunused-parameter -Wcast-align -Wchar-subscripts -Winline -Wnested-externs -Wredundant-decls -Wold-style-definition -Wno-pointer-sign -c /src/usr.bin/procstat/procstat_auxv.c cc1: warnings being treated as errors /src/usr.bin/procstat/procstat_auxv.c: In function 'procstat_auxv': /src/usr.bin/procstat/procstat_auxv.c:75: warning: cast increases required alignment of target type *** Error code 1 Stop in /src/usr.bin/procstat. *** Error code 1 Stop in /src/usr.bin. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2011-11-23 08:10:21 - WARNING: /usr/bin/make returned exit code 1 TB --- 2011-11-23 08:10:21 - ERROR: failed to build world TB --- 2011-11-23 08:10:21 - 2265.15 user 628.24 system 3181.59 real http://tinderbox.freebsd.org/tinderbox-head-HEAD-mips-mips.full ___ freebsd-current@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to freebsd-current-unsubscr...@freebsd.org
Re: ee (easy editor) bugged on 9.0?
Am 22.11.2011 um 21:56 schrieb Jason Edwards: I wonder: is cons25 bugged or simply obsolete? Not that I want to keep cons25; just being curious. cons25 is no more, syscons speaks xterm now, thanks to Ed Schouten and his libteken. Stefan -- Stefan Bethke s...@lassitu.de Fon +49 151 14070811 ___ freebsd-current@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to freebsd-current-unsubscr...@freebsd.org
[head tinderbox] failure on sparc64/sparc64
TB --- 2011-11-23 08:10:22 - tinderbox 2.8 running on freebsd-current.sentex.ca TB --- 2011-11-23 08:10:22 - starting HEAD tinderbox run for sparc64/sparc64 TB --- 2011-11-23 08:10:22 - cleaning the object tree TB --- 2011-11-23 08:10:30 - cvsupping the source tree TB --- 2011-11-23 08:10:30 - /usr/bin/csup -z -r 3 -g -L 1 -h cvsup.sentex.ca /tinderbox/HEAD/sparc64/sparc64/supfile TB --- 2011-11-23 08:11:39 - building world TB --- 2011-11-23 08:11:39 - CROSS_BUILD_TESTING=YES TB --- 2011-11-23 08:11:39 - MAKEOBJDIRPREFIX=/obj TB --- 2011-11-23 08:11:39 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2011-11-23 08:11:39 - SRCCONF=/dev/null TB --- 2011-11-23 08:11:39 - TARGET=sparc64 TB --- 2011-11-23 08:11:39 - TARGET_ARCH=sparc64 TB --- 2011-11-23 08:11:39 - TZ=UTC TB --- 2011-11-23 08:11:39 - __MAKE_CONF=/dev/null TB --- 2011-11-23 08:11:39 - cd /src TB --- 2011-11-23 08:11:39 - /usr/bin/make -B buildworld World build started on Wed Nov 23 08:11:39 UTC 2011 Rebuilding the temporary build tree stage 1.1: legacy release compatibility shims stage 1.2: bootstrap tools stage 2.1: cleaning up the object tree stage 2.2: rebuilding the object tree stage 2.3: build tools stage 3: cross tools stage 4.1: building includes stage 4.2: building libraries stage 4.3: make dependencies stage 4.4: building everything [...] gzip -cn /src/usr.bin/printf/printf.1 printf.1.gz === usr.bin/procstat (all) cc -O2 -pipe -std=gnu99 -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wunused-parameter -Wcast-align -Wchar-subscripts -Winline -Wnested-externs -Wredundant-decls -Wold-style-definition -Wno-pointer-sign -c /src/usr.bin/procstat/procstat.c cc -O2 -pipe -std=gnu99 -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wunused-parameter -Wcast-align -Wchar-subscripts -Winline -Wnested-externs -Wredundant-decls -Wold-style-definition -Wno-pointer-sign -c /src/usr.bin/procstat/procstat_args.c cc -O2 -pipe -std=gnu99 -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wunused-parameter -Wcast-align -Wchar-subscripts -Winline -Wnested-externs -Wredundant-decls -Wold-style-definition -Wno-pointer-sign -c /src/usr.bin/procstat/procstat_auxv.c cc1: warnings being treated as errors /src/usr.bin/procstat/procstat_auxv.c: In function 'procstat_auxv': /src/usr.bin/procstat/procstat_auxv.c:75: warning: cast increases required alignment of target type *** Error code 1 Stop in /src/usr.bin/procstat. *** Error code 1 Stop in /src/usr.bin. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2011-11-23 09:11:04 - WARNING: /usr/bin/make returned exit code 1 TB --- 2011-11-23 09:11:04 - ERROR: failed to build world TB --- 2011-11-23 09:11:04 - 2669.35 user 615.55 system 3642.36 real http://tinderbox.freebsd.org/tinderbox-head-HEAD-sparc64-sparc64.full ___ freebsd-current@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to freebsd-current-unsubscr...@freebsd.org
[head tinderbox] failure on powerpc/powerpc
TB --- 2011-11-23 07:38:00 - tinderbox 2.8 running on freebsd-current.sentex.ca TB --- 2011-11-23 07:38:00 - starting HEAD tinderbox run for powerpc/powerpc TB --- 2011-11-23 07:38:00 - cleaning the object tree TB --- 2011-11-23 07:38:09 - cvsupping the source tree TB --- 2011-11-23 07:38:09 - /usr/bin/csup -z -r 3 -g -L 1 -h cvsup.sentex.ca /tinderbox/HEAD/powerpc/powerpc/supfile TB --- 2011-11-23 07:38:22 - building world TB --- 2011-11-23 07:38:22 - CROSS_BUILD_TESTING=YES TB --- 2011-11-23 07:38:22 - MAKEOBJDIRPREFIX=/obj TB --- 2011-11-23 07:38:22 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2011-11-23 07:38:22 - SRCCONF=/dev/null TB --- 2011-11-23 07:38:22 - TARGET=powerpc TB --- 2011-11-23 07:38:22 - TARGET_ARCH=powerpc TB --- 2011-11-23 07:38:22 - TZ=UTC TB --- 2011-11-23 07:38:22 - __MAKE_CONF=/dev/null TB --- 2011-11-23 07:38:22 - cd /src TB --- 2011-11-23 07:38:22 - /usr/bin/make -B buildworld World build started on Wed Nov 23 07:38:23 UTC 2011 Rebuilding the temporary build tree stage 1.1: legacy release compatibility shims stage 1.2: bootstrap tools stage 2.1: cleaning up the object tree stage 2.2: rebuilding the object tree stage 2.3: build tools stage 3: cross tools stage 4.1: building includes stage 4.2: building libraries stage 4.3: make dependencies stage 4.4: building everything [...] /src/usr.bin/procstat/procstat_auxv.c: In function 'procstat_auxv': /src/usr.bin/procstat/procstat_auxv.c:116: error: 'AT_NOTELF' undeclared (first use in this function) /src/usr.bin/procstat/procstat_auxv.c:116: error: (Each undeclared identifier is reported only once /src/usr.bin/procstat/procstat_auxv.c:116: error: for each function it appears in.) /src/usr.bin/procstat/procstat_auxv.c:120: error: 'AT_UID' undeclared (first use in this function) /src/usr.bin/procstat/procstat_auxv.c:124: error: 'AT_EUID' undeclared (first use in this function) /src/usr.bin/procstat/procstat_auxv.c:128: error: 'AT_GID' undeclared (first use in this function) /src/usr.bin/procstat/procstat_auxv.c:132: error: 'AT_EGID' undeclared (first use in this function) *** Error code 1 Stop in /src/usr.bin/procstat. *** Error code 1 Stop in /src/usr.bin. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2011-11-23 09:29:07 - WARNING: /usr/bin/make returned exit code 1 TB --- 2011-11-23 09:29:07 - ERROR: failed to build world TB --- 2011-11-23 09:29:07 - 5463.49 user 911.39 system 6667.49 real http://tinderbox.freebsd.org/tinderbox-head-HEAD-powerpc-powerpc.full ___ freebsd-current@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to freebsd-current-unsubscr...@freebsd.org
[head tinderbox] failure on powerpc64/powerpc
TB --- 2011-11-23 07:57:53 - tinderbox 2.8 running on freebsd-current.sentex.ca TB --- 2011-11-23 07:57:53 - starting HEAD tinderbox run for powerpc64/powerpc TB --- 2011-11-23 07:57:53 - cleaning the object tree TB --- 2011-11-23 07:58:03 - cvsupping the source tree TB --- 2011-11-23 07:58:03 - /usr/bin/csup -z -r 3 -g -L 1 -h cvsup.sentex.ca /tinderbox/HEAD/powerpc64/powerpc/supfile TB --- 2011-11-23 07:58:53 - building world TB --- 2011-11-23 07:58:53 - CROSS_BUILD_TESTING=YES TB --- 2011-11-23 07:58:53 - MAKEOBJDIRPREFIX=/obj TB --- 2011-11-23 07:58:53 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2011-11-23 07:58:53 - SRCCONF=/dev/null TB --- 2011-11-23 07:58:53 - TARGET=powerpc TB --- 2011-11-23 07:58:53 - TARGET_ARCH=powerpc64 TB --- 2011-11-23 07:58:53 - TZ=UTC TB --- 2011-11-23 07:58:53 - __MAKE_CONF=/dev/null TB --- 2011-11-23 07:58:53 - cd /src TB --- 2011-11-23 07:58:53 - /usr/bin/make -B buildworld World build started on Wed Nov 23 07:58:54 UTC 2011 Rebuilding the temporary build tree stage 1.1: legacy release compatibility shims stage 1.2: bootstrap tools stage 2.1: cleaning up the object tree stage 2.2: rebuilding the object tree stage 2.3: build tools stage 3: cross tools stage 4.1: building includes stage 4.2: building libraries stage 4.3: make dependencies stage 4.4: building everything [...] /src/usr.bin/procstat/procstat_auxv.c: In function 'procstat_auxv': /src/usr.bin/procstat/procstat_auxv.c:116: error: 'AT_NOTELF' undeclared (first use in this function) /src/usr.bin/procstat/procstat_auxv.c:116: error: (Each undeclared identifier is reported only once /src/usr.bin/procstat/procstat_auxv.c:116: error: for each function it appears in.) /src/usr.bin/procstat/procstat_auxv.c:120: error: 'AT_UID' undeclared (first use in this function) /src/usr.bin/procstat/procstat_auxv.c:124: error: 'AT_EUID' undeclared (first use in this function) /src/usr.bin/procstat/procstat_auxv.c:128: error: 'AT_GID' undeclared (first use in this function) /src/usr.bin/procstat/procstat_auxv.c:132: error: 'AT_EGID' undeclared (first use in this function) *** Error code 1 Stop in /src/usr.bin/procstat. *** Error code 1 Stop in /src/usr.bin. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2011-11-23 09:49:14 - WARNING: /usr/bin/make returned exit code 1 TB --- 2011-11-23 09:49:14 - ERROR: failed to build world TB --- 2011-11-23 09:49:14 - 5506.52 user 903.80 system 6680.96 real http://tinderbox.freebsd.org/tinderbox-head-HEAD-powerpc64-powerpc.full ___ freebsd-current@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to freebsd-current-unsubscr...@freebsd.org
[head tinderbox] failure on i386/i386
TB --- 2011-11-23 05:10:00 - tinderbox 2.8 running on freebsd-current.sentex.ca TB --- 2011-11-23 05:10:00 - starting HEAD tinderbox run for i386/i386 TB --- 2011-11-23 05:10:00 - cleaning the object tree TB --- 2011-11-23 05:10:39 - cvsupping the source tree TB --- 2011-11-23 05:10:39 - /usr/bin/csup -z -r 3 -g -L 1 -h cvsup.sentex.ca /tinderbox/HEAD/i386/i386/supfile TB --- 2011-11-23 05:16:03 - building world TB --- 2011-11-23 05:16:03 - CROSS_BUILD_TESTING=YES TB --- 2011-11-23 05:16:03 - MAKEOBJDIRPREFIX=/obj TB --- 2011-11-23 05:16:03 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2011-11-23 05:16:03 - SRCCONF=/dev/null TB --- 2011-11-23 05:16:03 - TARGET=i386 TB --- 2011-11-23 05:16:03 - TARGET_ARCH=i386 TB --- 2011-11-23 05:16:03 - TZ=UTC TB --- 2011-11-23 05:16:03 - __MAKE_CONF=/dev/null TB --- 2011-11-23 05:16:03 - cd /src TB --- 2011-11-23 05:16:03 - /usr/bin/make -B buildworld World build started on Wed Nov 23 05:16:03 UTC 2011 Rebuilding the temporary build tree stage 1.1: legacy release compatibility shims stage 1.2: bootstrap tools stage 2.1: cleaning up the object tree stage 2.2: rebuilding the object tree stage 2.3: build tools stage 3: cross tools stage 4.1: building includes stage 4.2: building libraries stage 4.3: make dependencies stage 4.4: building everything World build completed on Wed Nov 23 07:24:45 UTC 2011 TB --- 2011-11-23 07:24:45 - generating LINT kernel config TB --- 2011-11-23 07:24:45 - cd /src/sys/i386/conf TB --- 2011-11-23 07:24:45 - /usr/bin/make -B LINT TB --- 2011-11-23 07:24:45 - cd /src/sys/i386/conf TB --- 2011-11-23 07:24:45 - /usr/sbin/config -m LINT-NOINET TB --- 2011-11-23 07:24:45 - building LINT-NOINET kernel TB --- 2011-11-23 07:24:45 - CROSS_BUILD_TESTING=YES TB --- 2011-11-23 07:24:45 - MAKEOBJDIRPREFIX=/obj TB --- 2011-11-23 07:24:45 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2011-11-23 07:24:45 - SRCCONF=/dev/null TB --- 2011-11-23 07:24:45 - TARGET=i386 TB --- 2011-11-23 07:24:45 - TARGET_ARCH=i386 TB --- 2011-11-23 07:24:45 - TZ=UTC TB --- 2011-11-23 07:24:45 - __MAKE_CONF=/dev/null TB --- 2011-11-23 07:24:45 - cd /src TB --- 2011-11-23 07:24:45 - /usr/bin/make -B buildkernel KERNCONF=LINT-NOINET Kernel build for LINT-NOINET started on Wed Nov 23 07:24:45 UTC 2011 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 Kernel build for LINT-NOINET completed on Wed Nov 23 07:54:24 UTC 2011 TB --- 2011-11-23 07:54:24 - cd /src/sys/i386/conf TB --- 2011-11-23 07:54:24 - /usr/sbin/config -m LINT-NOINET6 TB --- 2011-11-23 07:54:24 - building LINT-NOINET6 kernel TB --- 2011-11-23 07:54:24 - CROSS_BUILD_TESTING=YES TB --- 2011-11-23 07:54:24 - MAKEOBJDIRPREFIX=/obj TB --- 2011-11-23 07:54:24 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2011-11-23 07:54:24 - SRCCONF=/dev/null TB --- 2011-11-23 07:54:24 - TARGET=i386 TB --- 2011-11-23 07:54:24 - TARGET_ARCH=i386 TB --- 2011-11-23 07:54:24 - TZ=UTC TB --- 2011-11-23 07:54:24 - __MAKE_CONF=/dev/null TB --- 2011-11-23 07:54:24 - cd /src TB --- 2011-11-23 07:54:24 - /usr/bin/make -B buildkernel KERNCONF=LINT-NOINET6 Kernel build for LINT-NOINET6 started on Wed Nov 23 07:54:24 UTC 2011 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 Kernel build for LINT-NOINET6 completed on Wed Nov 23 08:24:30 UTC 2011 TB --- 2011-11-23 08:24:30 - cd /src/sys/i386/conf TB --- 2011-11-23 08:24:30 - /usr/sbin/config -m LINT-NOIP TB --- 2011-11-23 08:24:30 - building LINT-NOIP kernel TB --- 2011-11-23 08:24:30 - CROSS_BUILD_TESTING=YES TB --- 2011-11-23 08:24:30 - MAKEOBJDIRPREFIX=/obj TB --- 2011-11-23 08:24:30 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2011-11-23 08:24:30 - SRCCONF=/dev/null TB --- 2011-11-23 08:24:30 - TARGET=i386 TB --- 2011-11-23 08:24:30 - TARGET_ARCH=i386 TB --- 2011-11-23 08:24:30 - TZ=UTC TB --- 2011-11-23 08:24:30 - __MAKE_CONF=/dev/null TB --- 2011-11-23 08:24:30 - cd /src TB --- 2011-11-23 08:24:30 - /usr/bin/make -B buildkernel KERNCONF=LINT-NOIP Kernel build for LINT-NOIP started on Wed Nov 23 08:24:30 UTC 2011 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 Kernel build for LINT-NOIP completed on Wed Nov 23 08:52:01 UTC 2011 TB --- 2011-11-23 08:52:01 - cd /src/sys/i386/conf TB --- 2011-11-23 08:52:01 - /usr/sbin/config -m LINT-VIMAGE TB --- 2011-11-23 08:52:01 - building LINT-VIMAGE kernel TB --- 2011-11-23 08:52:01 - CROSS_BUILD_TESTING=YES TB --- 2011-11-23 08:52:01 - MAKEOBJDIRPREFIX=/obj TB --- 2011-11-23 08:52:01 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2011-11-23 08:52:01 - SRCCONF=/dev/null TB --- 2011-11-23 08:52:01 - TARGET=i386
9.0-RC2 - bsdinstall - ifconfig
Hi peoples who stay current! Several days ago I made fresh installation of 9.0-RC2. I found that new installer is very easy and very usable. But found small problem: When I doing interface configuration, I press tab instead of arrow and then for return press Shift+Tab, after that dialog was closed with only IP field filled. So it is not a problem that Shift+Tab not supported, but problem is that unexpected keys combinations close the dialog box. Thank you! WBW -- Alexandr Rybalko r...@dlink.ua aka Alex RAY r...@ddteam.net ___ freebsd-current@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to freebsd-current-unsubscr...@freebsd.org
Re: RLIMIT_DATA and malloc(3) use of mmap(2)
[...] Anyway, the patch needs testers before I will push it forward. [igor's email was corrected] We will test it in out environment and let you know. Thanks for the patch! -- Maxim Konovalov ___ freebsd-current@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to freebsd-current-unsubscr...@freebsd.org
[head tinderbox] failure on amd64/amd64
TB --- 2011-11-23 09:50:00 - tinderbox 2.8 running on freebsd-current.sentex.ca TB --- 2011-11-23 09:50:00 - starting HEAD tinderbox run for amd64/amd64 TB --- 2011-11-23 09:50:00 - cleaning the object tree TB --- 2011-11-23 09:50:28 - cvsupping the source tree TB --- 2011-11-23 09:50:28 - /usr/bin/csup -z -r 3 -g -L 1 -h cvsup.sentex.ca /tinderbox/HEAD/amd64/amd64/supfile TB --- 2011-11-23 09:51:06 - building world TB --- 2011-11-23 09:51:06 - CROSS_BUILD_TESTING=YES TB --- 2011-11-23 09:51:06 - MAKEOBJDIRPREFIX=/obj TB --- 2011-11-23 09:51:06 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2011-11-23 09:51:06 - SRCCONF=/dev/null TB --- 2011-11-23 09:51:06 - TARGET=amd64 TB --- 2011-11-23 09:51:06 - TARGET_ARCH=amd64 TB --- 2011-11-23 09:51:06 - TZ=UTC TB --- 2011-11-23 09:51:06 - __MAKE_CONF=/dev/null TB --- 2011-11-23 09:51:06 - cd /src TB --- 2011-11-23 09:51:06 - /usr/bin/make -B buildworld World build started on Wed Nov 23 09:51:06 UTC 2011 Rebuilding the temporary build tree stage 1.1: legacy release compatibility shims stage 1.2: bootstrap tools stage 2.1: cleaning up the object tree stage 2.2: rebuilding the object tree stage 2.3: build tools stage 3: cross tools stage 4.1: building includes stage 4.2: building libraries stage 4.3: make dependencies stage 4.4: building everything stage 5.1: building 32 bit shim libraries World build completed on Wed Nov 23 12:27:25 UTC 2011 TB --- 2011-11-23 12:27:25 - generating LINT kernel config TB --- 2011-11-23 12:27:25 - cd /src/sys/amd64/conf TB --- 2011-11-23 12:27:25 - /usr/bin/make -B LINT TB --- 2011-11-23 12:27:25 - cd /src/sys/amd64/conf TB --- 2011-11-23 12:27:25 - /usr/sbin/config -m LINT-NOINET TB --- 2011-11-23 12:27:25 - building LINT-NOINET kernel TB --- 2011-11-23 12:27:25 - CROSS_BUILD_TESTING=YES TB --- 2011-11-23 12:27:25 - MAKEOBJDIRPREFIX=/obj TB --- 2011-11-23 12:27:25 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2011-11-23 12:27:25 - SRCCONF=/dev/null TB --- 2011-11-23 12:27:25 - TARGET=amd64 TB --- 2011-11-23 12:27:25 - TARGET_ARCH=amd64 TB --- 2011-11-23 12:27:25 - TZ=UTC TB --- 2011-11-23 12:27:25 - __MAKE_CONF=/dev/null TB --- 2011-11-23 12:27:25 - cd /src TB --- 2011-11-23 12:27:25 - /usr/bin/make -B buildkernel KERNCONF=LINT-NOINET Kernel build for LINT-NOINET started on Wed Nov 23 12:27:25 UTC 2011 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 [...] cc1: warnings being treated as errors /src/sys/dev/netmap/netmap.c: In function 'netmap_memory_init': /src/sys/dev/netmap/netmap.c:1626: warning: format '%d' expects type 'int', but argument 7 has type 'size_t' [-Wformat] /src/sys/dev/netmap/netmap.c:1634: warning: format '%d' expects type 'int', but argument 7 has type 'size_t' [-Wformat] /src/sys/dev/netmap/netmap.c: In function 'netmap_memory_fini': /src/sys/dev/netmap/netmap.c:1677: warning: format '%d' expects type 'int', but argument 2 has type 'size_t' [-Wformat] /src/sys/dev/netmap/netmap.c: In function 'netmap_init': /src/sys/dev/netmap/netmap.c:1707: warning: format '%d' expects type 'int', but argument 2 has type 'size_t' [-Wformat] *** Error code 1 Stop in /obj/amd64.amd64/src/sys/LINT-NOINET. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2011-11-23 12:35:28 - WARNING: /usr/bin/make returned exit code 1 TB --- 2011-11-23 12:35:28 - ERROR: failed to build LINT-NOINET kernel TB --- 2011-11-23 12:35:28 - 7799.66 user 1502.58 system 9927.94 real http://tinderbox.freebsd.org/tinderbox-head-HEAD-amd64-amd64.full ___ freebsd-current@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to freebsd-current-unsubscr...@freebsd.org
Re: 9.0-RC2 - bsdinstall - ifconfig
Am 23.11.2011 um 11:07 schrieb Aleksandr Rybalko: Hi peoples who stay current! Several days ago I made fresh installation of 9.0-RC2. I found that new installer is very easy and very usable. But found small problem: When I doing interface configuration, I press tab instead of arrow and then for return press Shift+Tab, after that dialog was closed with only IP field filled. So it is not a problem that Shift+Tab not supported, but problem is that unexpected keys combinations close the dialog box. I've been annoyed by this dialog mis-feature as well, and I've just found this debian bug: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=641135 My standard terminal is Mac OS X' Terminal.app, using TERM=xterm-color. I've tested this dialog invocation: $ dialog --menu foo 20 60 12 a one b two c three Hitting Shift-Tab exits from dialog. Looking at /etc/termcap, it seems the various xterm definitions lack a kB definition. syscons as well as Terminal.app produces ^]]Z for Shift-Tab. If I set these environment variables: $ export TERMCAP='xterm-fixed:kB=\E[Z:tc=xterm-color:' $ export TERM=xterm-fixed dialog behaves correctly. This article discusses how to add a keybinding for plain xterm to produce ^[[Z for Shift-Tab (by default, xterm produces ^I for both Tab and Shift-Tab): http://stuff.mit.edu/afs/sipb/user/daveg/Info/backtab-howto.txt It might be beneficial to add kB=\e[Z to the standard xterm entries in our termcap. Stefan -- Stefan Bethke s...@lassitu.de Fon +49 151 14070811 ___ freebsd-current@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to freebsd-current-unsubscr...@freebsd.org
Re: 9.0-RC2 - bsdinstall - ifconfig
Am 23.11.2011 um 13:41 schrieb Stefan Bethke: Am 23.11.2011 um 11:07 schrieb Aleksandr Rybalko: Hi peoples who stay current! Several days ago I made fresh installation of 9.0-RC2. I found that new installer is very easy and very usable. But found small problem: When I doing interface configuration, I press tab instead of arrow and then for return press Shift+Tab, after that dialog was closed with only IP field filled. So it is not a problem that Shift+Tab not supported, but problem is that unexpected keys combinations close the dialog box. I've been annoyed by this dialog mis-feature as well, and I've just found this debian bug: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=641135 My standard terminal is Mac OS X' Terminal.app, using TERM=xterm-color. I've tested this dialog invocation: $ dialog --menu foo 20 60 12 a one b two c three Hitting Shift-Tab exits from dialog. Looking at /etc/termcap, it seems the various xterm definitions lack a kB definition. syscons as well as Terminal.app produces ^]]Z for Shift-Tab. If I set these environment variables: $ export TERMCAP='xterm-fixed:kB=\E[Z:tc=xterm-color:' $ export TERM=xterm-fixed dialog behaves correctly. This article discusses how to add a keybinding for plain xterm to produce ^[[Z for Shift-Tab (by default, xterm produces ^I for both Tab and Shift-Tab): http://stuff.mit.edu/afs/sipb/user/daveg/Info/backtab-howto.txt It might be beneficial to add kB=\e[Z to the standard xterm entries in our termcap. http://www.freebsd.org/cgi/query-pr.cgi?pr=162787 -- Stefan Bethke s...@lassitu.de Fon +49 151 14070811 ___ freebsd-current@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to freebsd-current-unsubscr...@freebsd.org
Re: 9.0-RC2 - bsdinstall - ifconfig
On 23/11/2011 14:06, Stefan Bethke wrote: http://www.freebsd.org/cgi/query-pr.cgi?pr=162787 That's a much better PR than the one I submitted about the problem last year: http://www.freebsd.org/cgi/query-pr.cgi?pr=bin/151229 :) -- Bruce Cran ___ freebsd-current@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to freebsd-current-unsubscr...@freebsd.org
Re: 9.0-RC2 - bsdinstall - ifconfig
Am 23.11.2011 um 15:34 schrieb Bruce Cran: On 23/11/2011 14:06, Stefan Bethke wrote: http://www.freebsd.org/cgi/query-pr.cgi?pr=162787 That's a much better PR than the one I submitted about the problem last year: http://www.freebsd.org/cgi/query-pr.cgi?pr=bin/151229 :) Sorry, I did try to check termcap related PRs before filing mine, but didn't see yours. Stefan -- Stefan Bethke s...@lassitu.de Fon +49 151 14070811 ___ freebsd-current@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to freebsd-current-unsubscr...@freebsd.org
Cross-architecture compiling
Hi, I would like to ask people in this conference for advice regards cross-architecture compiling. Right now I have 32-bit system, where I need to boot over TFTP/NFS diferrent architectures (i386/AMD64). I need to populate appropriate directory structure using some generalized kernel configuration, each platform have thein own kernel.conf. I did those steps bellow, but this not work. Can someone help me? Regards Jan #!bin/sh export CC=/usr/cross/usr/bin/gcc export AS=/usr/cross/usr/bin/as export NM=/usr/cross/usr/bin/nm export RANLIB=/usr/cross/usr/bin/ranlib export LD=/usr/cross/usr/bin/ld export OBJCOPY=/usr/cross/usr/bin/objcopy export SIZE=/usr/cross/usr/bin/size export CPUTYPE=native export KERNCONF= for TARGET_ARCH in i386 amd64 do export MACHINE=${TARGET_ARCH} export MACHINE_ARCH=${TARGET_ARCH} export DESTDIR=/pxeboot/diskless/${TARGET_ARCH} mkdir $DESTDIR mkdir -p ${DESTDIR}usr/bin mkdir -p ${DESTDIR}usr/lib mkdir -p ${DESTDIR}usr/include mkdir -p ${DESTDIR}usr/share/man/man1 mkdir -p ${DESTDIR}usr/share/info mkdir -p ${DESTDIR}usr/libdata/ldscripts mkdir -p ${DESTDIR}usr/libexec cd /usr/obj rm -rf usr cd /usr/src make world TARGET_ARCH=$TARGET_ARCH TOOLS_PREFIX=$DESTDIR DESTDIR=$DESTDIR install make kernel TARGET_ARCH=$TARGET_ARCH TOOLS_PREFIX=$DESTDIR DESTDIR=$DESTDIR install cd etc make distribution mkdir $DESTDIR/boot cp /boot/device.hints $DESTDIR/boot done mkdir -p /pxeboot/diskless/conf/default/etc ln -s /pxeboot/diskless/conf/default /pxeboot/diskless/i386/conf/default ln -s /pxeboot/diskless/conf/default /pxeboot/diskless/amd64/conf/default ___ freebsd-current@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to freebsd-current-unsubscr...@freebsd.org
NFS + SVN problem?
Not sure what this all means, but when I attempt to check out HEAD on an NFS mount in the fbsd cluster (nfs server is a netapp filer), I'm getting an odd failure error. FreeBSD bhyve.freebsd.org 10.0-CURRENT FreeBSD 10.0-CURRENT #0 r227883: Wed Nov 23 06:08:40 PST 2011 sbr...@bhyve.freebsd.org:/usr/obj/var/tmp/temp/head/sys/GENERIC amd64 [sbruno@bhyve /dumpster/scratch/sbruno-scratch]$ svn co -q svn +ssh://svn.freebsd.org/base/head Enter passphrase for key '/home/sbruno/.ssh/id_rsa': svn: E200030: disk I/O error, executing statement 'PRAGMA synchronous=OFF;PRAGMA recursive_triggers=ON;' Mounting the filer mount with the following entry in my fstab: dumpster:/vol/volshscratch /dumpster/scratch nfs rw,soft,bg,intr,nosuid 0 0 ___ freebsd-current@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to freebsd-current-unsubscr...@freebsd.org
Re: NFS + SVN problem?
On 2011-11-23 17:41, Sean Bruno wrote: Not sure what this all means, but when I attempt to check out HEAD on an NFS mount in the fbsd cluster (nfs server is a netapp filer), I'm getting an odd failure error. FreeBSD bhyve.freebsd.org 10.0-CURRENT FreeBSD 10.0-CURRENT #0 r227883: Wed Nov 23 06:08:40 PST 2011 sbr...@bhyve.freebsd.org:/usr/obj/var/tmp/temp/head/sys/GENERIC amd64 [sbruno@bhyve /dumpster/scratch/sbruno-scratch]$ svn co -q svn +ssh://svn.freebsd.org/base/head Enter passphrase for key '/home/sbruno/.ssh/id_rsa': svn: E200030: disk I/O error, executing statement 'PRAGMA synchronous=OFF;PRAGMA recursive_triggers=ON;' Mounting the filer mount with the following entry in my fstab: dumpster:/vol/volshscratch /dumpster/scratch nfs rw,soft,bg,intr,nosuid 0 0 Either downgrade to Subversion 1.6, or upgrade to NFSv4. I have found nothing else that works. :( Subversion 1.7 is a disaster in many areas, this is one of them... ___ freebsd-current@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to freebsd-current-unsubscr...@freebsd.org
Re: NFS + SVN problem?
Sean Bruno wrote: Not sure what this all means, but when I attempt to check out HEAD on an NFS mount in the fbsd cluster (nfs server is a netapp filer), I'm getting an odd failure error. FreeBSD bhyve.freebsd.org 10.0-CURRENT FreeBSD 10.0-CURRENT #0 r227883: Wed Nov 23 06:08:40 PST 2011 sbr...@bhyve.freebsd.org:/usr/obj/var/tmp/temp/head/sys/GENERIC amd64 [sbruno@bhyve /dumpster/scratch/sbruno-scratch]$ svn co -q svn +ssh://svn.freebsd.org/base/head Enter passphrase for key '/home/sbruno/.ssh/id_rsa': svn: E200030: disk I/O error, executing statement 'PRAGMA synchronous=OFF;PRAGMA recursive_triggers=ON;' I just did a checkout of head/sys to an NFS mount (off of a FreeBSD server) and it worked ok. I have no idea what the above means, but it suggests that the NFS mount point returned some error? A couple of questions: - Is the failure intermittent? - Did it occur right when the svn was started or part way through it? Mounting the filer mount with the following entry in my fstab: dumpster:/vol/volshscratch /dumpster/scratch nfs rw,soft,bg,intr,nosuid 0 0 I'd try again without the soft,intr options. In particular, soft can cause an I/O syscall to fail when the server is slow to respond and apps. don't expect that to happen. rick ___ freebsd-current@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to freebsd-current-unsubscr...@freebsd.org ___ freebsd-current@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to freebsd-current-unsubscr...@freebsd.org
Re: NFS + SVN problem?
Dinitry Andric wrote: On 2011-11-23 17:41, Sean Bruno wrote: Not sure what this all means, but when I attempt to check out HEAD on an NFS mount in the fbsd cluster (nfs server is a netapp filer), I'm getting an odd failure error. FreeBSD bhyve.freebsd.org 10.0-CURRENT FreeBSD 10.0-CURRENT #0 r227883: Wed Nov 23 06:08:40 PST 2011 sbr...@bhyve.freebsd.org:/usr/obj/var/tmp/temp/head/sys/GENERIC amd64 [sbruno@bhyve /dumpster/scratch/sbruno-scratch]$ svn co -q svn +ssh://svn.freebsd.org/base/head Enter passphrase for key '/home/sbruno/.ssh/id_rsa': svn: E200030: disk I/O error, executing statement 'PRAGMA synchronous=OFF;PRAGMA recursive_triggers=ON;' Mounting the filer mount with the following entry in my fstab: dumpster:/vol/volshscratch /dumpster/scratch nfs rw,soft,bg,intr,nosuid 0 0 Either downgrade to Subversion 1.6, or upgrade to NFSv4. I have found nothing else that works. :( Ah, yes. I used an up-to-date NFS client but an old svn. If the upgrade to NFSv4 helps, I suspect it is related to byte range locking, which I think NFSv4 gets right. rick Subversion 1.7 is a disaster in many areas, this is one of them... ___ freebsd-current@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to freebsd-current-unsubscr...@freebsd.org ___ freebsd-current@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to freebsd-current-unsubscr...@freebsd.org
Re: NFS + SVN problem?
Dimitry Andric wrote: On 2011-11-23 17:41, Sean Bruno wrote: Not sure what this all means, but when I attempt to check out HEAD on an NFS mount in the fbsd cluster (nfs server is a netapp filer), I'm getting an odd failure error. FreeBSD bhyve.freebsd.org 10.0-CURRENT FreeBSD 10.0-CURRENT #0 r227883: Wed Nov 23 06:08:40 PST 2011 sbr...@bhyve.freebsd.org:/usr/obj/var/tmp/temp/head/sys/GENERIC amd64 [sbruno@bhyve /dumpster/scratch/sbruno-scratch]$ svn co -q svn +ssh://svn.freebsd.org/base/head Enter passphrase for key '/home/sbruno/.ssh/id_rsa': svn: E200030: disk I/O error, executing statement 'PRAGMA synchronous=OFF;PRAGMA recursive_triggers=ON;' Mounting the filer mount with the following entry in my fstab: dumpster:/vol/volshscratch /dumpster/scratch nfs rw,soft,bg,intr,nosuid 0 0 Either downgrade to Subversion 1.6, or upgrade to NFSv4. I have found nothing else that works. :( I don't know if Dimitry tried this, but you could also try the nolockd option, so that byte range locking is done locally in the client and avoids the NLM. Good luck with it and please let us know how it goes, rick Subversion 1.7 is a disaster in many areas, this is one of them... ___ freebsd-current@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to freebsd-current-unsubscr...@freebsd.org ___ freebsd-current@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to freebsd-current-unsubscr...@freebsd.org
Re: ee (easy editor) bugged on 9.0?
Hi Jason, * Jason Edwards sub.m...@gmail.com, 2022 21:56: I wonder: is cons25 bugged or simply obsolete? Not that I want to keep cons25; just being curious. There are two reasons why I changed the default terminal emulator to be xterm-like, instead of conforming to cons25: - It is more compatible. Not all operating systems have proper cons25 entries in their termcap/terminfo, meaning it is practically impossible to SSH to one of those systems and do your work properly. Also, there are many devices (e.g. Cisco/HP switches) that don't offer a lot of flexibility with respect to terminal handling. By using an xterm-style emulator, this is all solved, because xterm is pretty much compatible with VT100 and friends. - It is more bandwidth efficient. cons25-like terminals do not (have to) support more advanced features like scrolling regions. This means for example that if you use applications where only a portion of the screen scrolls (e.g. irssi, mutt), it has to redraw that entire portion of the screen, instead of being able to simply scroll that independent region, without affecting the rest of the display contents. This is of course no problem when running applications locally, but it does have its advantages when SSHing to another system. - It is more future proof. There are many implementations of xterm-like terminals that demonstrate that it's not hard to get (a sane subset of) UTF-8 and 256 colors working. Things like that are simply not available for cons25. As people pointed out, if you still want to keep on using TERM=cons25 (not advised, though), you _MUST_ either compile your kernel with TEKEN_CONS25 or run vidcontrol -T cons25. This is due to the fact that cons25-like terminals are incompatible with xterm-like terminals. For example: - With xterm, ^N and ^O are used to switch character maps, while with cons25, they render a music note and star symbol. - With xterm, processing backspace while the cursor is at the first column of the screen does nothing, while cons25 performs reverse line wrapping. - With xterm, ^L is interpreted as a newline, while with cons25, it clears the entire screen. - With xterm, line wrapping of the cursor on a display of n columns wide is only performed when printing the n+1'th character, while cons25 already does this after the n'th character. Effectively, this makes it very hard to print a character in the lower righthand corner of the screen. One of these incompatibilities is likely what caused the problems you experienced when you ran ee(1) without updating /etc/ttys accordingly. -- Ed Schouten e...@80386.nl WWW: http://80386.nl/ pgpjoclhMhX6j.pgp Description: PGP signature
Re: ee (easy editor) bugged on 9.0?
* Ed Schouten e...@80386.nl, 2023 19:11: There are two reasons why I changed the default terminal emulator to be xterm-like, instead of conforming to cons25: Errr... for large values of two. -- Ed Schouten e...@80386.nl WWW: http://80386.nl/ pgpifNuiJHbAs.pgp Description: PGP signature
Re: NFS + SVN problem?
On Wed, 2011-11-23 at 09:58 -0800, Rick Macklem wrote: I don't know if Dimitry tried this, but you could also try the nolockd option, so that byte range locking is done locally in the client and avoids the NLM. Good luck with it and please let us know how it goes, rick This seems to allow SVN 1.7 to do whatever nonsense it is trying to do. I've modified my fstab on the test host in the cluster to: dumpster:/vol/volshscratch /dumpster/scratch nfs rw,soft,intr,bg,nolockd,nosuid 0 0 Removing soft,intr had no effect. This, I suspect will be problematic for clusteradm@ if we start updating hosts in the cluster. Sean signature.asc Description: This is a digitally signed message part
Re: Cross-architecture compiling
Hi All, 23.11.2011 18:37, Jan Dušátko пишет: Hi, I would like to ask people in this conference for advice regards cross-architecture compiling. Right now I have 32-bit system, where I need to boot over TFTP/NFS diferrent architectures (i386/AMD64). I need to populate appropriate directory structure using some generalized kernel configuration, each platform have thein own kernel.conf. At my previous $JOB we configured an amd64 system to load i386 diskless stations. I did those steps bellow, but this not work. Can someone help me? Not work is not a diagnostic message. Please, be more specific here. Regards Jan #!bin/sh export CC=/usr/cross/usr/bin/gcc export AS=/usr/cross/usr/bin/as export NM=/usr/cross/usr/bin/nm export RANLIB=/usr/cross/usr/bin/ranlib export LD=/usr/cross/usr/bin/ld export OBJCOPY=/usr/cross/usr/bin/objcopy export SIZE=/usr/cross/usr/bin/size export CPUTYPE=native I'm not sure if those varialbes are needed. export KERNCONF= Well, does this really work? Is it the same as KERNCONF=GENERIC? Not sure. for TARGET_ARCH in i386 amd64 do export MACHINE=${TARGET_ARCH} export MACHINE_ARCH=${TARGET_ARCH} export DESTDIR=/pxeboot/diskless/${TARGET_ARCH} mkdir $DESTDIR mkdir -p ${DESTDIR}usr/bin mkdir -p ${DESTDIR}usr/lib mkdir -p ${DESTDIR}usr/include mkdir -p ${DESTDIR}usr/share/man/man1 mkdir -p ${DESTDIR}usr/share/info mkdir -p ${DESTDIR}usr/libdata/ldscripts mkdir -p ${DESTDIR}usr/libexec cd /usr/obj rm -rf usr cd /usr/src make world TARGET_ARCH=$TARGET_ARCH TOOLS_PREFIX=$DESTDIR DESTDIR=$DESTDIR install make kernel TARGET_ARCH=$TARGET_ARCH TOOLS_PREFIX=$DESTDIR DESTDIR=$DESTDIR install I'm not sure about TOOLS_PREFIX (do not recall we used it). cd etc I'd say this is not needed. make distribution And that should be make distribution DESTDIR=$DESTDIR. mkdir $DESTDIR/boot That directory should already present. And the rest I don't understand (may be OK). cp /boot/device.hints $DESTDIR/boot done mkdir -p /pxeboot/diskless/conf/default/etc ln -s /pxeboot/diskless/conf/default /pxeboot/diskless/i386/conf/default ln -s /pxeboot/diskless/conf/default /pxeboot/diskless/amd64/conf/default -- WBR, Boris Samorodov (bsam) FreeBSD Committer, http://www.FreeBSD.org The Power To Serve ___ freebsd-current@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to freebsd-current-unsubscr...@freebsd.org
Trouble getting serial support for Live CD in 9 installer
I often use the serial console on my servers through ILOM remote console access to install FreeBSD because it lets me cut and paste commands into a live shell from install media. Back with FreeBSD 8.x and previous, the console worked as a dual console between the redirected VGA/keyboard console and serial, all I had to do was drop to the loader prompt at the boot loader menu to enter: set console=comconsole set boot_serial=yes boot From then on, the VGA console was ignored until I rebooted. But in 9.x (currently trying 9.0-RC2 from the usb image), I have to interrupt an earlier loader to use -h or -D to enable serial(dual) console support at all. I then enter the two variables above as I usually do, then specify my terminal type (xterm), then choose Live CD which prints: Updating motd: /etc/motd is not writable, update failed. Configuring syscons: blanktime. Starting cron. Starting background file system checks in 60 seconds. Wed Nov 23 19:03:02 UTC 2011 but then it prints the FreeBSD banner and spawns the login: prompt on the VGA console instead. Is there something else I can set during the boot process to make this work? I could try modifying the configuration on the usb image to suit my site but this is more modification than I required in the past and surprisingly different. Please let me know if I can provide more information or help in some way. Thanks. If I don't hear back in a few days or so, I'll make a PR. ___ freebsd-current@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to freebsd-current-unsubscr...@freebsd.org
Re: Trouble getting serial support for Live CD in 9 installer
On Wed, Nov 23, 2011 at 11:12 AM, Adam McDougall mcdou...@egr.msu.edu wrote: I often use the serial console on my servers through ILOM remote console access to install FreeBSD because it lets me cut and paste commands into a live shell from install media. Back with FreeBSD 8.x and previous, the console worked as a dual console between the redirected VGA/keyboard console and serial, all I had to do was drop to the loader prompt at the boot loader menu to enter: set console=comconsole set boot_serial=yes boot From then on, the VGA console was ignored until I rebooted. But in 9.x (currently trying 9.0-RC2 from the usb image), I have to interrupt an earlier loader to use -h or -D to enable serial(dual) console support at all. I then enter the two variables above as I usually do, then specify my terminal type (xterm), then choose Live CD which prints: Updating motd: /etc/motd is not writable, update failed. Configuring syscons: blanktime. Starting cron. Starting background file system checks in 60 seconds. Wed Nov 23 19:03:02 UTC 2011 but then it prints the FreeBSD banner and spawns the login: prompt on the VGA console instead. Is there something else I can set during the boot process to make this work? I could try modifying the configuration on the usb image to suit my site but this is more modification than I required in the past and surprisingly different. Please let me know if I can provide more information or help in some way. Thanks. If I don't hear back in a few days or so, I'll make a PR. You'll need to change your device.hints and /etc/ttys. -Garrett ___ freebsd-current@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to freebsd-current-unsubscr...@freebsd.org
Re: Cross-architecture compiling
2011/11/23 Jan Dušátko j...@dusatko.org: Hi, I would like to ask people in this conference for advice regards cross-architecture compiling. Right now I have 32-bit system, where I need to boot over TFTP/NFS diferrent architectures (i386/AMD64). I need to populate appropriate directory structure using some generalized kernel configuration, each platform have thein own kernel.conf. I did those steps bellow, but this not work. Can someone help me? Regards Jan #!bin/sh export CC=/usr/cross/usr/bin/gcc export AS=/usr/cross/usr/bin/as export NM=/usr/cross/usr/bin/nm export RANLIB=/usr/cross/usr/bin/ranlib export LD=/usr/cross/usr/bin/ld export OBJCOPY=/usr/cross/usr/bin/objcopy export SIZE=/usr/cross/usr/bin/size export CPUTYPE=native export KERNCONF= for TARGET_ARCH in i386 amd64 do export MACHINE=${TARGET_ARCH} export MACHINE_ARCH=${TARGET_ARCH} export DESTDIR=/pxeboot/diskless/${TARGET_ARCH} mkdir $DESTDIR mkdir -p ${DESTDIR}usr/bin mkdir -p ${DESTDIR}usr/lib mkdir -p ${DESTDIR}usr/include mkdir -p ${DESTDIR}usr/share/man/man1 mkdir -p ${DESTDIR}usr/share/info mkdir -p ${DESTDIR}usr/libdata/ldscripts mkdir -p ${DESTDIR}usr/libexec cd /usr/obj rm -rf usr cd /usr/src make world TARGET_ARCH=$TARGET_ARCH TOOLS_PREFIX=$DESTDIR DESTDIR=$DESTDIR install make kernel TARGET_ARCH=$TARGET_ARCH TOOLS_PREFIX=$DESTDIR DESTDIR=$DESTDIR install cd etc make distribution mkdir $DESTDIR/boot cp /boot/device.hints $DESTDIR/boot done mkdir -p /pxeboot/diskless/conf/default/etc ln -s /pxeboot/diskless/conf/default /pxeboot/diskless/i386/conf/default ln -s /pxeboot/diskless/conf/default /pxeboot/diskless/amd64/conf/default Hi, I don't have experience setting up a cross-build environment for FreeBSD, but you may want to read this: http://bsdimp.blogspot.com/2006/09/cross-building-freebsd.html However, I have more experience setting up PXE (TFTP + NFS) booting systems of FreeBSD. You should read this document which I wrote: http://www.freebsd.org/doc/handbook/network-pxe-nfs.html -- Craig Rodrigues rodr...@crodrigues.org ___ freebsd-current@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to freebsd-current-unsubscr...@freebsd.org
Re: NFS + SVN problem?
Sean Bruno wrote: On Wed, 2011-11-23 at 09:58 -0800, Rick Macklem wrote: I don't know if Dimitry tried this, but you could also try the nolockd option, so that byte range locking is done locally in the client and avoids the NLM. Good luck with it and please let us know how it goes, rick This seems to allow SVN 1.7 to do whatever nonsense it is trying to do. I've modified my fstab on the test host in the cluster to: dumpster:/vol/volshscratch /dumpster/scratch nfs rw,soft,intr,bg,nolockd,nosuid 0 0 Yep. Unless you have multiple clients locking the same file concurrently, doing locking locally within the client is the way to go. (Although I'm not fond of soft, I think the default timeout is pretty conservative, so it would take a network partitioning or VERY SLOW server to trigger it.) (The NLM and associated NSM protocols are fundamentally flawed in their design, so no implementation can be expected to make them work correctly. Having said that, I am not familiar enough with the FreeBSD implementation to try and fix specific scenarios. I do have a patch submitted by John Dees that fixes the case where a process with read access to a file attempts to read lock it. This case fails for the code in head, because the nlm always tests for write access. I do plan on getting this patch into head at some point.) Oh, and don't hesitate to try NFSv4. It should do the locking correctly without needing nolockd and the more testing it gets, the better.;-) rick Removing soft,intr had no effect. This, I suspect will be problematic for clusteradm@ if we start updating hosts in the cluster. Sean ___ freebsd-current@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to freebsd-current-unsubscr...@freebsd.org
iSCSI initiator: iscontrol cannot be stopped or killed
Problem: the iscontrol process starts normally and establishes a session and brings up a device, but it cannot be stopped. It does not react to a HUP signal, and neither to KILL. The /dev/da0 device is operational and the remote disk remains normally accessible, regardless of how I try to (unsuccessfully) shutdown the iscontrol process. The ps reports the state of the process as Ds, not doing anything. A ktrace does not show any reaction to a received signal. A restart seems to be necessary to break the iSCSI session. Using FreeBSD 9.0-rc2, amd64, also tried with 9.0-PRERELEASE (csup tag=RELENG_9 as of today). This used to work normally as documented on the same host with the same iscsi.conf config file before upgrading from 8.2 to 9.0. Anybody else experiencing this problem? Suggestions welcome. Mark ___ freebsd-current@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to freebsd-current-unsubscr...@freebsd.org
Re: iSCSI initiator: iscontrol cannot be stopped or killed
On Wed, Nov 23, 2011 at 7:26 PM, Mark Martinec mark.martinec+free...@ijs.si wrote: Problem: the iscontrol process starts normally and establishes a session and brings up a device, but it cannot be stopped. It does not react to a HUP signal, and neither to KILL. If you can get it back into this state, a procstat -k -k iscontrol pid would be very helpful. (the second -k is not a typo). ___ freebsd-current@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to freebsd-current-unsubscr...@freebsd.org
Re: iSCSI initiator: iscontrol cannot be stopped or killed
On Thursday November 24 2011 01:35:28 Ryan Stone wrote: If you can get it back into this state, Sure, *every* time. a procstat -k -k iscontrol pid would be very helpful. (the second -k is not a typo). # procstat -k -k 5896 PIDTID COMM TDNAME KSTACK 5896 102364 iscontrol-mi_switch+0x174 sleepq_timedwait+0x42 _sleep+0x301 ic_init+0x2f1 iscsi_ioctl+0x525 devfs_ioctl_f+0x7b kern_ioctl+0x115 sys_ioctl+0xfd amd64_syscall+0x450 Xfast_syscall+0xf7 Thanks Mark ___ freebsd-current@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to freebsd-current-unsubscr...@freebsd.org
Re: [PATCH] Detect GNU/kFreeBSD in user-visible kernel headers (v2)
On Wed, 23 Nov 2011, Robert Millan wrote: Here we go again :-) Out of the kernel headers that are installed in /usr/include/ hierracy, there are some which include support multiple operating systems (usually FreeBSD and other *BSD flavours). This patch adds support to detect GNU/kFreeBSD as well. In all cases, we match the same declarations as FreeBSD does (which is to be expected in kernel headers, since both systems share the same kernel). Now it adds lots of namespace pollution (all of sys/param.h, including all of its namespace pollution), just to get 1 new symbol defined. % Index: sys/cam/scsi/scsi_low.h % === % --- sys/cam/scsi/scsi_low.h (revision 227831) % +++ sys/cam/scsi/scsi_low.h (working copy) % @@ -44,6 +44,8 @@ % #ifndef _SCSI_LOW_H_ % #define _SCSI_LOW_H_ % % +#include sys/param.h % + % /* % * Scsi low OSDEP % * (All os depend structures should be here!) % % [... 22 more headers polluted] All the affected headers are poorly implemented ones. Mostly kernel headers which escaped to userland. Bruce ___ freebsd-current@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to freebsd-current-unsubscr...@freebsd.org