Unable to set root's password during install of FreeBSD-10.0-CURRENT-i386-20130601-r251213-release.iso
Hi, I'm unable to get past the rootpass step using the FreeBSD-10.0-CURRENT-i386-20130601-r251213-release.iso snapshot. The error message: passwd: pam_chauthtok(): error in service module is briefly shown, leaving behind a core file named /pwd_mkdb.core. pwd_mkdb does not contain any debugging symbols and this makes it a bit hard to guess what went wrong. Anyway, here's the backtrace as provided by gdb: Script started on Mon Jun 3 06:50:44 2013 command: gdb /usr/sbin/pwd_mkdb /pwd_mkdb.core GNU gdb 6.1.1 [FreeBSD] Copyright 2004 Free Software Foundation, Inc. GDB is free software, covered by the GNU General Public License, and you are welcome to change it and/or distribute copies of it under certain conditions. Type show copying to see the conditions. There is absolutely no warranty for GDB. Type show warranty for details. This GDB was configured as i386-marcel-freebsd...(no debugging symbols found)... Core was generated by `pwd_mkdb'. Program terminated with signal 11, Segmentation fault. #0 0x in ?? () (gdb) bt #0 0x in ?? () #1 0x0804acf2 in __pw_scan () #2 0x0804976a in __pw_scan () #3 0x08048e6a in ?? () #4 0x0007 in ?? () #5 0xbfbfdd18 in ?? () #6 0xbfbfdd38 in ?? () #7 0xbfbfdd38 in ?? () #8 0xbfbfdd14 in ?? () #9 0x in ?? () (gdb) q Script done on Mon Jun 3 06:50:49 2013 Has anyone else tried recently to change user passwords on -CURRENT? -- +---++ | Vennlig hilsen, | Best regards, | | Trond Endrestøl, | Trond Endrestøl, | | IT-ansvarlig, | System administrator, | | Fagskolen Innlandet, | Gjøvik Technical College, Norway, | | tlf. mob. 952 62 567, | Cellular...: +47 952 62 567, | | sentralbord 61 14 54 00. | Switchboard: +47 61 14 54 00. | +---++___ 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: mounting root from NFS via ROOTDEVNAME
Hi, On Jun 3, 2013, at 1:57, Rick Macklem rmack...@uoguelph.ca wrote: Cool. Thanks. Would you like to review and/or test the above? it'd be great if folks would test this a bit. It certainly works for me, but I can't say that I have done a very thorough testing. I'll be happy to commit it if Lars doesn't have a src commit bit. (I've seen his posts, but can't remember if he is a committer?) I'm not a committer. Lars ___ 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: mounting root from NFS via ROOTDEVNAME
On Tue, May 28, 2013 at 8:13 AM, Eggert, Lars l...@netapp.com wrote: Hi, to conclude this thread, the patch below allows one to specify an nfs rootfs via the ROOTDEVNAME kernel option, which will be mounted when BOOTP does not return a root-path option. Lars diff --git a/sys/nfs/bootp_subr.c b/sys/nfs/bootp_subr.c index 2c57a91..972fb12 100644 --- a/sys/nfs/bootp_subr.c +++ b/sys/nfs/bootp_subr.c @@ -45,6 +45,7 @@ __FBSDID($FreeBSD$); #include opt_bootp.h #include opt_nfs.h +#include opt_rootdevname.h #include sys/param.h #include sys/systm.h @@ -870,8 +871,20 @@ bootpc_call(struct bootpc_globalcontext *gctx, struct thread *td) rtimo = time_second + BOOTP_SETTLE_DELAY; printf( (got root path)); - } else + } else { printf( (no root path)); +#ifdef ROOTDEVNAME + /* +* If we'll mount rootfs from +* ROOTDEVNAME, we can accept +* offers without root paths. +*/ + gotrootpath = 1; + rtimo = time_second + + BOOTP_SETTLE_DELAY; + printf( (ROOTDEVNAME)); +#endif + } printf(\n); } } /* while secs */ @@ -1440,6 +1453,16 @@ bootpc_decode_reply(struct nfsv3_diskless *nd, struct bootpc_ifcontext *ifctx, p = bootpc_tag(gctx-tag, ifctx-reply, ifctx-replylen, TAG_ROOT); +#ifdef ROOTDEVNAME + /* +* If there was no root path in BOOTP, use the one in ROOTDEVNAME. +*/ + if (p == NULL) { + p = strdup(ROOTDEVNAME, M_TEMP); + if (strcmp(strsep(p, :), nfs) != 0) + panic(ROOTDEVNAME is not an NFS mount point); + } +#endif if (p != NULL) { if (gctx-setrootfs != NULL) { printf(rootfs %s (ignored) , p); Sorry for not responding, I've been busy for the past few days. Thank you for persisting with this, and trying to clean this up. This is relatively old code that hasn't been touched in about 15 years, so not that many people have worked on it. I don't like things like ROOTDEVNAME which need to be specified in the kernel config and are not part of the GENERIC kernel. This usually ends up where code which is behind #ifdef ROOTDEVNAME will bitrot because not everyone uses it. I would like to see the ROOTDEVNAME kernel option go away, in favor of a variable that can be specified in loader.conf. If I search the code via Opengrok, I with this: http://bxr.su/s?n=25start=25sort=relevancyq=ROOTDEVNAMEproject=FreeBSD there already seems to be a variable rootdev that is checked in a bunch of places in the loader, so it would be nice if we could use that. My personal preference would be to delete ROOTDEVNAME from all the kernel configs and deprecate the kernel option, and instead use a tunable variable which could be set in loader.conf. This may not be practical. Do you think it would be doable if we can have something like this in the kernel code: const char *rootdevname = #ifdef ROOTDEVNAME rootdevname = ROOTDEVNAME; #else rootdevname = NULL #endif if (rootdevname == NULL) { rootdevname = getenv(rootdev); } or something like that? -- Craig ___ 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: Unable to set root's password during install of FreeBSD-10.0-CURRENT-i386-20130601-r251213-release.iso
On Mon, 3 Jun 2013 08:55+0200, Trond Endrestøl wrote: Hi, I'm unable to get past the rootpass step using the FreeBSD-10.0-CURRENT-i386-20130601-r251213-release.iso snapshot. The error message: passwd: pam_chauthtok(): error in service module is briefly shown, leaving behind a core file named /pwd_mkdb.core. pwd_mkdb does not contain any debugging symbols and this makes it a bit hard to guess what went wrong. Anyway, here's the backtrace as provided by gdb: Script started on Mon Jun 3 06:50:44 2013 command: gdb /usr/sbin/pwd_mkdb /pwd_mkdb.core GNU gdb 6.1.1 [FreeBSD] Copyright 2004 Free Software Foundation, Inc. GDB is free software, covered by the GNU General Public License, and you are welcome to change it and/or distribute copies of it under certain conditions. Type show copying to see the conditions. There is absolutely no warranty for GDB. Type show warranty for details. This GDB was configured as i386-marcel-freebsd...(no debugging symbols found)... Core was generated by `pwd_mkdb'. Program terminated with signal 11, Segmentation fault. #0 0x in ?? () (gdb) bt #0 0x in ?? () #1 0x0804acf2 in __pw_scan () #2 0x0804976a in __pw_scan () #3 0x08048e6a in ?? () #4 0x0007 in ?? () #5 0xbfbfdd18 in ?? () #6 0xbfbfdd38 in ?? () #7 0xbfbfdd38 in ?? () #8 0xbfbfdd14 in ?? () #9 0x in ?? () (gdb) q Script done on Mon Jun 3 06:50:49 2013 Has anyone else tried recently to change user passwords on -CURRENT? FYI: The FreeBSD-10.0-CURRENT-amd64-20130601-r251213-release.iso snapshot does not exhibit the above behaviour. Maybe this issue is specific to the i386 arch. -- +---++ | Vennlig hilsen, | Best regards, | | Trond Endrestøl, | Trond Endrestøl, | | IT-ansvarlig, | System administrator, | | Fagskolen Innlandet, | Gjøvik Technical College, Norway, | | tlf. mob. 952 62 567, | Cellular...: +47 952 62 567, | | sentralbord 61 14 54 00. | Switchboard: +47 61 14 54 00. | +---++___ 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
bmake prevent to cross-compile 9/stable from a -current host
Hi, I can't build 9-stable (or 9.0, 9.1) from my -current host machine since the switch to bmake. I've solved this problem by rebuilding my -current host with WITHOUT_BMAKE, but I would to know if it's a known bug or a new expected behavior ? Thanks, Olivier ___ 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: issue with libthr?
On Jun 2, 2013, at 8:08 AM, Waitman Gobble uzi...@da3m0n8t3r.com wrote: On Sun, 2 Jun 2013 10:43:35 -0400, Mark Johnston ma...@freebsd.org wrote: On Sat, Jun 01, 2013 at 12:54:14AM -0700, Waitman Gobble wrote: Hi, I'm getting a ton of core dumps from Python and any software that uses Python, ie has USE_PYTHON_BUILD=yes in Makefile. hundreds of msgs in dmesg: pid 36637 (seamonkey), uid 1001: exited on signal 11 (core dumped) pid 36986 (seamonkey), uid 1001: exited on signal 11 (core dumped) pid 37054 (seamonkey), uid 1001: exited on signal 11 (core dumped) pid 51780 (seamonkey), uid 1001: exited on signal 11 (core dumped) pid 83350 (python2.7), uid 0: exited on signal 6 (core dumped) from gdb it seems to me to be libthr related? I've noticed a couple updates in May.. wonder if it's related? I've only noticed this issue in the past week, after a complete rebuild and updated. I've been running into this issue too - python 2.7 would crash when trying to rebuild databases/tdb and databases/py-sqlite3 with backtraces similar to what you have below. The python port itself hasn't changed in a while. Reverting r250991 and rebuilding libc solves the issue for me: http://svnweb.freebsd.org/base?view=revisionrevision=250991 Thanks for the info, I appreciate it. I had a heck of a time getting database/py-sqlite3 to build as well. My workaround to get it installed was to change the Makefile in WRKSRC Can you apply the following patch to /usr/ports/lang/python27, rebuild python, re-install and then try to build databases/py-sqlite3 again? Index: files/patch-Modules-_ctypes-libffi-fficonfig.py.in === --- files/patch-Modules-_ctypes-libffi-fficonfig.py.in (revision 0) +++ files/patch-Modules-_ctypes-libffi-fficonfig.py.in (working copy) @@ -0,0 +1,10 @@ +--- Modules/_ctypes/libffi/fficonfig.py.in.orig2013-06-03 07:16:44.0 -0700 Modules/_ctypes/libffi/fficonfig.py.in 2013-06-03 07:17:03.0 -0700 +@@ -1,7 +1,6 @@ + ffi_sources = + src/prep_cif.c + src/closures.c +-src/dlmalloc.c + .split() + + ffi_platforms = { It seems the root cause is a broken python build that accidentally defines malloc(), free(), at al in _ctypes.so. A longer explanation was sent to svn-src-head@ and svn-src-all@ I expect that the patch also fixes the other problems mentioned in this thread. It would be great if people can verify this. FYI, -- Marcel Moolenaar mar...@xcllnt.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: issue with libthr?
On Mon, Jun 03, 2013 at 07:55:54AM -0700, Marcel Moolenaar wrote: On Jun 2, 2013, at 8:08 AM, Waitman Gobble uzi...@da3m0n8t3r.com wrote: On Sun, 2 Jun 2013 10:43:35 -0400, Mark Johnston ma...@freebsd.org wrote: On Sat, Jun 01, 2013 at 12:54:14AM -0700, Waitman Gobble wrote: Hi, I'm getting a ton of core dumps from Python and any software that uses Python, ie has USE_PYTHON_BUILD=yes in Makefile. hundreds of msgs in dmesg: pid 36637 (seamonkey), uid 1001: exited on signal 11 (core dumped) pid 36986 (seamonkey), uid 1001: exited on signal 11 (core dumped) pid 37054 (seamonkey), uid 1001: exited on signal 11 (core dumped) pid 51780 (seamonkey), uid 1001: exited on signal 11 (core dumped) pid 83350 (python2.7), uid 0: exited on signal 6 (core dumped) from gdb it seems to me to be libthr related? I've noticed a couple updates in May.. wonder if it's related? I've only noticed this issue in the past week, after a complete rebuild and updated. I've been running into this issue too - python 2.7 would crash when trying to rebuild databases/tdb and databases/py-sqlite3 with backtraces similar to what you have below. The python port itself hasn't changed in a while. Reverting r250991 and rebuilding libc solves the issue for me: http://svnweb.freebsd.org/base?view=revisionrevision=250991 Thanks for the info, I appreciate it. I had a heck of a time getting database/py-sqlite3 to build as well. My workaround to get it installed was to change the Makefile in WRKSRC Can you apply the following patch to /usr/ports/lang/python27, rebuild python, re-install and then try to build databases/py-sqlite3 again? Index: files/patch-Modules-_ctypes-libffi-fficonfig.py.in === --- files/patch-Modules-_ctypes-libffi-fficonfig.py.in(revision 0) +++ files/patch-Modules-_ctypes-libffi-fficonfig.py.in(working copy) @@ -0,0 +1,10 @@ +--- Modules/_ctypes/libffi/fficonfig.py.in.orig 2013-06-03 07:16:44.0 -0700 Modules/_ctypes/libffi/fficonfig.py.in 2013-06-03 07:17:03.0 -0700 +@@ -1,7 +1,6 @@ + ffi_sources = + src/prep_cif.c + src/closures.c +-src/dlmalloc.c + .split() + + ffi_platforms = { It seems the root cause is a broken python build that accidentally defines malloc(), free(), at al in _ctypes.so. A longer explanation was sent to svn-src-head@ and svn-src-all@ I expect that the patch also fixes the other problems mentioned in this thread. It would be great if people can verify this. I can confirm that this fixes the problems I had building databases/tdb and databases/py-sqlite3. I haven't done any other testing though. -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: [HEADSUP] New pkg-devel 1.1.0 beta1
On Thu, May 30, 2013 at 05:20:54PM +0200, Baptiste Daroussin wrote: The pkg developement team is proud to announce the new 1.1.0 beta1 release of pkg. - new experimental pkg convert (can convert from and to legacy pkg database) pkg2ng now uses pkg convert (still recommanded to use pkg2ng) Converting packages from /var/db/pkg Converting pkg-1.1.0.b3_1... pkg: unknown keyword display, ignoring @display Installing pkg-1.1.0.b3_1...Segmentation fault (core dumped) ___ 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: [HEADSUP] New pkg-devel 1.1.0 beta1
On Mon, Jun 03, 2013 at 07:17:24PM +0400, Slawa Olhovchenkov wrote: On Thu, May 30, 2013 at 05:20:54PM +0200, Baptiste Daroussin wrote: The pkg developement team is proud to announce the new 1.1.0 beta1 release of pkg. - new experimental pkg convert (can convert from and to legacy pkg database) pkg2ng now uses pkg convert (still recommanded to use pkg2ng) Converting packages from /var/db/pkg Converting pkg-1.1.0.b3_1... pkg: unknown keyword display, ignoring @display Installing pkg-1.1.0.b3_1...Segmentation fault (core dumped) ___ 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 Have you run pkg2ng? regards, Bapt pgpaeBb1jxFPW.pgp Description: PGP signature
Re: [HEADSUP] New pkg-devel 1.1.0 beta1
On Mon, Jun 03, 2013 at 05:34:19PM +0200, Baptiste Daroussin wrote: On Mon, Jun 03, 2013 at 07:17:24PM +0400, Slawa Olhovchenkov wrote: On Thu, May 30, 2013 at 05:20:54PM +0200, Baptiste Daroussin wrote: The pkg developement team is proud to announce the new 1.1.0 beta1 release of pkg. - new experimental pkg convert (can convert from and to legacy pkg database) pkg2ng now uses pkg convert (still recommanded to use pkg2ng) Converting packages from /var/db/pkg Converting pkg-1.1.0.b3_1... pkg: unknown keyword display, ignoring @display Installing pkg-1.1.0.b3_1...Segmentation fault (core dumped) ___ 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 Have you run pkg2ng? Yes, this is run pkg2ng. ___ 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: issue with libthr?
On Mon, 3 Jun 2013 07:55:54 -0700, Marcel Moolenaar mar...@xcllnt.net wrote: On Jun 2, 2013, at 8:08 AM, Waitman Gobble uzi...@da3m0n8t3r.com = wrote: On Sun, 2 Jun 2013 10:43:35 -0400, Mark Johnston ma...@freebsd.org = wrote:=20 =20 On Sat, Jun 01, 2013 at 12:54:14AM -0700, Waitman Gobble wrote: =20 Hi, =20 I'm getting a ton of core dumps from Python and any software that = uses Python, ie has USE_PYTHON_BUILD=3Dyes in Makefile. =20 hundreds of msgs in dmesg: pid 36637 (seamonkey), uid 1001: exited on signal 11 (core dumped) pid 36986 (seamonkey), uid 1001: exited on signal 11 (core dumped) pid 37054 (seamonkey), uid 1001: exited on signal 11 (core dumped) pid 51780 (seamonkey), uid 1001: exited on signal 11 (core dumped) pid 83350 (python2.7), uid 0: exited on signal 6 (core dumped) =20 from gdb it seems to me to be libthr related? I've noticed a couple = updates in May.. wonder if it's related? I've only noticed this issue in the = past week, after a complete rebuild and updated. =20 I've been running into this issue too - python 2.7 would crash when trying to rebuild databases/tdb and databases/py-sqlite3 with = backtraces similar to what you have below. The python port itself hasn't changed = in a while. =20 Reverting r250991 and rebuilding libc solves the issue for me: http://svnweb.freebsd.org/base?view=3Drevisionrevision=3D250991 =20 =20 =20 Thanks for the info, I appreciate it. I had a heck of a time getting database/py-sqlite3 to build as well.=20 My workaround to get it installed was to change the Makefile in WRKSRC Can you apply the following patch to /usr/ports/lang/python27, rebuild python, re-install and then try to build databases/py-sqlite3 again? Index: files/patch-Modules-_ctypes-libffi-fficonfig.py.in =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D --- files/patch-Modules-_ctypes-libffi-fficonfig.py.in (revision 0) +++ files/patch-Modules-_ctypes-libffi-fficonfig.py.in (working copy) @@ -0,0 +1,10 @@ +--- Modules/_ctypes/libffi/fficonfig.py.in.orig 2013-06-03 = 07:16:44.0 -0700 Modules/_ctypes/libffi/fficonfig.py.in2013-06-03 = 07:17:03.0 -0700 +@@ -1,7 +1,6 @@ + ffi_sources =3D + src/prep_cif.c + src/closures.c +-src/dlmalloc.c + .split() +=20 + ffi_platforms =3D { It seems the root cause is a broken python build that accidentally defines malloc(), free(), at al in _ctypes.so. A longer explanation was sent to svn-src-head@ and svn-src-all@ I expect that the patch also fixes the other problems mentioned in this thread. It would be great if people can verify this. FYI, --=20 Marcel Moolenaar mar...@xcllnt.net yes, that patch seems to work on my machine. After rebuilding Python with the patch, I was able to install databases/py-sqlite3 without error, also the www/midori port now builds and installs without crashing. I'll let you know if I see any problems. Thank you, -- Waitman Gobble San Jose California USA +1.5108307875 ___ 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
Revision: 251326: Compiling fails in /usr/src/lib/msun/ld80: s_expl.c:288:12: error: use of undeclared identifier 'P5' t45 = r * P5 + P4;
Compiling most recent world doesn't proceed and fails with the following error: /usr/src/lib/msun/ld80/s_expl.c:288:12: error: use of undeclared identifier 'P5' t45 = r * P5 + P4; Just for notice. Oliver signature.asc Description: PGP signature
Re: Revision: 251326: Compiling fails in /usr/src/lib/msun/ld80: s_expl.c:288:12: error: use of undeclared identifier 'P5' t45 = r * P5 + P4;
On Mon, Jun 03, 2013 at 07:59:39PM +0200, O. Hartmann wrote: Compiling most recent world doesn't proceed and fails with the following error: /usr/src/lib/msun/ld80/s_expl.c:288:12: error: use of undeclared identifier 'P5' t45 = r * P5 + P4; I'm in the middle of committing several changes to s_expl.c try again in few minutes. -- Steve ___ 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: Revision: 251326: Compiling fails in /usr/src/lib/msun/ld80: s_expl.c:288:12: error: use of undeclared identifier 'P5' t45 = r * P5 + P4;
On Mon, 3 Jun 2013 11:15:25 -0700 Steve Kargl s...@troutmask.apl.washington.edu wrote: On Mon, Jun 03, 2013 at 07:59:39PM +0200, O. Hartmann wrote: Compiling most recent world doesn't proceed and fails with the following error: /usr/src/lib/msun/ld80/s_expl.c:288:12: error: use of undeclared identifier 'P5' t45 = r * P5 + P4; I'm in the middle of committing several changes to s_expl.c try again in few minutes. ;-) realized this, and I'm to hasty. Works now. Many thanks. Oliver signature.asc Description: PGP signature
Re: [HEADSUP] New pkg-devel 1.1.0 beta1
On Mon, Jun 03, 2013 at 07:39:03PM +0400, Slawa Olhovchenkov wrote: On Mon, Jun 03, 2013 at 05:34:19PM +0200, Baptiste Daroussin wrote: On Mon, Jun 03, 2013 at 07:17:24PM +0400, Slawa Olhovchenkov wrote: On Thu, May 30, 2013 at 05:20:54PM +0200, Baptiste Daroussin wrote: The pkg developement team is proud to announce the new 1.1.0 beta1 release of pkg. - new experimental pkg convert (can convert from and to legacy pkg database) pkg2ng now uses pkg convert (still recommanded to use pkg2ng) Converting packages from /var/db/pkg Converting pkg-1.1.0.b3_1... pkg: unknown keyword display, ignoring @display Installing pkg-1.1.0.b3_1...Segmentation fault (core dumped) ___ 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 Have you run pkg2ng? Yes, this is run pkg2ng. Ok I'll have a look and fix asap. regards, Bapt pgpdD3twWD8Cg.pgp Description: PGP signature
[head tinderbox] failure on i386/i386
TB --- 2013-06-03 17:20:17 - tinderbox 2.10 running on freebsd-current.sentex.ca TB --- 2013-06-03 17:20:17 - FreeBSD freebsd-current.sentex.ca 8.3-PRERELEASE FreeBSD 8.3-PRERELEASE #0: Mon Mar 26 13:54:12 EDT 2012 d...@freebsd-current.sentex.ca:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2013-06-03 17:20:17 - starting HEAD tinderbox run for i386/i386 TB --- 2013-06-03 17:20:17 - cleaning the object tree TB --- 2013-06-03 17:20:17 - /usr/local/bin/svn stat /src TB --- 2013-06-03 17:20:22 - At svn revision 251314 TB --- 2013-06-03 17:20:23 - building world TB --- 2013-06-03 17:20:23 - CROSS_BUILD_TESTING=YES TB --- 2013-06-03 17:20:23 - MAKEOBJDIRPREFIX=/obj TB --- 2013-06-03 17:20:23 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2013-06-03 17:20:23 - SRCCONF=/dev/null TB --- 2013-06-03 17:20:23 - TARGET=i386 TB --- 2013-06-03 17:20:23 - TARGET_ARCH=i386 TB --- 2013-06-03 17:20:23 - TZ=UTC TB --- 2013-06-03 17:20:23 - __MAKE_CONF=/dev/null TB --- 2013-06-03 17:20:23 - cd /src TB --- 2013-06-03 17:20:23 - /usr/bin/make -B buildworld Building an up-to-date make(1) World build started on Mon Jun 3 17:20:29 UTC 2013 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 Mon Jun 3 20:27:35 UTC 2013 TB --- 2013-06-03 20:27:35 - generating LINT kernel config TB --- 2013-06-03 20:27:35 - cd /src/sys/i386/conf TB --- 2013-06-03 20:27:35 - /usr/bin/make -B LINT TB --- 2013-06-03 20:27:35 - cd /src/sys/i386/conf TB --- 2013-06-03 20:27:35 - /usr/sbin/config -m LINT TB --- 2013-06-03 20:27:35 - building LINT kernel TB --- 2013-06-03 20:27:35 - CROSS_BUILD_TESTING=YES TB --- 2013-06-03 20:27:35 - MAKEOBJDIRPREFIX=/obj TB --- 2013-06-03 20:27:35 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2013-06-03 20:27:35 - SRCCONF=/dev/null TB --- 2013-06-03 20:27:35 - TARGET=i386 TB --- 2013-06-03 20:27:35 - TARGET_ARCH=i386 TB --- 2013-06-03 20:27:35 - TZ=UTC TB --- 2013-06-03 20:27:35 - __MAKE_CONF=/dev/null TB --- 2013-06-03 20:27:35 - cd /src TB --- 2013-06-03 20:27:35 - /usr/bin/make -B buildkernel KERNCONF=LINT Kernel build for LINT started on Mon Jun 3 20:27:35 UTC 2013 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 completed on Mon Jun 3 21:01:26 UTC 2013 TB --- 2013-06-03 21:01:26 - cd /src/sys/i386/conf TB --- 2013-06-03 21:01:26 - /usr/sbin/config -m LINT-NOINET TB --- 2013-06-03 21:01:26 - building LINT-NOINET kernel TB --- 2013-06-03 21:01:26 - CROSS_BUILD_TESTING=YES TB --- 2013-06-03 21:01:26 - MAKEOBJDIRPREFIX=/obj TB --- 2013-06-03 21:01:26 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2013-06-03 21:01:26 - SRCCONF=/dev/null TB --- 2013-06-03 21:01:26 - TARGET=i386 TB --- 2013-06-03 21:01:26 - TARGET_ARCH=i386 TB --- 2013-06-03 21:01:26 - TZ=UTC TB --- 2013-06-03 21:01:26 - __MAKE_CONF=/dev/null TB --- 2013-06-03 21:01:26 - cd /src TB --- 2013-06-03 21:01:26 - /usr/bin/make -B buildkernel KERNCONF=LINT-NOINET Kernel build for LINT-NOINET started on Mon Jun 3 21:01:26 UTC 2013 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 Mon Jun 3 21:31:59 UTC 2013 TB --- 2013-06-03 21:31:59 - cd /src/sys/i386/conf TB --- 2013-06-03 21:31:59 - /usr/sbin/config -m LINT-NOINET6 TB --- 2013-06-03 21:31:59 - building LINT-NOINET6 kernel TB --- 2013-06-03 21:31:59 - CROSS_BUILD_TESTING=YES TB --- 2013-06-03 21:31:59 - MAKEOBJDIRPREFIX=/obj TB --- 2013-06-03 21:31:59 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2013-06-03 21:31:59 - SRCCONF=/dev/null TB --- 2013-06-03 21:31:59 - TARGET=i386 TB --- 2013-06-03 21:31:59 - TARGET_ARCH=i386 TB --- 2013-06-03 21:31:59 - TZ=UTC TB --- 2013-06-03 21:31:59 - __MAKE_CONF=/dev/null TB --- 2013-06-03 21:31:59 - cd /src TB --- 2013-06-03 21:31:59 - /usr/bin/make -B buildkernel KERNCONF=LINT-NOINET6 Kernel build for LINT-NOINET6 started on Mon Jun 3 21:31:59 UTC 2013 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 Mon Jun 3 22:03:47 UTC 2013 TB --- 2013-06-03 22:03:47 - cd /src/sys/i386/conf TB --- 2013-06-03 22:03:47 - /usr/sbin/config -m LINT-NOIP TB --- 2013-06-03 22:03:47 - building LINT-NOIP kernel TB --- 2013-06-03 22:03:47 - CROSS_BUILD_TESTING=YES TB --- 2013-06-03 22:03:47 - MAKEOBJDIRPREFIX=/obj
[head tinderbox] failure on amd64/amd64
TB --- 2013-06-03 17:20:17 - tinderbox 2.10 running on freebsd-current.sentex.ca TB --- 2013-06-03 17:20:17 - FreeBSD freebsd-current.sentex.ca 8.3-PRERELEASE FreeBSD 8.3-PRERELEASE #0: Mon Mar 26 13:54:12 EDT 2012 d...@freebsd-current.sentex.ca:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2013-06-03 17:20:17 - starting HEAD tinderbox run for amd64/amd64 TB --- 2013-06-03 17:20:17 - cleaning the object tree TB --- 2013-06-03 17:20:17 - /usr/local/bin/svn stat /src TB --- 2013-06-03 17:20:22 - At svn revision 251314 TB --- 2013-06-03 17:20:23 - building world TB --- 2013-06-03 17:20:23 - CROSS_BUILD_TESTING=YES TB --- 2013-06-03 17:20:23 - MAKEOBJDIRPREFIX=/obj TB --- 2013-06-03 17:20:23 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2013-06-03 17:20:23 - SRCCONF=/dev/null TB --- 2013-06-03 17:20:23 - TARGET=amd64 TB --- 2013-06-03 17:20:23 - TARGET_ARCH=amd64 TB --- 2013-06-03 17:20:23 - TZ=UTC TB --- 2013-06-03 17:20:23 - __MAKE_CONF=/dev/null TB --- 2013-06-03 17:20:23 - cd /src TB --- 2013-06-03 17:20:23 - /usr/bin/make -B buildworld Building an up-to-date make(1) World build started on Mon Jun 3 17:20:29 UTC 2013 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 Mon Jun 3 21:04:10 UTC 2013 TB --- 2013-06-03 21:04:10 - generating LINT kernel config TB --- 2013-06-03 21:04:10 - cd /src/sys/amd64/conf TB --- 2013-06-03 21:04:10 - /usr/bin/make -B LINT TB --- 2013-06-03 21:04:10 - cd /src/sys/amd64/conf TB --- 2013-06-03 21:04:10 - /usr/sbin/config -m LINT TB --- 2013-06-03 21:04:10 - building LINT kernel TB --- 2013-06-03 21:04:10 - CROSS_BUILD_TESTING=YES TB --- 2013-06-03 21:04:10 - MAKEOBJDIRPREFIX=/obj TB --- 2013-06-03 21:04:10 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2013-06-03 21:04:10 - SRCCONF=/dev/null TB --- 2013-06-03 21:04:10 - TARGET=amd64 TB --- 2013-06-03 21:04:10 - TARGET_ARCH=amd64 TB --- 2013-06-03 21:04:10 - TZ=UTC TB --- 2013-06-03 21:04:10 - __MAKE_CONF=/dev/null TB --- 2013-06-03 21:04:10 - cd /src TB --- 2013-06-03 21:04:10 - /usr/bin/make -B buildkernel KERNCONF=LINT Kernel build for LINT started on Mon Jun 3 21:04:10 UTC 2013 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 completed on Mon Jun 3 21:35:45 UTC 2013 TB --- 2013-06-03 21:35:45 - cd /src/sys/amd64/conf TB --- 2013-06-03 21:35:45 - /usr/sbin/config -m LINT-NOINET TB --- 2013-06-03 21:35:45 - building LINT-NOINET kernel TB --- 2013-06-03 21:35:45 - CROSS_BUILD_TESTING=YES TB --- 2013-06-03 21:35:45 - MAKEOBJDIRPREFIX=/obj TB --- 2013-06-03 21:35:45 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2013-06-03 21:35:45 - SRCCONF=/dev/null TB --- 2013-06-03 21:35:45 - TARGET=amd64 TB --- 2013-06-03 21:35:45 - TARGET_ARCH=amd64 TB --- 2013-06-03 21:35:45 - TZ=UTC TB --- 2013-06-03 21:35:45 - __MAKE_CONF=/dev/null TB --- 2013-06-03 21:35:45 - cd /src TB --- 2013-06-03 21:35:45 - /usr/bin/make -B buildkernel KERNCONF=LINT-NOINET Kernel build for LINT-NOINET started on Mon Jun 3 21:35:45 UTC 2013 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 Mon Jun 3 22:05:42 UTC 2013 TB --- 2013-06-03 22:05:42 - cd /src/sys/amd64/conf TB --- 2013-06-03 22:05:42 - /usr/sbin/config -m LINT-NOINET6 TB --- 2013-06-03 22:05:42 - building LINT-NOINET6 kernel TB --- 2013-06-03 22:05:42 - CROSS_BUILD_TESTING=YES TB --- 2013-06-03 22:05:42 - MAKEOBJDIRPREFIX=/obj TB --- 2013-06-03 22:05:42 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2013-06-03 22:05:42 - SRCCONF=/dev/null TB --- 2013-06-03 22:05:42 - TARGET=amd64 TB --- 2013-06-03 22:05:42 - TARGET_ARCH=amd64 TB --- 2013-06-03 22:05:42 - TZ=UTC TB --- 2013-06-03 22:05:42 - __MAKE_CONF=/dev/null TB --- 2013-06-03 22:05:42 - cd /src TB --- 2013-06-03 22:05:42 - /usr/bin/make -B buildkernel KERNCONF=LINT-NOINET6 Kernel build for LINT-NOINET6 started on Mon Jun 3 22:05:42 UTC 2013 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 Mon Jun 3 22:35:40 UTC 2013 TB --- 2013-06-03 22:35:40 - cd /src/sys/amd64/conf TB --- 2013-06-03 22:35:40 - /usr/sbin/config -m LINT-NOIP TB --- 2013-06-03 22:35:40 - building LINT-NOIP kernel TB --- 2013-06-03 22:35:40 -