Re: mounting root from NFS via ROOTDEVNAME
Hi, On Jun 3, 2013, at 1:57, Rick Macklem 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 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
> #include
> @@ -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=25&start=25&sort=relevancy&q=ROOTDEVNAME&project=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 wrote:
> On Sun, 2 Jun 2013 10:43:35 -0400, Mark Johnston 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=revision&revision=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 wrote:
>
> > On Sun, 2 Jun 2013 10:43:35 -0400, Mark Johnston 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=revision&revision=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 wrote:
>
>
>On Jun 2, 2013, at 8:08 AM, Waitman Gobble =
>wrote:
>
>> On Sun, 2 Jun 2013 10:43:35 -0400, Mark Johnston =
>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=3Drevision&revision=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 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-NOI
[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/confi
