buildworld fails immediately
root@lilith:/usr/src # make buildworld make[1]: "/usr/src/Makefile.inc1" line 144: SYSTEM_COMPILER: Determined that CC=cc matches the source tree. Not bootstrapping a cross-compiler. -- >>> World build started on Thu Mar 23 01:36:18 EDT 2017 -- -- >>> Rebuilding the temporary build tree -- rm -rf /usr/obj/usr/src/tmp/legacy/usr/include mkdir -p /usr/obj/usr/src/tmp/lib mkdir -p /usr/obj/usr/src/tmp/lib/casper mkdir -p /usr/obj/usr/src/tmp/usr mkdir -p /usr/obj/usr/src/tmp/legacy/bin mkdir -p /usr/obj/usr/src/tmp/legacy/usr mtree -deU -f /usr/src/etc/mtree/BSD.usr.dist -p /usr/obj/usr/src/tmp/legacy/usr >/dev/null mtree -deU -f /usr/src/etc/mtree/BSD.groff.dist -p /usr/obj/usr/src/tmp/legacy/usr >/dev/null mtree -deU -f /usr/src/etc/mtree/BSD.include.dist -p /usr/obj/usr/src/tmp/legacy/usr/include >/dev/null mtree -deU -f /usr/src/etc/mtree/BSD.usr.dist -p /usr/obj/usr/src/tmp/usr >/dev/null mtree -deU -f /usr/src/etc/mtree/BSD.include.dist -p /usr/obj/usr/src/tmp/usr/include >/dev/null ln -sf /usr/src/sys /usr/obj/usr/src/tmp mtree -deU -f /usr/src/etc/mtree/BSD.debug.dist -p /usr/obj/usr/src/tmp/legacy/usr/lib >/dev/null mtree -deU -f /usr/src/etc/mtree/BSD.debug.dist -p /usr/obj/usr/src/tmp/usr/lib >/dev/null mtree -deU -f /usr/src/etc/mtree/BSD.lib32.dist -p /usr/obj/usr/src/tmp/usr >/dev/null mtree -deU -f /usr/src/etc/mtree/BSD.lib32.dist -p /usr/obj/usr/src/tmp/legacy/usr/lib/debug/usr >/dev/null mtree -deU -f /usr/src/etc/mtree/BSD.lib32.dist -p /usr/obj/usr/src/tmp/usr/lib/debug/usr >/dev/null mkdir -p /usr/obj/usr/src/tmp/usr/tests mtree -deU -f /usr/src/etc/mtree/BSD.tests.dist -p /usr/obj/usr/src/tmp/usr/tests >/dev/null mkdir -p /usr/obj/usr/src/tmp/usr/lib/debug//usr/tests mtree -deU -f /usr/src/etc/mtree/BSD.tests.dist -p /usr/obj/usr/src/tmp/usr/lib/debug//usr/tests >/dev/null -- >>> stage 1.1: legacy release compatibility shims -- cd /usr/src; MAKEOBJDIRPREFIX=/usr/obj/usr/src/tmp INSTALL="sh /usr/src/tools/install.sh" TOOLS_PREFIX=/usr/obj/usr/src/tmp PATH=/usr/obj/usr/src/tmp/legacy/usr/sbin:/usr/obj/usr/src/tmp/legacy/usr/bin:/usr/obj/usr/src/tmp/legacy/bin:/sbin:/bin:/usr/sbin:/usr/bin WORLDTMP=/usr/obj/usr/src/tmp MAKEFLAGS="-m /usr/src/tools/build/mk -m /usr/src/share/mk" make -f Makefile.inc1 DESTDIR= BOOTSTRAPPING=1100510 SSP_CFLAGS= MK_HTML=no NO_LINT=yes MK_MAN=no -DNO_PIC MK_PROFILE=no -DNO_SHARED -DNO_CPU_CFLAGS MK_WARNS=no MK_CTF=no MK_CLANG_EXTRAS=no MK_CLANG_FULL=no MK_LLDB=no MK_TESTS=no MK_INCLUDES=yes legacy ===> tools/build (obj,includes,all,install) sh /usr/src/tools/install.sh -C -o root -g wheel -m 444 libegacy.a /usr/obj/usr/src/tmp/legacy/usr/lib/ -- >>> stage 1.2: bootstrap tools -- cd /usr/src; MAKEOBJDIRPREFIX=/usr/obj/usr/src/tmp INSTALL="sh /usr/src/tools/install.sh" TOOLS_PREFIX=/usr/obj/usr/src/tmp PATH=/usr/obj/usr/src/tmp/legacy/usr/sbin:/usr/obj/usr/src/tmp/legacy/usr/bin:/usr/obj/usr/src/tmp/legacy/bin:/sbin:/bin:/usr/sbin:/usr/bin WORLDTMP=/usr/obj/usr/src/tmp MAKEFLAGS="-m /usr/src/tools/build/mk -m /usr/src/share/mk" make -f Makefile.inc1 DESTDIR= BOOTSTRAPPING=1100510 SSP_CFLAGS= MK_HTML=no NO_LINT=yes MK_MAN=no -DNO_PIC MK_PROFILE=no -DNO_SHARED -DNO_CPU_CFLAGS MK_WARNS=no MK_CTF=no MK_CLANG_EXTRAS=no MK_CLANG_FULL=no MK_LLDB=no MK_TESTS=no MK_INCLUDES=yes bootstrap-tools ===> lib/clang/libllvmminimal (obj,all,install) c++ -O2 -pipe -I/usr/src/lib/clang/include -I/usr/src/contrib/llvm/include -DLLVM_ON_UNIX -DLLVM_ON_FREEBSD -D__STDC_LIMIT_MACROS -D__STDC_CONSTANT_MACROS -DNDEBUG -DLLVM_DEFAULT_TARGET_TRIPLE=\"x86_64-unknown-freebsd11.0\" -DLLVM_HOST_TRIPLE=\"x86_64-unknown-freebsd11.0\" -DDEFAULT_SYSROOT=\"/usr/obj/usr/src/tmp\" -MD -MF.depend.Support_APInt.o -MTSupport/APInt.o -Qunused-arguments -I/usr/obj/usr/src/tmp/legacy/usr/include -std=c++11 -fno-exceptions -fno-rtti -stdlib=libc++ -Wno-c++11-extensions -c /usr/src/contrib/llvm/lib/Support/APInt.cpp -o Support/APInt.o c++: error: unable to execute command: Bus error (core dumped) c++: error: clang frontend command failed due to signal (use -v to see invocation) FreeBSD clang version 3.9.1 (tags/RELEASE_391/final 289601) (based on LLVM 3.9.1) Target: x86_64-unknown-freebsd11.0 Thread model: posix InstalledDir: /usr/bin c++: note: diagnostic msg: PLEASE submit a bug report to https://bugs.freebsd.org/submit/ and include the crash backtrace, preprocessed source, and associated run script. c++: note: diagnostic msg: PLEASE ATTACH THE FOLLOWING FILES TO THE
Re: make kernel ctfmerge freeze on 11-STABLE
Completely cleaning out /usr/src and /usr/obj fixed it (both current and past revisions) On Mon, Jan 2, 2017 at 8:33 AM, Aryeh Friedman <aryeh.fried...@gmail.com> wrote: > > > On Mon, Jan 2, 2017 at 7:57 AM, Mateusz Guzik <mjgu...@gmail.com> wrote: > >> On Mon, Jan 02, 2017 at 07:48:22AM -0500, Aryeh Friedman wrote: >> > On Mon, Jan 2, 2017 at 7:36 AM, Mateusz Guzik <mjgu...@gmail.com> >> wrote: >> > >> > > On Mon, Jan 02, 2017 at 06:57:48AM -0500, Aryeh Friedman wrote: >> > > > FreeBSD lilith 11.0-STABLE FreeBSD 11.0-STABLE #7 r311003: Sun Jan >> 1 >> > > > 02:45:34 EST 2017 root@lilith:/usr/obj/usr/src/sys/GENERIC >> amd64 >> > > > >> > > > >> > > > -- >> > > > >>> stage 3.1: building everything >> > > > -- >> > > > cd /usr/obj/usr/src/sys/GENERIC; COMPILER_VERSION=30901 >> > > > COMPILER_TYPE=clang COMPILER_FREEBSD_VERSION=1100503 >> > > > MAKEOBJDIRPREFIX=/usr/obj MACHINE_ARCH=amd64 MACHINE=amd64 >> CPUTYPE= >> > > > GROFF_BIN_PATH=/usr/obj/usr/src/tmp/legacy/usr/bin >> > > > GROFF_FONT_PATH=/usr/obj/usr/src/tmp/legacy/usr/share/groff_font >> > > > GROFF_TMAC_PATH=/usr/obj/usr/src/tmp/legacy/usr/share/tmac CC="cc >> > > -target >> > > > x86_64-unknown-freebsd11.0 --sysroot=/usr/obj/usr/src/tmp >> > > > -B/usr/obj/usr/src/tmp/usr/bin" CXX="c++ -target >> > > > x86_64-unknown-freebsd11.0 --sysroot=/usr/obj/usr/src/tmp >> > > > -B/usr/obj/usr/src/tmp/usr/bin" CPP="cpp -target >> > > > x86_64-unknown-freebsd11.0 --sysroot=/usr/obj/usr/src/tmp >> > > > -B/usr/obj/usr/src/tmp/usr/bin" AS="as" AR="ar" LD="ld" NM=nm >> > > > OBJDUMP=objdump OBJCOPY="objcopy" RANLIB=ranlib STRINGS= >> SIZE="size" >> > > > INSTALL="sh /usr/src/tools/install.sh" >> > > > PATH=/usr/obj/usr/src/tmp/legacy/usr/sbin:/usr/obj/usr/ >> > > src/tmp/legacy/usr/bin:/usr/obj/usr/src/tmp/legacy/bin:/ >> > > usr/obj/usr/src/tmp/usr/sbin:/usr/obj/usr/src/tmp/usr/bin:/ >> > > sbin:/bin:/usr/sbin:/usr/bin >> > > > make -m /usr/src/share/mk KERNEL=kernel all -DNO_MODULES_OBJ >> > > > linking kernel.full >> > > > ctfmerge -L VERSION -g -o kernel.full ... >> > > > >> > > >> > > How reproducible is the crash? What previous kernel was known to work? >> > > Can you narrow it down to a particular revision, preferably with >> kernel >> > > debugging enabled? (see the end of the mail) >> > > >> > >> > It first appeared a few days ago (forget what revision) then disappeared >> > the day after and reappeared yesterday. It is 100% reproducible (i.e. >> > clearing out /usr/obj and doing a make kernel in either single or >> multiuser >> > mode both cause it).Turing on debugging would be hard but perhaps I >> > should slightly qualify "freeze": make freezes but the rest of the >> system >> > is responsive and killing make leaves a zombie ctfmerge. If I still >> need >> > kernel debugging based on the above I will do it but looking for an >> easier >> > explanation first. >> > >> >> I definitely don't run into anything of the sort and the problem >> statement is quote vague. >> >> However, if the problem is indeed reproducible, the minimum you can do >> is find the first revision where it started appearing and that would >> definitely help with an investigation. >> >> > Any advice on how to do that since I update daily I can tell you when it > started (the day) but not the actual revision ID. > > > > -- > Aryeh M. Friedman, Lead Developer, http://www.PetiteCloud.org > -- Aryeh M. Friedman, Lead Developer, http://www.PetiteCloud.org ___ freebsd-stable@freebsd.org mailing list https://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to "freebsd-stable-unsubscr...@freebsd.org"
Re: make kernel ctfmerge freeze on 11-STABLE
On Mon, Jan 2, 2017 at 7:57 AM, Mateusz Guzik <mjgu...@gmail.com> wrote: > On Mon, Jan 02, 2017 at 07:48:22AM -0500, Aryeh Friedman wrote: > > On Mon, Jan 2, 2017 at 7:36 AM, Mateusz Guzik <mjgu...@gmail.com> wrote: > > > > > On Mon, Jan 02, 2017 at 06:57:48AM -0500, Aryeh Friedman wrote: > > > > FreeBSD lilith 11.0-STABLE FreeBSD 11.0-STABLE #7 r311003: Sun Jan 1 > > > > 02:45:34 EST 2017 root@lilith:/usr/obj/usr/src/sys/GENERIC > amd64 > > > > > > > > > > > > -- > > > > >>> stage 3.1: building everything > > > > -- > > > > cd /usr/obj/usr/src/sys/GENERIC; COMPILER_VERSION=30901 > > > > COMPILER_TYPE=clang COMPILER_FREEBSD_VERSION=1100503 > > > > MAKEOBJDIRPREFIX=/usr/obj MACHINE_ARCH=amd64 MACHINE=amd64 > CPUTYPE= > > > > GROFF_BIN_PATH=/usr/obj/usr/src/tmp/legacy/usr/bin > > > > GROFF_FONT_PATH=/usr/obj/usr/src/tmp/legacy/usr/share/groff_font > > > > GROFF_TMAC_PATH=/usr/obj/usr/src/tmp/legacy/usr/share/tmac CC="cc > > > -target > > > > x86_64-unknown-freebsd11.0 --sysroot=/usr/obj/usr/src/tmp > > > > -B/usr/obj/usr/src/tmp/usr/bin" CXX="c++ -target > > > > x86_64-unknown-freebsd11.0 --sysroot=/usr/obj/usr/src/tmp > > > > -B/usr/obj/usr/src/tmp/usr/bin" CPP="cpp -target > > > > x86_64-unknown-freebsd11.0 --sysroot=/usr/obj/usr/src/tmp > > > > -B/usr/obj/usr/src/tmp/usr/bin" AS="as" AR="ar" LD="ld" NM=nm > > > > OBJDUMP=objdump OBJCOPY="objcopy" RANLIB=ranlib STRINGS= > SIZE="size" > > > > INSTALL="sh /usr/src/tools/install.sh" > > > > PATH=/usr/obj/usr/src/tmp/legacy/usr/sbin:/usr/obj/usr/ > > > src/tmp/legacy/usr/bin:/usr/obj/usr/src/tmp/legacy/bin:/ > > > usr/obj/usr/src/tmp/usr/sbin:/usr/obj/usr/src/tmp/usr/bin:/ > > > sbin:/bin:/usr/sbin:/usr/bin > > > > make -m /usr/src/share/mk KERNEL=kernel all -DNO_MODULES_OBJ > > > > linking kernel.full > > > > ctfmerge -L VERSION -g -o kernel.full ... > > > > > > > > > > How reproducible is the crash? What previous kernel was known to work? > > > Can you narrow it down to a particular revision, preferably with kernel > > > debugging enabled? (see the end of the mail) > > > > > > > It first appeared a few days ago (forget what revision) then disappeared > > the day after and reappeared yesterday. It is 100% reproducible (i.e. > > clearing out /usr/obj and doing a make kernel in either single or > multiuser > > mode both cause it).Turing on debugging would be hard but perhaps I > > should slightly qualify "freeze": make freezes but the rest of the system > > is responsive and killing make leaves a zombie ctfmerge. If I still need > > kernel debugging based on the above I will do it but looking for an > easier > > explanation first. > > > > I definitely don't run into anything of the sort and the problem > statement is quote vague. > > However, if the problem is indeed reproducible, the minimum you can do > is find the first revision where it started appearing and that would > definitely help with an investigation. > > Any advice on how to do that since I update daily I can tell you when it started (the day) but not the actual revision ID. -- Aryeh M. Friedman, Lead Developer, http://www.PetiteCloud.org ___ freebsd-stable@freebsd.org mailing list https://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to "freebsd-stable-unsubscr...@freebsd.org"
Re: make kernel ctfmerge freeze on 11-STABLE
On Mon, Jan 2, 2017 at 7:36 AM, Mateusz Guzik <mjgu...@gmail.com> wrote: > On Mon, Jan 02, 2017 at 06:57:48AM -0500, Aryeh Friedman wrote: > > FreeBSD lilith 11.0-STABLE FreeBSD 11.0-STABLE #7 r311003: Sun Jan 1 > > 02:45:34 EST 2017 root@lilith:/usr/obj/usr/src/sys/GENERIC amd64 > > > > > > -- > > >>> stage 3.1: building everything > > -- > > cd /usr/obj/usr/src/sys/GENERIC; COMPILER_VERSION=30901 > > COMPILER_TYPE=clang COMPILER_FREEBSD_VERSION=1100503 > > MAKEOBJDIRPREFIX=/usr/obj MACHINE_ARCH=amd64 MACHINE=amd64 CPUTYPE= > > GROFF_BIN_PATH=/usr/obj/usr/src/tmp/legacy/usr/bin > > GROFF_FONT_PATH=/usr/obj/usr/src/tmp/legacy/usr/share/groff_font > > GROFF_TMAC_PATH=/usr/obj/usr/src/tmp/legacy/usr/share/tmac CC="cc > -target > > x86_64-unknown-freebsd11.0 --sysroot=/usr/obj/usr/src/tmp > > -B/usr/obj/usr/src/tmp/usr/bin" CXX="c++ -target > > x86_64-unknown-freebsd11.0 --sysroot=/usr/obj/usr/src/tmp > > -B/usr/obj/usr/src/tmp/usr/bin" CPP="cpp -target > > x86_64-unknown-freebsd11.0 --sysroot=/usr/obj/usr/src/tmp > > -B/usr/obj/usr/src/tmp/usr/bin" AS="as" AR="ar" LD="ld" NM=nm > > OBJDUMP=objdump OBJCOPY="objcopy" RANLIB=ranlib STRINGS= SIZE="size" > > INSTALL="sh /usr/src/tools/install.sh" > > PATH=/usr/obj/usr/src/tmp/legacy/usr/sbin:/usr/obj/usr/ > src/tmp/legacy/usr/bin:/usr/obj/usr/src/tmp/legacy/bin:/ > usr/obj/usr/src/tmp/usr/sbin:/usr/obj/usr/src/tmp/usr/bin:/ > sbin:/bin:/usr/sbin:/usr/bin > > make -m /usr/src/share/mk KERNEL=kernel all -DNO_MODULES_OBJ > > linking kernel.full > > ctfmerge -L VERSION -g -o kernel.full ... > > > > How reproducible is the crash? What previous kernel was known to work? > Can you narrow it down to a particular revision, preferably with kernel > debugging enabled? (see the end of the mail) > It first appeared a few days ago (forget what revision) then disappeared the day after and reappeared yesterday. It is 100% reproducible (i.e. clearing out /usr/obj and doing a make kernel in either single or multiuser mode both cause it).Turing on debugging would be hard but perhaps I should slightly qualify "freeze": make freezes but the rest of the system is responsive and killing make leaves a zombie ctfmerge. If I still need kernel debugging based on the above I will do it but looking for an easier explanation first. > > -- Aryeh M. Friedman, Lead Developer, http://www.PetiteCloud.org ___ freebsd-stable@freebsd.org mailing list https://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to "freebsd-stable-unsubscr...@freebsd.org"
make kernel ctfmerge freeze on 11-STABLE
FreeBSD lilith 11.0-STABLE FreeBSD 11.0-STABLE #7 r311003: Sun Jan 1 02:45:34 EST 2017 root@lilith:/usr/obj/usr/src/sys/GENERIC amd64 -- >>> stage 3.1: building everything -- cd /usr/obj/usr/src/sys/GENERIC; COMPILER_VERSION=30901 COMPILER_TYPE=clang COMPILER_FREEBSD_VERSION=1100503 MAKEOBJDIRPREFIX=/usr/obj MACHINE_ARCH=amd64 MACHINE=amd64 CPUTYPE= GROFF_BIN_PATH=/usr/obj/usr/src/tmp/legacy/usr/bin GROFF_FONT_PATH=/usr/obj/usr/src/tmp/legacy/usr/share/groff_font GROFF_TMAC_PATH=/usr/obj/usr/src/tmp/legacy/usr/share/tmac CC="cc -target x86_64-unknown-freebsd11.0 --sysroot=/usr/obj/usr/src/tmp -B/usr/obj/usr/src/tmp/usr/bin" CXX="c++ -target x86_64-unknown-freebsd11.0 --sysroot=/usr/obj/usr/src/tmp -B/usr/obj/usr/src/tmp/usr/bin" CPP="cpp -target x86_64-unknown-freebsd11.0 --sysroot=/usr/obj/usr/src/tmp -B/usr/obj/usr/src/tmp/usr/bin" AS="as" AR="ar" LD="ld" NM=nm OBJDUMP=objdump OBJCOPY="objcopy" RANLIB=ranlib STRINGS= SIZE="size" INSTALL="sh /usr/src/tools/install.sh" PATH=/usr/obj/usr/src/tmp/legacy/usr/sbin:/usr/obj/usr/src/tmp/legacy/usr/bin:/usr/obj/usr/src/tmp/legacy/bin:/usr/obj/usr/src/tmp/usr/sbin:/usr/obj/usr/src/tmp/usr/bin:/sbin:/bin:/usr/sbin:/usr/bin make -m /usr/src/share/mk KERNEL=kernel all -DNO_MODULES_OBJ linking kernel.full ctfmerge -L VERSION -g -o kernel.full ... -- Aryeh M. Friedman, Lead Developer, http://www.PetiteCloud.org ___ freebsd-stable@freebsd.org mailing list https://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to "freebsd-stable-unsubscr...@freebsd.org"
USB keyboard (wired) caps-lock takes for ever on 11-STABLE
After I did a wipe/reinstall going from 10.3 to 11 the same machine/keyboard has gone from instantly registering the pressing of caps-lock to causing a 2-3 second pause in keyboard i/o when pressing it (on or off). -- Aryeh M. Friedman, Lead Developer, http://www.PetiteCloud.org ___ freebsd-stable@freebsd.org mailing list https://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to "freebsd-stable-unsubscr...@freebsd.org"
NFS Client can't reconnect (RPC timeout) after reboot
I get a RPC time out when I attempt to reboot a 11-STABLE (1st uname) NFS client attempting to connect to a 11-STABLE NFS server (2nd uname): (Note: NIS continues to work w/ "server" being the NIS server also note rebooting the server clears it but restarting rpcbind/nfsd/mountd does not) FreeBSD lilith 11.0-STABLE FreeBSD 11.0-STABLE #7 r308121: Mon Oct 31 02:58:37 EDT 2016 root@lilith:/usr/obj/usr/src/sys/GENERIC amd64 FreeBSD server 11.0-STABLE FreeBSD 11.0-STABLE #0 r308000: Thu Oct 27 09:47:19 EDT 2016 aryeh@server2:/data/usr.obj/data/usr.src/sys/GENERIC amd64 Server /etc/rc.conf: hostname="server" ifconfig_vtnet0="inet 10.0.10.254 netmask 255.255.255.0" defaultrouter="10.0.10.1" sshd_enable="YES" # Set dumpdev to "AUTO" to enable crash dumps, "NO" to disable dumpdev="AUTO" named_enable="YES" rpcbind_enable="YES" nfs_server_enable="YES" mountd_flags="-r" nisdomainname="office" nis_server_enable="YES" nis_yppasswdd_enable="YES" lockd_enable="YES" statd_enable="YES" Server /etc/exports: /usr/local/com -maproot=root -network 10.0.10/24 /data/home /data/usr.src /data/ports -maproot=root -network 10.0.10/24 Client /etc/rc.conf: hostname="lilith" ifconfig_re0="inet 10.0.10.20 netmask 255.255.255.0" defaultrouter="10.0.10.1" sshd_enable="YES" # Set dumpdev to "AUTO" to enable crash dumps, "NO" to disable dumpdev="AUTO" nisdomainname="office" nis_client_enable="YES" tomcat7_enable="YES" cupsd_enable="YES" autofs_enable="YES" lockd_enable="YES" statd_enable="YES" -- Aryeh M. Friedman, Lead Developer, http://www.PetiteCloud.org ___ freebsd-stable@freebsd.org mailing list https://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to "freebsd-stable-unsubscr...@freebsd.org"
port collection severally broken on 11-STABLE (it also breaks make world)
On FreeBSD lilith 10.3-STABLE FreeBSD 10.3-STABLE #0 r307694: Fri Oct 21 00:10:20 EDT 2016 root@lilith:/usr/obj/usr/src/sys/GENERIC amd64 In order to install java/openjdk8 and devel/subversion I had to install the following as packages instead of compiling it from source also make world also is broken (not before) the attempt to install openjdk8 (see below package listing for makeworld output): gettext db5 boehm-gc pcre gmp binutils jsoncpp cmake ninja llvm37 libclc gnutls cups openjdk openjdk8 root@lilith:/usr/src # make DESTDIR=/ world kernel -- >>> make world started on Fri Oct 21 02:27:38 EDT 2016 -- -- >>> World build started on Fri Oct 21 02:27:39 EDT 2016 -- -- >>> Rebuilding the temporary build tree -- rm -rf /usr/obj/usr/src/tmp/legacy/usr/include rm -f /usr/obj/usr/src/usr.bin/kdump/ioctl.c rm -f /usr/obj/usr/src/usr.bin/kdump/kdump_subr.c rm -f /usr/obj/usr/src/usr.bin/truss/ioctl.c mkdir -p /usr/obj/usr/src/tmp/lib mkdir -p /usr/obj/usr/src/tmp/usr mkdir -p /usr/obj/usr/src/tmp/legacy/bin mkdir -p /usr/obj/usr/src/tmp/legacy/usr mtree -deU -f /usr/src/etc/mtree/BSD.usr.dist -p /usr/obj/usr/src/tmp/legacy/usr >/dev/null mtree -deU -f /usr/src/etc/mtree/BSD.groff.dist -p /usr/obj/usr/src/tmp/legacy/usr >/dev/null mtree -deU -f /usr/src/etc/mtree/BSD.usr.dist -p /usr/obj/usr/src/tmp/usr >/dev/null mtree -deU -f /usr/src/etc/mtree/BSD.include.dist -p /usr/obj/usr/src/tmp/usr/include >/dev/null ln -sf /usr/src/sys /usr/obj/usr/src/tmp -- >>> stage 1.1: legacy release compatibility shims -- cd /usr/src; MAKEOBJDIRPREFIX=/usr/obj/usr/src/tmp INSTALL="sh /usr/src/tools/install.sh" PATH=/usr/obj/usr/src/tmp/legacy/usr/sbin:/usr/obj/usr/src/tmp/legacy/usr/bin:/usr/obj/usr/src/tmp/legacy/usr/games:/usr/obj/usr/src/tmp/legacy/bin:/sbin:/bin:/usr/sbin:/usr/bin WORLDTMP=/usr/obj/usr/src/tmp VERSION="FreeBSD 10.3-STABLE amd64 1003509" MAKEFLAGS="-m /usr/src/tools/build/mk -m /usr/src/share/mk" COMPILER_TYPE=clang make -f Makefile.inc1 DESTDIR= BOOTSTRAPPING=1003509 SSP_CFLAGS= -DWITHOUT_HTML -DWITHOUT_INFO -DNO_LINT -DWITHOUT_MAN -DNO_PIC -DNO_PROFILE -DNO_SHARED _BOOTSTRAP_MAKEINFO=yes -DNO_CPU_CFLAGS -DNO_WARNS -DNO_CTF -DEARLY_BUILD -DNO_TESTS legacy ===> tools/build (obj,includes,depend,all,install) set -e; cd /usr/src/tools/build; make buildincludes; make installincludes cc -O2 -pipe -I/usr/src/tools/build/../../contrib/libc-pwcache -I/usr/src/tools/build/../../lib/libc/include -std=gnu99 -I/usr/obj/usr/src/tmp/legacy/usr/include -c /usr/src/tools/build/../../contrib/libc-pwcache/pwcache.c -o pwcache.o building static egacy library ranlib -D libegacy.a sh /usr/src/tools/install.sh -C -o root -g wheel -m 444 libegacy.a /usr/obj/usr/src/tmp/legacy/usr/lib -- >>> stage 1.2: bootstrap tools -- cd /usr/src; MAKEOBJDIRPREFIX=/usr/obj/usr/src/tmp INSTALL="sh /usr/src/tools/install.sh" PATH=/usr/obj/usr/src/tmp/legacy/usr/sbin:/usr/obj/usr/src/tmp/legacy/usr/bin:/usr/obj/usr/src/tmp/legacy/usr/games:/usr/obj/usr/src/tmp/legacy/bin:/sbin:/bin:/usr/sbin:/usr/bin WORLDTMP=/usr/obj/usr/src/tmp VERSION="FreeBSD 10.3-STABLE amd64 1003509" MAKEFLAGS="-m /usr/src/tools/build/mk -m /usr/src/share/mk" COMPILER_TYPE=clang make -f Makefile.inc1 DESTDIR= BOOTSTRAPPING=1003509 SSP_CFLAGS= -DWITHOUT_HTML -DWITHOUT_INFO -DNO_LINT -DWITHOUT_MAN -DNO_PIC -DNO_PROFILE -DNO_SHARED _BOOTSTRAP_MAKEINFO=yes -DNO_CPU_CFLAGS -DNO_WARNS -DNO_CTF -DEARLY_BUILD -DNO_TESTS bootstrap-tools ===> lib/clang/libllvmsupport (obj,depend,all,install) c++ -O2 -pipe -I/usr/src/lib/clang/libllvmsupport/../../../contrib/llvm/include -I/usr/src/lib/clang/libllvmsupport/../../../contrib/llvm/tools/clang/include -I/usr/src/lib/clang/libllvmsupport/../../../contrib/llvm/lib/Support -I. -I/usr/src/lib/clang/libllvmsupport/../../../contrib/llvm/../../lib/clang/include -DLLVM_ON_UNIX -DLLVM_ON_FREEBSD -D__STDC_LIMIT_MACROS -D__STDC_CONSTANT_MACROS -DNDEBUG -fno-strict-aliasing -DLLVM_DEFAULT_TARGET_TRIPLE=\"x86_64-unknown-freebsd10.3\" -DLLVM_HOST_TRIPLE=\"x86_64-unknown-freebsd10.3\" -DDEFAULT_SYSROOT=\"\" -I/usr/obj/usr/src/tmp/legacy/usr/include -fno-exceptions -fno-rtti -c /usr/src/lib/clang/libllvmsupport/../../../contrib/llvm/lib/Support/APFloat.cpp -o APFloat.o In file included from /usr/src/lib/clang/libllvmsupport/../../../contrib/llvm/lib/Support/APFloat.cpp:15: In file included from
Re: help install new kernel on root-on-ZFS on 11-STABLE
The bug report pointed to says the same thing but the new issue is it is not documented in the Handbook and/or not mounted by default (for someone who is brand new to ZFS it is very counter intutive to see a symlink pointing off into space) On Sun, Oct 16, 2016 at 6:21 PM, Brandon J. Wandersee < brandon.wander...@gmail.com> wrote: > > Aryeh Friedman writes: > > > I just installed 11-STABLE on a brand new system and can't find a valid > > /boot in which to do "make installkernel" to. I am used to how to do > make > > world on UFS. How do I do it on root-on-ZFS? > > Last I checked, the automated installer created a separate pool called > "bootpool," with a symlink from /boot to /bootpool. Check to see > "bootpool" exists; if so, it's not mounted, which is another problem > that needs addressing. If it doesn't exist, then something has changed > and I have no idea what to do. > > -- > :: Brandon J. Wandersee > :: brandon.wander...@gmail.com > :: -- > :: 'The best design is as little design as possible.' > :: --- Dieter Rams -- > -- Aryeh M. Friedman, Lead Developer, http://www.PetiteCloud.org ___ freebsd-stable@freebsd.org mailing list https://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to "freebsd-stable-unsubscr...@freebsd.org"
help install new kernel on root-on-ZFS on 11-STABLE
I just installed 11-STABLE on a brand new system and can't find a valid /boot in which to do "make installkernel" to. I am used to how to do make world on UFS. How do I do it on root-on-ZFS? -- Aryeh M. Friedman, Lead Developer, http://www.PetiteCloud.org ___ freebsd-stable@freebsd.org mailing list https://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to "freebsd-stable-unsubscr...@freebsd.org"
Fwd: 11-RELEASE PL1 doesn't load kernel modules with ZFS-on-Root
-- Forwarded message -- From: Aryeh Friedman <aryeh.fried...@gmail.com> Date: Thu, Oct 13, 2016 at 1:59 AM Subject: Re: 11-RELEASE PL1 doesn't load kernel modules with ZFS-on-Root To: Kurt Jaeger <p...@opsec.eu> On Thu, Oct 13, 2016 at 1:39 AM, Kurt Jaeger <p...@opsec.eu> wrote: > Hi! > > > root@thin:~ # kldload linux > > kldload: an error occurred while loading the module. Please check > dmesg(8) > > for more details. > > What does the dmesg log show ? > KLD linux.ko: depends on kernel - not available or version mismatch linker_load_file: Unsupported file type Fresh install from FreeBSD-11.0-RELEASE-amd64-bootonly.iso. Source tree generated with a svn checkout aryehl@thin:~ % ls -lt /boot/kernel/linux.ko -r-xr-xr-x 1 root wheel 582728 Oct 11 11:26 /boot/kernel/linux.ko aryehl@thin:~ % uname -a FreeBSD thin.lan.fnwe.net 11.0-RELEASE-p1 FreeBSD 11.0-RELEASE-p1 #0 r306420: Thu Sep 29 01:43:23 UTC 2016 r...@releng2.nyi.freebsd.org:/usr/obj/usr/src/sys/GENERIC amd64 On Thu, Oct 13, 2016 at 2:31 AM, Kurt Jaeger <p...@opsec.eu> wrote: Hi! > KLD linux.ko: depends on kernel - not available or version mismatch > linker_load_file: Unsupported file type What does uname -a say ? What does file /boot/kernel/linux.ko say ? What does ls -lt /boot/kernel/ show ? Maybe the file was not replaced during upgrade and is still on some previous version ? -- Aryeh M. Friedman, Lead Developer, http://www.PetiteCloud.org ___ freebsd-stable@freebsd.org mailing list https://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to "freebsd-stable-unsubscr...@freebsd.org"
11-RELEASE PL1 doesn't load kernel modules with ZFS-on-Root
FreeBSD thin.lan.fnwe.net 11.0-RELEASE-p1 FreeBSD 11.0-RELEASE-p1 #0 r306420: Thu Sep 29 01:43:23 UTC 2016 r...@releng2.nyi.freebsd.org:/usr/obj/usr/src/sys/GENERIC amd64 root@thin:~ # df -k Filesystem 1024-blocksUsed Avail Capacity Mounted on zroot/ROOT/default 927326328 8035732 919290596 1%/ devfs1 1 0 100%/dev zroot/tmp919319840 29244 919290596 0%/tmp zroot/usr/home 919290736 140 919290596 0%/usr/home zroot/usr/ports 925242208 5951612 919290596 1%/usr/ports zroot/usr/src920521220 1230624 919290596 0%/usr/src zroot/var/audit 919290692 96 919290596 0%/var/audit zroot/var/crash 919290692 96 919290596 0%/var/crash zroot/var/log919290816 220 919290596 0%/var/log zroot/var/mail 919290724 128 919290596 0%/var/mail zroot/var/tmp919290692 96 919290596 0%/var/tmp zroot919290692 96 919290596 0%/zroot root@thin:~ # kldstat Id Refs AddressSize Name 1 10 0x8020 1fa7c38 kernel 21 0x821a9000 30aec0 zfs.ko 32 0x824b4000 adc0 opensolaris.ko root@thin:~ # kldload linux kldload: an error occurred while loading the module. Please check dmesg(8) for more details. -- Aryeh M. Friedman, Lead Developer, http://www.PetiteCloud.org ___ freebsd-stable@freebsd.org mailing list https://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to "freebsd-stable-unsubscr...@freebsd.org"
any plans to MFC the new AMD64 linux fixes
Last week in -head many fixes where made to the AMD64 support for Linux (r283424) that fix among other things www/linux-c6-flashplugin11 not working because the kernel is to old. Are there any plans to MFC this? -- Aryeh M. Friedman, Lead Developer, http://www.PetiteCloud.org ___ 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: any plans to MFC the new AMD64 linux fixes
On Mon, Jun 1, 2015 at 3:42 PM, Chagin Dmitry dcha...@freebsd.org wrote: On Mon, Jun 01, 2015 at 08:30:08AM -0400, Aryeh Friedman wrote: Last week in -head many fixes where made to the AMD64 support for Linux (r283424) that fix among other things www/linux-c6-flashplugin11 not working because the kernel is to old. Are there any plans to MFC this? some people reports that flash is stop working after lemul merge, so it should be investigated carefully before merge to stable If you need a tester I am game -- Aryeh M. Friedman, Lead Developer, http://www.PetiteCloud.org ___ 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: BETA3 not buildable
The orginal issue resolved it self over night... but note that I waited 2 days for cvsup10.us.freebsd.org to sync in case everything everyone raised in this thread where the cause On Sat, Oct 8, 2011 at 5:29 AM, Chris Rees cr...@freebsd.org wrote: On 8 October 2011 03:25, Jeremy Chadwick free...@jdc.parodius.com wrote: On Fri, Oct 07, 2011 at 02:36:25PM -0400, Aryeh Friedman wrote: Just a quick note the repo was synced about 15 mins before this On Fri, Oct 7, 2011 at 2:34 PM, Aryeh Friedman aryeh.fried...@gmail.comwrote: I have a local cvs repo and after checking src into a completely fresh /usr/src I get: flosoft# make buildworld find: /usr/src/sys/sys/param.h: No such file or directory Makefile, line 217: warning: find /usr/src/sys/sys/param.h -mtime -0s returned non-zero status find: /usr/src/sys/sys/param.h: No such file or directory Makefile, line 217: warning: find /usr/src/sys/sys/param.h -mtime -0s returned non-zero status Note that I just synced with the repo 15 minutes ago does not mean much. Those repos are also often behind, given that they only sync with cvsup-master every so often. What's every so often? It varies from public cvsup server to public cvsup server, and there's no way to know. Great isn't it? If you are syncing directly off of cvsup-master -- shame on you. You aren't supposed to do this, and I believe the Handbook or freebsd-hubs even has a policy about it being considered inappropriate. Not much chance of that; [crees@zeus]~% grep host supfile csup supfile *default host=cvsup-master.freebsd.org Connected to 69.147.83.50 Authentication required by the server and not supported by client [crees@zeus]~% Chris ___ 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: BETA3 not buildable
On Sat, Oct 8, 2011 at 5:45 AM, Jeremy Chadwick free...@jdc.parodius.comwrote: On Sat, Oct 08, 2011 at 05:38:31AM -0400, Aryeh Friedman wrote: The orginal issue resolved it self over night... but note that I waited 2 days for cvsup10.us.freebsd.org to sync in case everything everyone raised in this thread where the cause On Sat, Oct 8, 2011 at 5:29 AM, Chris Rees cr...@freebsd.org wrote: On 8 October 2011 03:25, Jeremy Chadwick free...@jdc.parodius.com wrote: On Fri, Oct 07, 2011 at 02:36:25PM -0400, Aryeh Friedman wrote: Just a quick note the repo was synced about 15 mins before this On Fri, Oct 7, 2011 at 2:34 PM, Aryeh Friedman aryeh.fried...@gmail.comwrote: I have a local cvs repo and after checking src into a completely fresh /usr/src I get: flosoft# make buildworld find: /usr/src/sys/sys/param.h: No such file or directory Makefile, line 217: warning: find /usr/src/sys/sys/param.h -mtime -0s returned non-zero status find: /usr/src/sys/sys/param.h: No such file or directory Makefile, line 217: warning: find /usr/src/sys/sys/param.h -mtime -0s returned non-zero status Note that I just synced with the repo 15 minutes ago does not mean much. Those repos are also often behind, given that they only sync with cvsup-master every so often. What's every so often? It varies from public cvsup server to public cvsup server, and there's no way to know. Great isn't it? If you are syncing directly off of cvsup-master -- shame on you. You aren't supposed to do this, and I believe the Handbook or freebsd-hubs even has a policy about it being considered inappropriate. Not much chance of that; [crees@zeus]~% grep host supfile csup supfile *default host=cvsup-master.freebsd.org Connected to 69.147.83.50 Authentication required by the server and not supported by client [crees@zeus]~% Why didn't you consider changing cvsup servers instead of waiting 2 days? Remember, they should all be (more or less) identical, but my previous paragraph (...they only sync with cvsup-master every so often...) still applies. 1. The reason for waiting was mostly I personally didn't have time to do the update not that I was actually waiting for it to sync (the point is I didn't post after the first error) 2. As to your other message I was using RELENG_9 ___ 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
BETA3 not buildable
I have a local cvs repo and after checking src into a completely fresh /usr/src I get: flosoft# make buildworld find: /usr/src/sys/sys/param.h: No such file or directory Makefile, line 217: warning: find /usr/src/sys/sys/param.h -mtime -0s returned non-zero status find: /usr/src/sys/sys/param.h: No such file or directory Makefile, line 217: warning: find /usr/src/sys/sys/param.h -mtime -0s returned non-zero status ___ 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: BETA3 not buildable
Just a quick note the repo was synced about 15 mins before this On Fri, Oct 7, 2011 at 2:34 PM, Aryeh Friedman aryeh.fried...@gmail.comwrote: I have a local cvs repo and after checking src into a completely fresh /usr/src I get: flosoft# make buildworld find: /usr/src/sys/sys/param.h: No such file or directory Makefile, line 217: warning: find /usr/src/sys/sys/param.h -mtime -0s returned non-zero status find: /usr/src/sys/sys/param.h: No such file or directory Makefile, line 217: warning: find /usr/src/sys/sys/param.h -mtime -0s returned non-zero status ___ 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: Buildworld failures -6.3-PRE
On 11/24/07, Doug Barton [EMAIL PROTECTED] wrote: ¶ Bill Hacker wrote: Many such, Wearing out my csup welcome for 'RELENG_6'. Same or similar error when attempting to regress to 'RELENG_6_2' : undefined reference to `__mb_sb_limit' *** Error code 1 Have you cleaned out /usr/obj/ ? That's always the first place to start when you see problems of this type, especially in a -stable branch. You might also want to do 'cd /usr/src make cleandir ; make cleandir' (yes, I meant to type it twice). What wrong with rm -rf /usr/obj? ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: Buildworld failures - 6.3-PRE
So your saying until fixed NO_TCSH should be in make.conf? On 11/23/07, 韓家標 Bill Hacker [EMAIL PROTECTED] wrote: Confirming localized failure: cd'ed to /usr/src/contrib/tcsh == triligon# ./configure checking build system type... amd64-unknown-freebsd6.3 checking host system type... amd64-unknown-freebsd6.3 checking cached host tuple... ok Tcsh will use configuration file `bsd4.4'. checking for gcc... gcc checking for C compiler default output file name... a.out checking whether the C compiler works... yes checking whether we are cross compiling... no checking for suffix of executables... checking for suffix of object files... o checking whether we are using the GNU C compiler... yes checking whether gcc accepts -g... yes checking for gcc option to accept ANSI C... none needed checking how to run the C preprocessor... gcc -E checking for egrep... grep -E checking whether gcc needs -traditional... no checking for library containing crypt... -lcrypt checking for library containing getspnam... no checking for library containing tgetent... -ltermlib checking for library containing gethostbyname... none required checking for library containing connect... none required checking for library containing iconv... no checking for ANSI C header files... no checking for sys/types.h... yes checking for sys/stat.h... yes checking for stdlib.h... yes checking for string.h... yes checking for memory.h... yes checking for strings.h... yes checking for inttypes.h... yes checking for stdint.h... yes checking for unistd.h... yes checking auth.h usability... no checking auth.h presence... no checking for auth.h... no checking for inttypes.h... (cached) yes checking shadow.h usability... no checking shadow.h presence... no checking for shadow.h... no checking for stdint.h... (cached) yes checking utmpx.h usability... no checking utmpx.h presence... no checking for utmpx.h... no checking utmp.h usability... yes checking utmp.h presence... yes checking for utmp.h... yes checking wchar.h usability... yes checking wchar.h presence... yes checking for wchar.h... yes checking for wchar_t... yes checking size of wchar_t... 4 checking wctype.h usability... yes checking wctype.h presence... yes checking for wctype.h... yes checking for dirent.h that defines DIR... yes checking for library containing opendir... none required checking whether stat file-mode macros are broken... no checking for ANSI C header files... (cached) no checking for long long... yes checking for uid_t in sys/types.h... yes checking type of array argument to getgroups... gid_t checking for mode_t... yes checking return type of signal handlers... void checking for size_t... yes checking for uid_t in sys/types.h... (cached) yes checking for socklen_t... yes checking for struct dirent.d_ino... yes checking for struct utmp.ut_host... no checking for struct utmp.ut_user... no checking for struct utmp.ut_tv... no checking for struct utmp.ut_xtime... no checking for struct sockaddr_storage.ss_family... yes checking for an ANSI C-conforming const... yes checking for function prototypes... yes checking for working volatile... yes checking whether gethostname is declared... yes checking for dup2... yes checking for getcwd... yes checking for gethostname... yes checking for getpwent... yes checking for getutent... no checking for memmove... yes checking for memset... yes checking for nice... yes checking for nl_langinfo... yes checking for sbrk... yes checking for setpgid... yes checking for setpriority... yes checking for strerror... yes checking for strstr... yes checking for sysconf... yes checking for wcwidth... yes checking whether getpgrp requires zero arguments... yes checking whether setpgrp takes no argument... no configure: creating ./config.status config.status: creating Makefile config.status: creating config.h === triligon# make grep 'ERR_' ./sh.err.c | grep '^#define' sh.err.h gcc -E -I. -I. -D_PATH_TCSHELL='/usr/local/bin/tcsh' -D_h_tc_const ./tc.const.c | sed -n -e 's/^\(Char STR[a-zA-Z0-9_]*\) *\[ *\].*/extern \1[];/p' | sort tc.const.h gcc -c -g -O2 -I. -I. -D_PATH_TCSHELL='/usr/local/bin/tcsh' sh.c gcc -c -g -O2 -I. -I. -D_PATH_TCSHELL='/usr/local/bin/tcsh' sh.dir.c gcc -c -g -O2 -I. -I. -D_PATH_TCSHELL='/usr/local/bin/tcsh' sh.dol.c gcc -c -g -O2 -I. -I. -D_PATH_TCSHELL='/usr/local/bin/tcsh' sh.err.c gcc -c -g -O2 -I. -I. -D_PATH_TCSHELL='/usr/local/bin/tcsh' sh.exec.c gcc -c -g -O2 -I. -I. -D_PATH_TCSHELL='/usr/local/bin/tcsh' sh.char.c gcc -c -g -O2 -I. -I. -D_PATH_TCSHELL='/usr/local/bin/tcsh' sh.exp.c gcc -c -g -O2 -I. -I. -D_PATH_TCSHELL='/usr/local/bin/tcsh' sh.file.c gcc -c -g -O2 -I. -I. -D_PATH_TCSHELL='/usr/local/bin/tcsh' sh.func.c gcc -c -g -O2 -I. -I. -D_PATH_TCSHELL='/usr/local/bin/tcsh' sh.glob.c gcc -c -g -O2 -I. -I.
Re: Buildworld failures -6.3-PRE
On 11/23/07, ¶ Bill Hacker [EMAIL PROTECTED] wrote: Many such, Wearing out my csup welcome for 'RELENG_6'. Same or similar error when attempting to regress to 'RELENG_6_2' Details: = -- stage 2.3: build tools -- cd /usr/src; MAKEOBJDIRPREFIX=/usr/obj INSTALL=sh /usr/src/tools/install.sh PATH=/usr/obj/usr/src/tmp/legacy/usr/sbin:/usr/obj/usr/src/tmp/legacy/usr/bin:/usr/obj/usr/src/tmp/legacy/usr/games:/sbin:/bin:/usr/sbin:/usr/bin WORLDTMP=/usr/obj/usr/src/tmp MAKEFLAGS=-m /usr/src/tools/build/mk -j 9 -m /usr/src/share/mk /usr/obj/usr/src/make.amd64/make -f Makefile.inc1 TARGET=amd64 TARGET_ARCH=amd64 DESTDIR= BOOTSTRAPPING=602113 -DNO_LINT -DNO_CPU_CFLAGS -DNO_WARNS build-tools === bin/csh (obj,build-tools) grep 'ERR_' /usr/src/bin/csh/../../contrib/tcsh/sh.err.c | grep '^#define' sh.err.h cc -E -O2 -fno-strict-aliasing -pipe -I. -I/usr/src/bin/csh -I/usr/src/bin/csh/../../contrib/tcsh -D_PATH_TCSHELL='/bin/csh' -DHAVE_ICONV -I/usr/obj/usr/src/tmp/legacy/usr/include /usr/src/bin/csh/../../contrib/tcsh/tc.const.c /usr/src/bin/csh/../../contrib/tcsh/sh.char.h /usr/src/bin/csh/config.h /usr/src/bin/csh/../../contrib/tcsh/config_f.h /usr/src/bin/csh/../../contrib/tcsh/sh.types.h sh.err.h -D_h_tc_const | grep 'Char STR' | sed -e 's/Char \([a-zA-Z0-9_]*\)\(.*\)/extern Char \1[];/' | sort tc.const.h cc -o gethost -L/usr/obj/usr/src/tmp/legacy/usr/lib -O2 -fno-strict-aliasing -pipe -I. -I/usr/src/bin/csh -I/usr/src/bin/csh/../../contrib/tcsh -D_PATH_TCSHELL='/bin/csh' -DHAVE_ICONV -I/usr/obj/usr/src/tmp/legacy/usr/include /usr/src/bin/csh/../../contrib/tcsh/gethost.c /var/tmp//ccMRLXC4.o(.text+0x9): In function `gettoken': : undefined reference to `__mb_sb_limit' /var/tmp//ccMRLXC4.o(.text+0x8d): In function `gettoken': : undefined reference to `__mb_sb_limit' *** Error code 1 1 error *** Error code 2 1 error *** Error code 2 1 error *** Error code 2 1 error = I thought this had been fixed? Same error under -current also note to those who are courious about my mergemaster patch Doug was right skipping make altogether is the wrong solution... will look into it deeeper ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: Buildworld failures - 6.3-PRE
On 11/23/07, ¶ Bill Hacker [EMAIL PROTECTED] wrote: Aryeh Friedman wrote: Here is a nasty idea... ftp the src dist files from 7.0-BETA3 do a buildworld on them then upgrade from there That's a non-starter for the Tyan's Twin BGE NIC's and IHC7 CMFM SATA controller. Besides it turns out the sources for 7 are not in a dist file format yet anyways... btw I got a intresting clue on the re(4) stuff if it slows down on 6.2-release (yes I know thats not what I reported) do the following and it will clear up: ifconfig re0 192.168.2.2 -txcsum -rxcsum ifconfig lo0 127.0.0.1 route add default 192.168.2.1 ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: Bringing up new Intel non-legacy system
On Nov 8, 2007 10:29 AM, Vivek Khera [EMAIL PROTECTED] wrote: On Nov 7, 2007, at 7:17 PM, Jack Vogel wrote: And, is the ACPI subsystem likely to be the source of the problem? I've had several systems in which I've needed to disable the ACPI timer component and then the system worked fine. in /boot/loader.conf: debug.acpi.disabled=timer When installing, break to boot loader and type: set debug.acpi.disabled=timer You can try the various acpi components to isolate which one is the culprit and leave the rest working. What chipset and ihc? ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to [EMAIL PROTECTED]
