[SOLVED] Re: Deterministic rescue buildworld error with custom make.conf/src.conf/MAKEOBJDIRPREFIX

2017-03-11 Thread Lawrence Stewart 
On 12/03/2017 13:37, Ian Lepore wrote:
> On Sun, 2017-03-12 at 13:27 +1100, Lawrence Stewart wrote:
>> Hi Ian,
>>
>> On 12/03/2017 10:29, Ian Lepore wrote:
>>>
>>> On Sun, 2017-03-12 at 10:22 +1100, Lawrence Stewart wrote:

 Hi all,

 I'm unable to complete buildworld with 2 recent svn revs I've
 tried
 (r314838 and r315059). I'm building for a slightly resource
 constrained
 production system so am specifying custom settings and a
 different
 obj
 tree location so I can copy it to the target system. The error
 persists
 after an "rm -rf /usr/obj/*", and if parallel building is
 disabled.

 The underlying build system built from r314838 via simple "make
 -C
 /usr/src -s -j6 buildworld buildkernel" built and installed fine,
 so
 the
 problem seems to be around the use of the build customisations.

 Any clues?

 Cheers,
 Lawrence


 root@builder-head-amd64:/usr/src # cat cust_make.conf
 KERNCONF=GENERIC-NODEBUG
 MALLOC_PRODUCTION=YES

 root@builder-head-amd64:/usr/src # cat cust_src.conf
 WITHOUT_PROFILE=1

 root@builder-head-amd64:/usr/src # make
 __MAKE_CONF=/usr/src/cust_make.conf
 SRCCONF=/usr/src/cust_src.conf
 MAKEOBJDIRPREFIX=/usr/obj/cust buildworld buildkernel
 [...]
 MK_AUTO_OBJ=no
 MK_TESTS=no  UPDATE_DEPENDFILE=no  _RECURSING_CRUNCH=1
 CC="cc -target x86_64-unknown-freebsd12.0
 --sysroot=/usr/obj/cust/usr/src/tmp
 -B/usr/obj/cust/usr/src/tmp/usr/bin
 -O2 -pipe   -std=gnu99-Qunused-arguments  "  CXX="c++  -
 target
 x86_64-unknown-freebsd12.0 --sysroot=/usr/obj/cust/usr/src/tmp
 -B/usr/obj/cust/usr/src/tmp/usr/bin -O2 -pipe -Qunused-arguments
 -Wno-c++11-extensions  "  make .MAKE.MODE="normal curdirOk=yes"
 .MAKE.META.IGNORE_PATHS=""  -f rescue.mk exe
 cc -target x86_64-unknown-freebsd12.0
 --sysroot=/usr/obj/cust/usr/src/tmp
 -B/usr/obj/cust/usr/src/tmp/usr/bin
 -O2 -pipe   -std=gnu99-Qunused-arguments   -nostdlib -Wl,-dc
 -r
 -o
 cat.lo cat_stub.o
 /usr/obj/cust/usr/src/rescue/rescue//usr/src/bin/cat/cat.o
 cc: error: no such file or directory:
 '/usr/obj/cust/usr/src/rescue/rescue//usr/src/bin/cat/cat.o'
 *** Error code 1

 There appear to be a lot of missing .o files under the rescue obj
 tree:

 root@builder-head-amd64:/usr/src # find
 /usr/obj/cust/usr/src/rescue/rescue//usr -type f
 /usr/obj/cust/usr/src/rescue/rescue//usr/src/bin/sh/mksyntax.o
 /usr/obj/cust/usr/src/rescue/rescue//usr/src/bin/sh/mksyntax
 /usr/obj/cust/usr/src/rescue/rescue//usr/src/bin/sh/mknodes.o
 /usr/obj/cust/usr/src/rescue/rescue//usr/src/bin/sh/mknodes
 /usr/obj/cust/usr/src/rescue/rescue//usr/src/bin/csh/sh.err.h
 /usr/obj/cust/usr/src/rescue/rescue//usr/src/bin/csh/tc.const.h
 /usr/obj/cust/usr/src/rescue/rescue//usr/src/bin/csh/gethost

 compared with an obj tree on a different head system:

 find /usr/obj/usr/src/rescue/rescue/usr/ -type f | wc -l
 1552
 ___
 freebsd-current@freebsd.org mailing list
 https://lists.freebsd.org/mailman/listinfo/freebsd-current
 To unsubscribe, send any mail to "freebsd-current-unsubscribe@fre
 ebsd
 .org"
>>> The MAKEOBJDIRPREFIX variable must be set in the environment, not
>>> in
>>> make.conf or on the make command line (documented in build(7)).
>> Your assertion seems at odds with my past experience and my reading
>> of
>> the man page... from build(7):
>>
>>  The build may be controlled by defining make(1) variables
>>  described in the ENVIRONMENT section below, and by the
>>  variables documented in make.conf(5).
>>
>> ... which indicates they are make variables, not environment
>> variables
>> specifically. As a concrete example, TARGET and DESTDIR are listed
>> under
>> the "ENVIRONMENT" section of the man page, yet "EXAMPLES" shows:
>>
>>make TARGET=sparc64 buildworld
>>make TARGET=sparc64 DESTDIR=/clients/sparc64 installworld
>>
>> I've certainly always set build vars documented in the "ENVIRONMENT"
>> section of the man page on the make command line without issue.
>> Pretty
>> sure I've set MAKEOBJDIRPREFIX from the make command line also in the
>> past, though perhaps it has been working for me "by accident" and a
>> documentation tweak is in order if the distinction you make is in
>> fact
>> relevant...
>>
>> Cheers,
>> Lawrence
>> ___
>> freebsd-current@freebsd.org mailing list
>> https://lists.freebsd.org/mailman/listinfo/freebsd-current
>> To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd
>> .org"
> 
> You cited everything from build(7) except the part most on-point for
> the problem you're having:
> 
> MAKEOBJDIRPREFIX
> Defines the prefix for directory names

Re: Deterministic rescue buildworld error with custom make.conf/src.conf/MAKEOBJDIRPREFIX

2017-03-11 Thread Ian Lepore 
On Sun, 2017-03-12 at 13:27 +1100, Lawrence Stewart wrote:
> Hi Ian,
> 
> On 12/03/2017 10:29, Ian Lepore wrote:
> > 
> > On Sun, 2017-03-12 at 10:22 +1100, Lawrence Stewart wrote:
> > > 
> > > Hi all,
> > > 
> > > I'm unable to complete buildworld with 2 recent svn revs I've
> > > tried
> > > (r314838 and r315059). I'm building for a slightly resource
> > > constrained
> > > production system so am specifying custom settings and a
> > > different
> > > obj
> > > tree location so I can copy it to the target system. The error
> > > persists
> > > after an "rm -rf /usr/obj/*", and if parallel building is
> > > disabled.
> > > 
> > > The underlying build system built from r314838 via simple "make
> > > -C
> > > /usr/src -s -j6 buildworld buildkernel" built and installed fine,
> > > so
> > > the
> > > problem seems to be around the use of the build customisations.
> > > 
> > > Any clues?
> > > 
> > > Cheers,
> > > Lawrence
> > > 
> > > 
> > > root@builder-head-amd64:/usr/src # cat cust_make.conf
> > > KERNCONF=GENERIC-NODEBUG
> > > MALLOC_PRODUCTION=YES
> > > 
> > > root@builder-head-amd64:/usr/src # cat cust_src.conf
> > > WITHOUT_PROFILE=1
> > > 
> > > root@builder-head-amd64:/usr/src # make
> > > __MAKE_CONF=/usr/src/cust_make.conf
> > > SRCCONF=/usr/src/cust_src.conf
> > > MAKEOBJDIRPREFIX=/usr/obj/cust buildworld buildkernel
> > > [...]
> > > MK_AUTO_OBJ=no
> > > MK_TESTS=no  UPDATE_DEPENDFILE=no  _RECURSING_CRUNCH=1
> > > CC="cc -target x86_64-unknown-freebsd12.0
> > > --sysroot=/usr/obj/cust/usr/src/tmp
> > > -B/usr/obj/cust/usr/src/tmp/usr/bin
> > > -O2 -pipe   -std=gnu99-Qunused-arguments  "  CXX="c++  -
> > > target
> > > x86_64-unknown-freebsd12.0 --sysroot=/usr/obj/cust/usr/src/tmp
> > > -B/usr/obj/cust/usr/src/tmp/usr/bin -O2 -pipe -Qunused-arguments
> > > -Wno-c++11-extensions  "  make .MAKE.MODE="normal curdirOk=yes"
> > > .MAKE.META.IGNORE_PATHS=""  -f rescue.mk exe
> > > cc -target x86_64-unknown-freebsd12.0
> > > --sysroot=/usr/obj/cust/usr/src/tmp
> > > -B/usr/obj/cust/usr/src/tmp/usr/bin
> > > -O2 -pipe   -std=gnu99-Qunused-arguments   -nostdlib -Wl,-dc
> > > -r
> > > -o
> > > cat.lo cat_stub.o
> > > /usr/obj/cust/usr/src/rescue/rescue//usr/src/bin/cat/cat.o
> > > cc: error: no such file or directory:
> > > '/usr/obj/cust/usr/src/rescue/rescue//usr/src/bin/cat/cat.o'
> > > *** Error code 1
> > > 
> > > There appear to be a lot of missing .o files under the rescue obj
> > > tree:
> > > 
> > > root@builder-head-amd64:/usr/src # find
> > > /usr/obj/cust/usr/src/rescue/rescue//usr -type f
> > > /usr/obj/cust/usr/src/rescue/rescue//usr/src/bin/sh/mksyntax.o
> > > /usr/obj/cust/usr/src/rescue/rescue//usr/src/bin/sh/mksyntax
> > > /usr/obj/cust/usr/src/rescue/rescue//usr/src/bin/sh/mknodes.o
> > > /usr/obj/cust/usr/src/rescue/rescue//usr/src/bin/sh/mknodes
> > > /usr/obj/cust/usr/src/rescue/rescue//usr/src/bin/csh/sh.err.h
> > > /usr/obj/cust/usr/src/rescue/rescue//usr/src/bin/csh/tc.const.h
> > > /usr/obj/cust/usr/src/rescue/rescue//usr/src/bin/csh/gethost
> > > 
> > > compared with an obj tree on a different head system:
> > > 
> > > find /usr/obj/usr/src/rescue/rescue/usr/ -type f | wc -l
> > > 1552
> > > ___
> > > freebsd-current@freebsd.org mailing list
> > > https://lists.freebsd.org/mailman/listinfo/freebsd-current
> > > To unsubscribe, send any mail to "freebsd-current-unsubscribe@fre
> > > ebsd
> > > .org"
> > The MAKEOBJDIRPREFIX variable must be set in the environment, not
> > in
> > make.conf or on the make command line (documented in build(7)).
> Your assertion seems at odds with my past experience and my reading
> of
> the man page... from build(7):
> 
>   The build may be controlled by defining make(1) variables
>   described in the ENVIRONMENT section below, and by the
>   variables documented in make.conf(5).
> 
> ... which indicates they are make variables, not environment
> variables
> specifically. As a concrete example, TARGET and DESTDIR are listed
> under
> the "ENVIRONMENT" section of the man page, yet "EXAMPLES" shows:
> 
>    make TARGET=sparc64 buildworld
>    make TARGET=sparc64 DESTDIR=/clients/sparc64 installworld
> 
> I've certainly always set build vars documented in the "ENVIRONMENT"
> section of the man page on the make command line without issue.
> Pretty
> sure I've set MAKEOBJDIRPREFIX from the make command line also in the
> past, though perhaps it has been working for me "by accident" and a
> documentation tweak is in order if the distinction you make is in
> fact
> relevant...
> 
> Cheers,
> Lawrence
> ___
> freebsd-current@freebsd.org mailing list
> https://lists.freebsd.org/mailman/listinfo/freebsd-current
> To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd
> .org"

You cited everything from build(7) except the part most on-point for
the problem you're having:

MAKEOBJDIRPREFIX
Defines the prefix

Re: Deterministic rescue buildworld error with custom make.conf/src.conf/MAKEOBJDIRPREFIX

2017-03-11 Thread Ngie Cooper (yaneurabeya) 

> On Mar 11, 2017, at 18:27, Lawrence Stewart  wrote:
> 
> Hi Ian,

…

>> The MAKEOBJDIRPREFIX variable must be set in the environment, not in
>> make.conf or on the make command line (documented in build(7)).
> 
> Your assertion seems at odds with my past experience and my reading of
> the man page... from build(7):
> 
>   The build may be controlled by defining make(1) variables
>   described in the ENVIRONMENT section below, and by the
>   variables documented in make.conf(5).
> 
> ... which indicates they are make variables, not environment variables
> specifically. As a concrete example, TARGET and DESTDIR are listed under
> the "ENVIRONMENT" section of the man page, yet "EXAMPLES" shows:
> 
>   make TARGET=sparc64 buildworld
>   make TARGET=sparc64 DESTDIR=/clients/sparc64 installworld
> 
> I've certainly always set build vars documented in the "ENVIRONMENT"
> section of the man page on the make command line without issue. Pretty
> sure I've set MAKEOBJDIRPREFIX from the make command line also in the
> past, though perhaps it has been working for me "by accident" and a
> documentation tweak is in order if the distinction you make is in fact
> relevant...

Hi Lawrence,

Ian’s right per historical behavior, which should still be in effect today.

Unfortunately, setting MAKEOBJDIRPREFIX on the command line will result in bad 
things happening because of how bsd.obj.mk works and how MAKEOBJDIRPREFIX is 
manipulated in the build itself (see Makefile.libcompat — it affects some 
architectures, but maybe not sparc64). From …/Makefile (which should have 
triggered this error message to begin with):

171 MAKEOBJDIRPREFIX?=  /usr/obj
172 _MAKEOBJDIRPREFIX!= /usr/bin/env -i PATH=${PATH} MK_AUTO_OBJ=no ${MAKE} \
173 ${.MAKEFLAGS:MMAKEOBJDIRPREFIX=*} __MAKE_CONF=${__MAKE_CONF} \
174 -f /dev/null -V MAKEOBJDIRPREFIX dummy
175 .if !empty(_MAKEOBJDIRPREFIX)
176 .error MAKEOBJDIRPREFIX can only be set in environment, not as a global\
177 (in make.conf(5)) or command-line variable.
178 .endif

Are you sure your script/process didn’t catch a relevant build error?

Cheers,
-Ngie


signature.asc
Description: Message signed with OpenPGP using GPGMail

Re: Deterministic rescue buildworld error with custom make.conf/src.conf/MAKEOBJDIRPREFIX

2017-03-11 Thread Lawrence Stewart 
Hi Ian,

On 12/03/2017 10:29, Ian Lepore wrote:
> On Sun, 2017-03-12 at 10:22 +1100, Lawrence Stewart wrote:
>> Hi all,
>>
>> I'm unable to complete buildworld with 2 recent svn revs I've tried
>> (r314838 and r315059). I'm building for a slightly resource
>> constrained
>> production system so am specifying custom settings and a different
>> obj
>> tree location so I can copy it to the target system. The error
>> persists
>> after an "rm -rf /usr/obj/*", and if parallel building is disabled.
>>
>> The underlying build system built from r314838 via simple "make -C
>> /usr/src -s -j6 buildworld buildkernel" built and installed fine, so
>> the
>> problem seems to be around the use of the build customisations.
>>
>> Any clues?
>>
>> Cheers,
>> Lawrence
>>
>>
>> root@builder-head-amd64:/usr/src # cat cust_make.conf
>> KERNCONF=GENERIC-NODEBUG
>> MALLOC_PRODUCTION=YES
>>
>> root@builder-head-amd64:/usr/src # cat cust_src.conf
>> WITHOUT_PROFILE=1
>>
>> root@builder-head-amd64:/usr/src # make
>> __MAKE_CONF=/usr/src/cust_make.conf SRCCONF=/usr/src/cust_src.conf
>> MAKEOBJDIRPREFIX=/usr/obj/cust buildworld buildkernel
>> [...]
>> MK_AUTO_OBJ=no MK_TESTS=no  UPDATE_DEPENDFILE=no  _RECURSING_CRUNCH=1
>> CC="cc -target x86_64-unknown-freebsd12.0
>> --sysroot=/usr/obj/cust/usr/src/tmp
>> -B/usr/obj/cust/usr/src/tmp/usr/bin
>> -O2 -pipe   -std=gnu99-Qunused-arguments  "  CXX="c++  -target
>> x86_64-unknown-freebsd12.0 --sysroot=/usr/obj/cust/usr/src/tmp
>> -B/usr/obj/cust/usr/src/tmp/usr/bin -O2 -pipe -Qunused-arguments
>> -Wno-c++11-extensions  "  make .MAKE.MODE="normal curdirOk=yes"
>> .MAKE.META.IGNORE_PATHS=""  -f rescue.mk exe
>> cc -target x86_64-unknown-freebsd12.0
>> --sysroot=/usr/obj/cust/usr/src/tmp
>> -B/usr/obj/cust/usr/src/tmp/usr/bin
>> -O2 -pipe   -std=gnu99-Qunused-arguments   -nostdlib -Wl,-dc -r
>> -o
>> cat.lo cat_stub.o
>> /usr/obj/cust/usr/src/rescue/rescue//usr/src/bin/cat/cat.o
>> cc: error: no such file or directory:
>> '/usr/obj/cust/usr/src/rescue/rescue//usr/src/bin/cat/cat.o'
>> *** Error code 1
>>
>> There appear to be a lot of missing .o files under the rescue obj
>> tree:
>>
>> root@builder-head-amd64:/usr/src # find
>> /usr/obj/cust/usr/src/rescue/rescue//usr -type f
>> /usr/obj/cust/usr/src/rescue/rescue//usr/src/bin/sh/mksyntax.o
>> /usr/obj/cust/usr/src/rescue/rescue//usr/src/bin/sh/mksyntax
>> /usr/obj/cust/usr/src/rescue/rescue//usr/src/bin/sh/mknodes.o
>> /usr/obj/cust/usr/src/rescue/rescue//usr/src/bin/sh/mknodes
>> /usr/obj/cust/usr/src/rescue/rescue//usr/src/bin/csh/sh.err.h
>> /usr/obj/cust/usr/src/rescue/rescue//usr/src/bin/csh/tc.const.h
>> /usr/obj/cust/usr/src/rescue/rescue//usr/src/bin/csh/gethost
>>
>> compared with an obj tree on a different head system:
>>
>> find /usr/obj/usr/src/rescue/rescue/usr/ -type f | wc -l
>> 1552
>> ___
>> freebsd-current@freebsd.org mailing list
>> https://lists.freebsd.org/mailman/listinfo/freebsd-current
>> To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd
>> .org"
> 
> The MAKEOBJDIRPREFIX variable must be set in the environment, not in
> make.conf or on the make command line (documented in build(7)).

Your assertion seems at odds with my past experience and my reading of
the man page... from build(7):

The build may be controlled by defining make(1) variables
described in the ENVIRONMENT section below, and by the
variables documented in make.conf(5).

... which indicates they are make variables, not environment variables
specifically. As a concrete example, TARGET and DESTDIR are listed under
the "ENVIRONMENT" section of the man page, yet "EXAMPLES" shows:

   make TARGET=sparc64 buildworld
   make TARGET=sparc64 DESTDIR=/clients/sparc64 installworld

I've certainly always set build vars documented in the "ENVIRONMENT"
section of the man page on the make command line without issue. Pretty
sure I've set MAKEOBJDIRPREFIX from the make command line also in the
past, though perhaps it has been working for me "by accident" and a
documentation tweak is in order if the distinction you make is in fact
relevant...

Cheers,
Lawrence
___
freebsd-current@freebsd.org mailing list
https://lists.freebsd.org/mailman/listinfo/freebsd-current
To unsubscribe, send any mail to "freebsd-current-unsubscr...@freebsd.org"

Re: buildworld error

2017-03-11 Thread Ngie Cooper (yaneurabeya) 

> On Mar 11, 2017, at 15:51, Roberto Rodriguez Jr  
> wrote:
> 
> I figured the script command... here is the new error r315090
> 
> --- .depend ---
> echo setkey.full: /usr/obj/usr/src/tmp/usr/lib/libc.a
> /usr/obj/usr/src/tmp/usr/lib/libl.a
> /usr/obj/usr/src/tmp/usr/lib/liby.a
> /usr/obj/usr/src/tmp/usr/lib/libipsec.a >> .depend
> --- setkey.o ---
> /usr/local/libexec/ccache/cc  -O2 -pipe -march=btver2
> -I/usr/src/sbin/setkey -I/usr/src/lib/libipsec -I/usr/src/lib/libipsec
> -I/usr/src/sys/netipsec -DIPSEC_DEBUG -DYY_NO_UNPUT -DINET6 -I. -g -MD
> -MF.depend.setkey.o -MTsetkey.o -std=gnu99 -fstack-protector-strong
> -Wsystem-headers -Werror -Wno-pointer-sign -Wno-empty-body
> -Wno-string-plus-int -Wno-unused-const-variable
> -Wno-tautological-compare -Wno-unused-value -Wno-parentheses-equality
> -Wno-unused-function -Wno-enum-conversion -Wno-unused-local-typedef
> -Wno-switch -Wno-switch-enum -Wno-knr-promoted-parameter
> -Wno-parentheses  -Qunused-arguments  -c /usr/src/sbin/setkey/setkey.c
> -o setkey.o
> --- all_subdir_lib ---
> --- jemalloc_nstime.po ---
> /usr/local/libexec/ccache/cc -pg  -O2 -pipe -march=btver2
> -I/usr/src/lib/libc/include -I/usr/src/include
> -I/usr/src/lib/libc/amd64 -DNLS  -D__DBINTERFACE_PRIVATE
> -I/usr/src/contrib/gdtoa -I/usr/src/contrib/libc-vis -DINET6
> -I/usr/obj/usr/src/lib/libc -I/usr/src/lib/libc/resolv -D_ACL_PRIVATE
> -DPOSIX_MISTAKE -I/usr/src/lib/libmd
> -I/usr/src/contrib/jemalloc/include -I/usr/src/contrib/tzcode/stdtime
> -I/usr/src/lib/libc/stdtime -I/usr/src/lib/libc/locale -DBROKEN_DES
> -DPORTMAP -DDES_BUILTIN -I/usr/src/lib/libc/rpc -DWANT_HYPERV -DYP
> -DNS_CACHING -DSYMBOL_VERSIONING -MD  -MF.depend.jemalloc_nstime.po
> -MTjemalloc_nstime.po -std=gnu99 -fstack-protector-strong
> -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized
> -Wno-pointer-sign -Wno-empty-body -Wno-string-plus-int
> -Wno-unused-const-variable -Wno-tautological-compare -Wno-unused-value
> -Wno-parentheses-equality -Wno-unused-function -Wno-enum-conversion
> -Wno-unused-local-typedef -Wno-switch -Wno-switch-enum
> -Wno-knr-promoted-parameter  -Qunused-arguments
> -I/usr/src/lib/libutil -I/usr/src/lib/msun/amd64
> -I/usr/src/lib/msun/x86 -I/usr/src/lib/msun/src -c jemalloc_nstime.c
> -o jemalloc_nstime.po
> --- all_subdir_rescue ---
> --- suffix.o ---
> /usr/local/libexec/ccache/cc  -O2 -pipe -DHAVE_CONFIG_H
> -I/usr/src/usr.bin/xz/../../lib/liblzma
> -I/usr/src/usr.bin/xz/../../contrib/xz/src/common -march=btver2
> -DRESCUE -MD  -MF.depend.suffix.o -MTsuffix.o -std=gnu99
> -fstack-protector-strong -Wsystem-headers -Werror -Wall
> -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes
> -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized
> -Wno-pointer-sign -Wno-empty-body -Wno-string-plus-int
> -Wno-unused-const-variable -Wno-tautological-compare -Wno-unused-value
> -Wno-parentheses-equality -Wno-unused-function -Wno-enum-conversion
> -Wno-unused-local-typedef  -Qunused-arguments  -c
> /usr/src/usr.bin/xz/../../contrib/xz/src/xz/suffix.c -o suffix.o
> --- all_subdir_sbin ---
> /usr/src/sbin/setkey/setkey.c:154:15: error: use of undeclared
> identifier 'IPSEC_POLICYSCOPE_GLOBAL'
>f_scope |= IPSEC_POLICYSCOPE_GLOBAL;
>   ^
> /usr/src/sbin/setkey/setkey.c:157:15: error: use of undeclared
> identifier 'IPSEC_POLICYSCOPE_IFNET'
>f_scope |= IPSEC_POLICYSCOPE_IFNET;
>   ^

Some new symbols were added to sys/netipsec/… and unfortunately the system 
headers don’t provide that symbol.

This should fix the issue — I’ll run the change through make tinderbox before 
committing, then analyze the .depend files, just to make sure it's 
bootstrapping properly.

Thanks!
-Ngie

$ svn diff Makefile
Index: Makefile
===
--- Makefile(revision 315094)
+++ Makefile(working copy)
@@ -46,7 +46,7 @@
 # ipsec_strerror.c is for avoiding shlib reference to non-exported function.
 .PATH: ${SRCTOP}/lib/libipsec ${SRCTOP}/sys/netipsec
 SRCS+= pfkey.c pfkey_dump.c key_debug.c ipsec_strerror.c
-CFLAGS+= -I${SRCTOP}/sys/netipsec
+CFLAGS+= -I${SRCTOP}/sys

 SRCS+= y.tab.h
 y.tab.h: parse.y



signature.asc
Description: Message signed with OpenPGP using GPGMail

Re: buildworld error

2017-03-11 Thread Cy Schubert 
In message <5cb065b0-5a7d-4a50-a722-8ea579a67...@freebsd.org>, Dimitry 
Andric w
rites:
> 
> 
> --Apple-Mail=_A0AD1F4B-1279-4DA7-85F9-FB9846A878D7
> Content-Transfer-Encoding: quoted-printable
> Content-Type: text/plain;
>   charset=us-ascii
> 
> On 12 Mar 2017, at 01:55, Roberto Rodriguez Jr  =
> wrote:
> >=20
> > Now...
> > make buildworld
> ...
> > In file included from /usr/src/contrib/llvm/lib/Support/APInt.cpp:15:
> > In file included from =
> /usr/src/contrib/llvm/include/llvm/ADT/APInt.h:20:
> > In file included from
> > /usr/src/contrib/llvm/include/llvm/Support/MathExtras.h:19:
> > In file included from /usr/include/c++/v1/algorithm:634:
> > In file included from /usr/include/c++/v1/memory:604:
> > /usr/include/c++/v1/new:73:10: fatal error: '__undef___deallocate' =
> file not
> > found
> > #include <__undef___deallocate>
> > ^
> 
> Yes, this is because of the bad advice to run "make delete-old" before
> you had run "make installworld".  You had an older version of libc++ in
> /usr/include/c++, but that still required the __undef___deallocate
> header, which has now been deleted by "make delete-old".
> 
> Your best chance is to build and install libc++ first, if possible, by
> doing:
> 
> cd /usr/src/lib/libc++
> make obj
> make depend
> make
> make install
> 
> Then retry building world.

If this actually fixes it, it (the build) is wrong. You shouldn't have to 
build and install src in order to build another part of src.

The procedure has always been documented as make installworld first then 
make delete-old. Failing to do so will on rare occasions bite you when 
building a port.


-- 
Cheers,
Cy Schubert 
FreeBSD UNIX:     Web:  http://www.FreeBSD.org

The need of the many outweighs the greed of the few.


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

Re: buildworld error

2017-03-11 Thread Roberto Rodriguez Jr 
Thanks!
Rechecking out src tree. It seems my errors are like u said about 'make
delete-old'
___
freebsd-current@freebsd.org mailing list
https://lists.freebsd.org/mailman/listinfo/freebsd-current
To unsubscribe, send any mail to "freebsd-current-unsubscr...@freebsd.org"

Re: buildworld error

2017-03-11 Thread Dimitry Andric 
On 12 Mar 2017, at 01:55, Roberto Rodriguez Jr  wrote:
> 
> Now...
> make buildworld
...
> In file included from /usr/src/contrib/llvm/lib/Support/APInt.cpp:15:
> In file included from /usr/src/contrib/llvm/include/llvm/ADT/APInt.h:20:
> In file included from
> /usr/src/contrib/llvm/include/llvm/Support/MathExtras.h:19:
> In file included from /usr/include/c++/v1/algorithm:634:
> In file included from /usr/include/c++/v1/memory:604:
> /usr/include/c++/v1/new:73:10: fatal error: '__undef___deallocate' file not
> found
> #include <__undef___deallocate>
> ^

Yes, this is because of the bad advice to run "make delete-old" before
you had run "make installworld".  You had an older version of libc++ in
/usr/include/c++, but that still required the __undef___deallocate
header, which has now been deleted by "make delete-old".

Your best chance is to build and install libc++ first, if possible, by
doing:

cd /usr/src/lib/libc++
make obj
make depend
make
make install

Then retry building world.

-Dimitry



signature.asc
Description: Message signed with OpenPGP

Re: buildworld error

2017-03-11 Thread Roberto Rodriguez Jr 
Now...
make buildworld
root@krsna:/usr/src # time make buildworld
--
>>> World build started on Sun Mar 12 00:52:52 UTC 2017
--

--
>>> Rebuilding the temporary build tree
--
rm -rf /usr/obj/usr/src/tmp
rm -rf /usr/obj/usr/src/lib32
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=1200022
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)
/usr/obj/usr/src/tmp/usr/src/tools/build created for /usr/src/tools/build
/usr/local/libexec/ccache/cc  -O2 -pipe  -MD  -MF.depend.dummy.o -MTdummy.o
-std=gnu99  -Qunused-arguments  -I/usr/obj/usr/src/tmp/legacy/usr/include
-c /usr/src/tools/build/dummy.c -o dummy.o
building static egacy library
ar -crD libegacy.a `NM='nm' NMFLAGS=''  lorder dummy.o  | tsort -q`
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"  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=1200022
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)
/usr/obj/usr/src/tmp/usr/src/lib/clang/libllvmminimal created for
/usr/src/lib/clang/libllvmminimal
/usr/obj/usr/src/tmp/usr/src/lib/clang/libllvmminimal/Support created for
/usr/src/lib/clang/libllvmminimal
/usr/obj/usr/src/tmp/usr/src/lib/clang/libllvmminimal/TableGen created for
/usr/src/lib/clang/libllvmminimal
/usr/local/libexec/ccache/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
-DLLVM_DEFAULT_TARGET_TRIPLE=\"x86_64-unknown-freebsd12.0\"
-DLLVM_HOST_TRIPLE=\"x86_64-unknown-freebsd12.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

Re: buildworld error

2017-03-11 Thread Roberto Rodriguez Jr 
So...
cd /usr/src
svn up
yes|make delete-old
rm -rf /usr/obj/*
rm -rf /var/tmp/ccache/*
make -j4 buildworld

Script started on Sun Mar 12 00:47:52 2017
root@krsna:/usr/src # time make -j4 buildworld
--- buildworld ---
--- buildworld_prologue ---
--
>>> World build started on Sun Mar 12 00:47:54 UTC 2017
--
--- _worldtmp ---
--
>>> Rebuilding the temporary build tree
--
rm -rf /usr/obj/usr/src/tmp
rm -rf /usr/obj/usr/src/lib32
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
--- _legacy ---
--
>>> 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  -j 4
-J 15,16 -m /usr/src/share/mk" make  -f Makefile.inc1  DESTDIR=
BOOTSTRAPPING=1200022  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
--- legacy ---
===> tools/build (obj,includes,all,install)
--- obj ---
/usr/obj/usr/src/tmp/usr/src/tools/build created for /usr/src/tools/build
--- dummy.o ---
/usr/local/libexec/ccache/cc  -O2 -pipe  -MD  -MF.depend.dummy.o -MTdummy.o
-std=gnu99  -Qunused-arguments  -I/usr/obj/usr/src/tmp/legacy/usr/include
-c /usr/src/tools/build/dummy.c -o dummy.o
--- libegacy.a ---
building static egacy library
ar -crD libegacy.a `NM='nm' NMFLAGS=''  lorder dummy.o  | tsort -q`
ranlib -D libegacy.a
--- _libinstall ---
sh /usr/src/tools/install.sh  -C -o root -g wheel -m 444   libegacy.a
/usr/obj/usr/src/tmp/legacy/usr/lib/
--- _bootstrap-tools ---

--
>>> 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  -j 4
-J 15,16 -m /usr/src/share/mk" make  -f Makefile.inc1  DESTDIR=
BOOTSTRAPPING=1200022  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
--- _bootstrap-tools-lib/clang/libllvmminimal ---
--- _bootstrap-tools-kerberos5/tools/make-roken ---
--- _bootstrap-tools-usr.bin/fortune/strfile ---
--- _bootstrap-tools-gnu/usr.bin/groff ---
--- _bootstrap-tools-lib/clang/libllvmminimal ---
===> lib/clang/libllvmminimal (obj,all,install)
--- _bootstrap-tools-kerberos5/tools/make-roken ---
===> kerberos5/tools/make-roken (obj,all,install)
--- _bootstrap-tools-usr.bin/fortune/strfile ---
===> usr.bin/fortune/strfile (obj,all,install)
--- _bootstrap-tools-gnu/usr.bin/groff ---
===> gnu/usr.bin/groff

Re: buildworld error

2017-03-11 Thread Cy Schubert 
In message 
, Roberto Rodriguez Jr writes:
> I figured the script command... here is the new error r315090
> 
> --- .depend ---
> echo setkey.full: /usr/obj/usr/src/tmp/usr/lib/libc.a
> /usr/obj/usr/src/tmp/usr/lib/libl.a
> /usr/obj/usr/src/tmp/usr/lib/liby.a
> /usr/obj/usr/src/tmp/usr/lib/libipsec.a >> .depend
> --- setkey.o ---
> /usr/local/libexec/ccache/cc  -O2 -pipe -march=btver2
> -I/usr/src/sbin/setkey -I/usr/src/lib/libipsec -I/usr/src/lib/libipsec
> -I/usr/src/sys/netipsec -DIPSEC_DEBUG -DYY_NO_UNPUT -DINET6 -I. -g -MD
>  -MF.depend.setkey.o -MTsetkey.o -std=gnu99 -fstack-protector-strong
> -Wsystem-headers -Werror -Wno-pointer-sign -Wno-empty-body
> -Wno-string-plus-int -Wno-unused-const-variable
> -Wno-tautological-compare -Wno-unused-value -Wno-parentheses-equality
> -Wno-unused-function -Wno-enum-conversion -Wno-unused-local-typedef
> -Wno-switch -Wno-switch-enum -Wno-knr-promoted-parameter
> -Wno-parentheses  -Qunused-arguments  -c /usr/src/sbin/setkey/setkey.c
> -o setkey.o
> --- all_subdir_lib ---
> --- jemalloc_nstime.po ---
> /usr/local/libexec/ccache/cc -pg  -O2 -pipe -march=btver2
> -I/usr/src/lib/libc/include -I/usr/src/include
> -I/usr/src/lib/libc/amd64 -DNLS  -D__DBINTERFACE_PRIVATE
> -I/usr/src/contrib/gdtoa -I/usr/src/contrib/libc-vis -DINET6
> -I/usr/obj/usr/src/lib/libc -I/usr/src/lib/libc/resolv -D_ACL_PRIVATE
> -DPOSIX_MISTAKE -I/usr/src/lib/libmd
> -I/usr/src/contrib/jemalloc/include -I/usr/src/contrib/tzcode/stdtime
> -I/usr/src/lib/libc/stdtime -I/usr/src/lib/libc/locale -DBROKEN_DES
> -DPORTMAP -DDES_BUILTIN -I/usr/src/lib/libc/rpc -DWANT_HYPERV -DYP
> -DNS_CACHING -DSYMBOL_VERSIONING -MD  -MF.depend.jemalloc_nstime.po
> -MTjemalloc_nstime.po -std=gnu99 -fstack-protector-strong
> -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized
> -Wno-pointer-sign -Wno-empty-body -Wno-string-plus-int
> -Wno-unused-const-variable -Wno-tautological-compare -Wno-unused-value
> -Wno-parentheses-equality -Wno-unused-function -Wno-enum-conversion
> -Wno-unused-local-typedef -Wno-switch -Wno-switch-enum
> -Wno-knr-promoted-parameter  -Qunused-arguments
> -I/usr/src/lib/libutil -I/usr/src/lib/msun/amd64
> -I/usr/src/lib/msun/x86 -I/usr/src/lib/msun/src -c jemalloc_nstime.c
> -o jemalloc_nstime.po
> --- all_subdir_rescue ---
> --- suffix.o ---
> /usr/local/libexec/ccache/cc  -O2 -pipe -DHAVE_CONFIG_H
> -I/usr/src/usr.bin/xz/../../lib/liblzma
> -I/usr/src/usr.bin/xz/../../contrib/xz/src/common -march=btver2
> -DRESCUE -MD  -MF.depend.suffix.o -MTsuffix.o -std=gnu99
> -fstack-protector-strong -Wsystem-headers -Werror -Wall
> -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes
> -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized
> -Wno-pointer-sign -Wno-empty-body -Wno-string-plus-int
> -Wno-unused-const-variable -Wno-tautological-compare -Wno-unused-value
> -Wno-parentheses-equality -Wno-unused-function -Wno-enum-conversion
> -Wno-unused-local-typedef  -Qunused-arguments  -c
> /usr/src/usr.bin/xz/../../contrib/xz/src/xz/suffix.c -o suffix.o
> --- all_subdir_sbin ---
> /usr/src/sbin/setkey/setkey.c:154:15: error: use of undeclared
> identifier 'IPSEC_POLICYSCOPE_GLOBAL'
> f_scope |= IPSEC_POLICYSCOPE_GLOBAL;
>^
> /usr/src/sbin/setkey/setkey.c:157:15: error: use of undeclared
> identifier 'IPSEC_POLICYSCOPE_IFNET'
> f_scope |= IPSEC_POLICYSCOPE_IFNET;
>^
> 2 errors generated.
> *** [setkey.o] Error code 1
> 
> make[4]: stopped in /usr/src/sbin/setkey
> 1 error
> 
> make[4]: stopped in /usr/src/sbin/setkey
> *** [all_subdir_sbin/setkey] Error code 2
> 
> make[3]: stopped in /usr/src/sbin
> 1 error
> 
> make[3]: stopped in /usr/src/sbin
> *** [all_subdir_sbin] Error code 2
> 
> make[2]: stopped in /usr/src
> --- all_subdir_rescue ---
> A failure has been detected in another branch of the parallel make
> 
> make[6]: stopped in /usr/src/usr.bin/xz
> *** [xz_make] Error code 2
> 
> make[5]: stopped in /usr/obj/usr/src/rescue/rescue
> 1 error
> 
> make[5]: stopped in /usr/obj/usr/src/rescue/rescue
> *** [objs] Error code 2
> 
> make[4]: stopped in /usr/src/rescue/rescue
> 1 error
> 
> make[4]: stopped in /usr/src/rescue/rescue
> *** [all_subdir_rescue/rescue] Error code 2
> 
> make[3]: stopped in /usr/src/rescue
> 1 error
> 
> make[3]: stopped in /usr/src/rescue
> *** [all_subdir_rescue] Error code 2
> 
> make[2]: stopped in /usr/src
> --- all_subdir_lib ---
> A failure has been detected in another branch of the parallel make
> 
> make[4]: stopped in /usr/src/lib/libc
> *** [all_subdir_lib/libc] Error code 2
> 
> make[3]: stopped in /usr/src/lib
> 1 error
> 
> make[3]: stopped in /usr/src/lib
> *** [all_subdir_lib] Error code 2
> 
> make[2]: stopped in /usr/src
> --- all_subdir_secure ---
> A failure has been detected in another branch of the parallel make
> 
> make[5]: stopped in

SMBus driver

2017-03-11 Thread Roberto Rodriguez Jr 
Hi,

pciconf -lvbe

none0@pci0:0:20:0:class=0x0c0500 card=0x21f7103c chip=0x780b1022
rev=0x3a hdr=0x00
vendor = 'Advanced Micro Devices, Inc. [AMD]'
device = 'FCH SMBus Controller'
class  = serial bus
subclass   = SMBus

I have 'device smbus' in KERNCONF.
I would love to know how to correct this. I looked in sys/dev/smbus but
have no idea which file to edit or where to begin understanding why its
none0.

Thank you

dmesg
Copyright (c) 1992-2017 The FreeBSD Project.
Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, 1994
The Regents of the University of California. All rights reserved.
FreeBSD is a registered trademark of The FreeBSD Foundation.
FreeBSD 12.0-CURRENT #0 r315090: Sat Mar 11 23:59:22 UTC 2017
root@krsna:/usr/obj/usr/src/sys/KRSNA amd64
FreeBSD clang version 3.9.1 (tags/RELEASE_391/final 289601) (based on LLVM
3.9.1)
VT(efifb): resolution 1366x768
CPU: AMD A6-5200 APU with Radeon(TM) HD Graphics (1996.29-MHz K8-class
CPU)
  Origin="AuthenticAMD"  Id=0x700f01  Family=0x16  Model=0x0  Stepping=1

Features=0x178bfbff

Features2=0x3ed8220b
  AMD Features=0x2e500800
  AMD
Features2=0x154037ff
  Structured Extended Features=0x8
  XSAVE Features=0x1
  SVM: NP,NRIP,AFlush,DAssist,NAsids=8
  TSC: P-state invariant, performance statistics
real memory  = 4294967296 (4096 MB)
avail memory = 3540578304 (3376 MB)
Event timer "LAPIC" quality 100
ACPI APIC Table: 
FreeBSD/SMP: Multiprocessor System Detected: 4 CPUs
FreeBSD/SMP: 1 package(s) x 4 core(s)
random: unblocking device.
ioapic0: Changing APIC ID to 4
ioapic1: Changing APIC ID to 5
ioapic0  irqs 0-23 on motherboard
ioapic1  irqs 24-55 on motherboard
SMP: AP CPU #3 Launched!
SMP: AP CPU #1 Launched!
SMP: AP CPU #2 Launched!
Timecounter "TSC" frequency 1996292475 Hz quality 1000
random: entropy device external interface
netmap: loaded module
kbd1 at kbdmux0
nexus0
cryptosoft0:  on motherboard
acpi0:  on motherboard
acpi0: Power Button (fixed)
cpu0:  on acpi0
cpu1:  on acpi0
cpu2:  on acpi0
cpu3:  on acpi0
hpet0:  iomem 0xfed0-0xfed003ff irq 0,8 on
acpi0
Timecounter "HPET" frequency 14318180 Hz quality 950
Event timer "HPET" frequency 14318180 Hz quality 450
Event timer "HPET1" frequency 14318180 Hz quality 450
Event timer "HPET2" frequency 14318180 Hz quality 450
atrtc0:  port 0x70-0x71 on acpi0
Event timer "RTC" frequency 32768 Hz quality 0
attimer0:  port 0x40-0x43 on acpi0
Timecounter "i8254" frequency 1193182 Hz quality 0
Event timer "i8254" frequency 1193182 Hz quality 100
Timecounter "ACPI-fast" frequency 3579545 Hz quality 900
acpi_timer0: <32-bit timer at 3.579545MHz> port 0x408-0x40b on acpi0
acpi_ec0:  port 0x62,0x66 on acpi0
acpi_button0:  on acpi0
pcib0:  port 0xcf8-0xcff on acpi0
pci0:  on pcib0
vgapci0:  port 0x3000-0x30ff mem
0xe000-0xefff,0xf000-0xf07f,0xf0c0-0xf0c3 irq 44 at
device 1.0 on pci0
vgapci0: Boot video device
hdac0:  mem 0xf0c4-0xf0c43fff irq 45 at
device 1.1 on pci0
pcib1:  irq 48 at device 2.1 on pci0
pci1:  on pcib1
pcib2:  irq 50 at device 2.3 on pci0
pci2:  on pcib2
pci2:  at device 0.0 (no driver attached)
pcib3:  irq 51 at device 2.4 on pci0
pci3:  on pcib3
ath0:  mem 0xf0a0-0xf0a7 irq 36 at device 0.0 on
pci3
ar9300_flash_map: unimplemented for now
Restoring Cal data from DRAM
Restoring Cal data from EEPROM
Restoring Cal data from Flash
Restoring Cal data from Flash
Restoring Cal data from OTP
ar9300_hw_attach: ar9300_eeprom_attach returned 0
ath0: [HT] enabling HT modes
ath0: [HT] enabling short-GI in 20MHz mode
ath0: [HT] 1 stream STBC receive enabled
ath0: [HT] 1 RX streams; 1 TX streams
ath0: AR9485 mac 576.1 RF5110 phy 2457.9
ath0: 2GHz radio: 0x; 5GHz radio: 0x
pcib4:  irq 48 at device 2.5 on pci0
pci4:  on pcib4
re0:  port 0x2000-0x20ff mem
0xf090-0xf0900fff,0xf080-0xf0803fff irq 40 at device 0.0 on pci4
re0: Using 1 MSI-X message
re0: ASPM disabled
re0: Chip rev. 0x4480
re0: MAC rev. 0x0010
miibus0:  on re0
rlphy0:  PHY 1 on miibus0
rlphy0:  10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto, auto-flow
re0: Using defaults for TSO: 65518/35/2048
re0: Ethernet address: d0:bf:9c:63:a9:99
re0: netmap queues/slots: TX 1/256, RX 1/256
xhci0:  mem 0xf0c48000-0xf0c49fff irq 18 at
device 16.0 on pci0
xhci0: 32 bytes context size, 64-bit DMA
xhci0: Unable to map MSI-X table
usbus0: waiting for BIOS to give up control
usbus0 on xhci0
usbus0: 5.0Gbps Super Speed USB v3.0
ahci0:  port
0x3118-0x311f,0x3124-0x3127,0x3110-0x3117,0x3120-0x3123,0x3100-0x310f mem
0xf0c4f000-0xf0c4f3ff irq 19 at device 17.0 on pci0
ahci0: AHCI v1.30 with 2 6Gbps ports, Port Multiplier supported with FBS

Re: buildworld error

2017-03-11 Thread Roberto Rodriguez Jr 
I figured the script command... here is the new error r315090

--- .depend ---
echo setkey.full: /usr/obj/usr/src/tmp/usr/lib/libc.a
/usr/obj/usr/src/tmp/usr/lib/libl.a
/usr/obj/usr/src/tmp/usr/lib/liby.a
/usr/obj/usr/src/tmp/usr/lib/libipsec.a >> .depend
--- setkey.o ---
/usr/local/libexec/ccache/cc  -O2 -pipe -march=btver2
-I/usr/src/sbin/setkey -I/usr/src/lib/libipsec -I/usr/src/lib/libipsec
-I/usr/src/sys/netipsec -DIPSEC_DEBUG -DYY_NO_UNPUT -DINET6 -I. -g -MD
 -MF.depend.setkey.o -MTsetkey.o -std=gnu99 -fstack-protector-strong
-Wsystem-headers -Werror -Wno-pointer-sign -Wno-empty-body
-Wno-string-plus-int -Wno-unused-const-variable
-Wno-tautological-compare -Wno-unused-value -Wno-parentheses-equality
-Wno-unused-function -Wno-enum-conversion -Wno-unused-local-typedef
-Wno-switch -Wno-switch-enum -Wno-knr-promoted-parameter
-Wno-parentheses  -Qunused-arguments  -c /usr/src/sbin/setkey/setkey.c
-o setkey.o
--- all_subdir_lib ---
--- jemalloc_nstime.po ---
/usr/local/libexec/ccache/cc -pg  -O2 -pipe -march=btver2
-I/usr/src/lib/libc/include -I/usr/src/include
-I/usr/src/lib/libc/amd64 -DNLS  -D__DBINTERFACE_PRIVATE
-I/usr/src/contrib/gdtoa -I/usr/src/contrib/libc-vis -DINET6
-I/usr/obj/usr/src/lib/libc -I/usr/src/lib/libc/resolv -D_ACL_PRIVATE
-DPOSIX_MISTAKE -I/usr/src/lib/libmd
-I/usr/src/contrib/jemalloc/include -I/usr/src/contrib/tzcode/stdtime
-I/usr/src/lib/libc/stdtime -I/usr/src/lib/libc/locale -DBROKEN_DES
-DPORTMAP -DDES_BUILTIN -I/usr/src/lib/libc/rpc -DWANT_HYPERV -DYP
-DNS_CACHING -DSYMBOL_VERSIONING -MD  -MF.depend.jemalloc_nstime.po
-MTjemalloc_nstime.po -std=gnu99 -fstack-protector-strong
-Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized
-Wno-pointer-sign -Wno-empty-body -Wno-string-plus-int
-Wno-unused-const-variable -Wno-tautological-compare -Wno-unused-value
-Wno-parentheses-equality -Wno-unused-function -Wno-enum-conversion
-Wno-unused-local-typedef -Wno-switch -Wno-switch-enum
-Wno-knr-promoted-parameter  -Qunused-arguments
-I/usr/src/lib/libutil -I/usr/src/lib/msun/amd64
-I/usr/src/lib/msun/x86 -I/usr/src/lib/msun/src -c jemalloc_nstime.c
-o jemalloc_nstime.po
--- all_subdir_rescue ---
--- suffix.o ---
/usr/local/libexec/ccache/cc  -O2 -pipe -DHAVE_CONFIG_H
-I/usr/src/usr.bin/xz/../../lib/liblzma
-I/usr/src/usr.bin/xz/../../contrib/xz/src/common -march=btver2
-DRESCUE -MD  -MF.depend.suffix.o -MTsuffix.o -std=gnu99
-fstack-protector-strong -Wsystem-headers -Werror -Wall
-Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes
-Wmissing-prototypes -Wpointer-arith -Wno-uninitialized
-Wno-pointer-sign -Wno-empty-body -Wno-string-plus-int
-Wno-unused-const-variable -Wno-tautological-compare -Wno-unused-value
-Wno-parentheses-equality -Wno-unused-function -Wno-enum-conversion
-Wno-unused-local-typedef  -Qunused-arguments  -c
/usr/src/usr.bin/xz/../../contrib/xz/src/xz/suffix.c -o suffix.o
--- all_subdir_sbin ---
/usr/src/sbin/setkey/setkey.c:154:15: error: use of undeclared
identifier 'IPSEC_POLICYSCOPE_GLOBAL'
f_scope |= IPSEC_POLICYSCOPE_GLOBAL;
   ^
/usr/src/sbin/setkey/setkey.c:157:15: error: use of undeclared
identifier 'IPSEC_POLICYSCOPE_IFNET'
f_scope |= IPSEC_POLICYSCOPE_IFNET;
   ^
2 errors generated.
*** [setkey.o] Error code 1

make[4]: stopped in /usr/src/sbin/setkey
1 error

make[4]: stopped in /usr/src/sbin/setkey
*** [all_subdir_sbin/setkey] Error code 2

make[3]: stopped in /usr/src/sbin
1 error

make[3]: stopped in /usr/src/sbin
*** [all_subdir_sbin] Error code 2

make[2]: stopped in /usr/src
--- all_subdir_rescue ---
A failure has been detected in another branch of the parallel make

make[6]: stopped in /usr/src/usr.bin/xz
*** [xz_make] Error code 2

make[5]: stopped in /usr/obj/usr/src/rescue/rescue
1 error

make[5]: stopped in /usr/obj/usr/src/rescue/rescue
*** [objs] Error code 2

make[4]: stopped in /usr/src/rescue/rescue
1 error

make[4]: stopped in /usr/src/rescue/rescue
*** [all_subdir_rescue/rescue] Error code 2

make[3]: stopped in /usr/src/rescue
1 error

make[3]: stopped in /usr/src/rescue
*** [all_subdir_rescue] Error code 2

make[2]: stopped in /usr/src
--- all_subdir_lib ---
A failure has been detected in another branch of the parallel make

make[4]: stopped in /usr/src/lib/libc
*** [all_subdir_lib/libc] Error code 2

make[3]: stopped in /usr/src/lib
1 error

make[3]: stopped in /usr/src/lib
*** [all_subdir_lib] Error code 2

make[2]: stopped in /usr/src
--- all_subdir_secure ---
A failure has been detected in another branch of the parallel make

make[5]: stopped in /usr/src/secure/lib/libcrypto
*** [all_subdir_secure/lib/libcrypto] Error code 2

make[4]: stopped in /usr/src/secure/lib
1 error

make[4]: stopped in /usr/src/secure/lib
*** [all_subdir_secure/lib] Error code 2

make[3]: stopped in /usr/src/secure
1 error

make[3]: stopped in /usr/src/secure
*** [all_subdir_secure] Error code 2

make[2]: stopped in /usr/src
4

Re: Deterministic rescue buildworld error with custom make.conf/src.conf/MAKEOBJDIRPREFIX

2017-03-11 Thread Ian Lepore 
On Sun, 2017-03-12 at 10:22 +1100, Lawrence Stewart wrote:
> Hi all,
> 
> I'm unable to complete buildworld with 2 recent svn revs I've tried
> (r314838 and r315059). I'm building for a slightly resource
> constrained
> production system so am specifying custom settings and a different
> obj
> tree location so I can copy it to the target system. The error
> persists
> after an "rm -rf /usr/obj/*", and if parallel building is disabled.
> 
> The underlying build system built from r314838 via simple "make -C
> /usr/src -s -j6 buildworld buildkernel" built and installed fine, so
> the
> problem seems to be around the use of the build customisations.
> 
> Any clues?
> 
> Cheers,
> Lawrence
> 
> 
> root@builder-head-amd64:/usr/src # cat cust_make.conf
> KERNCONF=GENERIC-NODEBUG
> MALLOC_PRODUCTION=YES
> 
> root@builder-head-amd64:/usr/src # cat cust_src.conf
> WITHOUT_PROFILE=1
> 
> root@builder-head-amd64:/usr/src # make
> __MAKE_CONF=/usr/src/cust_make.conf SRCCONF=/usr/src/cust_src.conf
> MAKEOBJDIRPREFIX=/usr/obj/cust buildworld buildkernel
> [...]
> MK_AUTO_OBJ=no MK_TESTS=no  UPDATE_DEPENDFILE=no  _RECURSING_CRUNCH=1
> CC="cc -target x86_64-unknown-freebsd12.0
> --sysroot=/usr/obj/cust/usr/src/tmp
> -B/usr/obj/cust/usr/src/tmp/usr/bin
> -O2 -pipe   -std=gnu99-Qunused-arguments  "  CXX="c++  -target
> x86_64-unknown-freebsd12.0 --sysroot=/usr/obj/cust/usr/src/tmp
> -B/usr/obj/cust/usr/src/tmp/usr/bin -O2 -pipe -Qunused-arguments
> -Wno-c++11-extensions  "  make .MAKE.MODE="normal curdirOk=yes"
> .MAKE.META.IGNORE_PATHS=""  -f rescue.mk exe
> cc -target x86_64-unknown-freebsd12.0
> --sysroot=/usr/obj/cust/usr/src/tmp
> -B/usr/obj/cust/usr/src/tmp/usr/bin
> -O2 -pipe   -std=gnu99-Qunused-arguments   -nostdlib -Wl,-dc -r
> -o
> cat.lo cat_stub.o
> /usr/obj/cust/usr/src/rescue/rescue//usr/src/bin/cat/cat.o
> cc: error: no such file or directory:
> '/usr/obj/cust/usr/src/rescue/rescue//usr/src/bin/cat/cat.o'
> *** Error code 1
> 
> There appear to be a lot of missing .o files under the rescue obj
> tree:
> 
> root@builder-head-amd64:/usr/src # find
> /usr/obj/cust/usr/src/rescue/rescue//usr -type f
> /usr/obj/cust/usr/src/rescue/rescue//usr/src/bin/sh/mksyntax.o
> /usr/obj/cust/usr/src/rescue/rescue//usr/src/bin/sh/mksyntax
> /usr/obj/cust/usr/src/rescue/rescue//usr/src/bin/sh/mknodes.o
> /usr/obj/cust/usr/src/rescue/rescue//usr/src/bin/sh/mknodes
> /usr/obj/cust/usr/src/rescue/rescue//usr/src/bin/csh/sh.err.h
> /usr/obj/cust/usr/src/rescue/rescue//usr/src/bin/csh/tc.const.h
> /usr/obj/cust/usr/src/rescue/rescue//usr/src/bin/csh/gethost
> 
> compared with an obj tree on a different head system:
> 
> find /usr/obj/usr/src/rescue/rescue/usr/ -type f | wc -l
> 1552
> ___
> freebsd-current@freebsd.org mailing list
> https://lists.freebsd.org/mailman/listinfo/freebsd-current
> To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd
> .org"

The MAKEOBJDIRPREFIX variable must be set in the environment, not in
make.conf or on the make command line (documented in build(7)).

-- Ian

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

Deterministic rescue buildworld error with custom make.conf/src.conf/MAKEOBJDIRPREFIX

2017-03-11 Thread Lawrence Stewart 
Hi all,

I'm unable to complete buildworld with 2 recent svn revs I've tried
(r314838 and r315059). I'm building for a slightly resource constrained
production system so am specifying custom settings and a different obj
tree location so I can copy it to the target system. The error persists
after an "rm -rf /usr/obj/*", and if parallel building is disabled.

The underlying build system built from r314838 via simple "make -C
/usr/src -s -j6 buildworld buildkernel" built and installed fine, so the
problem seems to be around the use of the build customisations.

Any clues?

Cheers,
Lawrence


root@builder-head-amd64:/usr/src # cat cust_make.conf
KERNCONF=GENERIC-NODEBUG
MALLOC_PRODUCTION=YES

root@builder-head-amd64:/usr/src # cat cust_src.conf
WITHOUT_PROFILE=1

root@builder-head-amd64:/usr/src # make
__MAKE_CONF=/usr/src/cust_make.conf SRCCONF=/usr/src/cust_src.conf
MAKEOBJDIRPREFIX=/usr/obj/cust buildworld buildkernel
[...]
MK_AUTO_OBJ=no MK_TESTS=no  UPDATE_DEPENDFILE=no  _RECURSING_CRUNCH=1
CC="cc -target x86_64-unknown-freebsd12.0
--sysroot=/usr/obj/cust/usr/src/tmp -B/usr/obj/cust/usr/src/tmp/usr/bin
-O2 -pipe   -std=gnu99-Qunused-arguments  "  CXX="c++  -target
x86_64-unknown-freebsd12.0 --sysroot=/usr/obj/cust/usr/src/tmp
-B/usr/obj/cust/usr/src/tmp/usr/bin -O2 -pipe -Qunused-arguments
-Wno-c++11-extensions  "  make .MAKE.MODE="normal curdirOk=yes"
.MAKE.META.IGNORE_PATHS=""  -f rescue.mk exe
cc -target x86_64-unknown-freebsd12.0
--sysroot=/usr/obj/cust/usr/src/tmp -B/usr/obj/cust/usr/src/tmp/usr/bin
-O2 -pipe   -std=gnu99-Qunused-arguments   -nostdlib -Wl,-dc -r -o
cat.lo cat_stub.o /usr/obj/cust/usr/src/rescue/rescue//usr/src/bin/cat/cat.o
cc: error: no such file or directory:
'/usr/obj/cust/usr/src/rescue/rescue//usr/src/bin/cat/cat.o'
*** Error code 1

There appear to be a lot of missing .o files under the rescue obj tree:

root@builder-head-amd64:/usr/src # find
/usr/obj/cust/usr/src/rescue/rescue//usr -type f
/usr/obj/cust/usr/src/rescue/rescue//usr/src/bin/sh/mksyntax.o
/usr/obj/cust/usr/src/rescue/rescue//usr/src/bin/sh/mksyntax
/usr/obj/cust/usr/src/rescue/rescue//usr/src/bin/sh/mknodes.o
/usr/obj/cust/usr/src/rescue/rescue//usr/src/bin/sh/mknodes
/usr/obj/cust/usr/src/rescue/rescue//usr/src/bin/csh/sh.err.h
/usr/obj/cust/usr/src/rescue/rescue//usr/src/bin/csh/tc.const.h
/usr/obj/cust/usr/src/rescue/rescue//usr/src/bin/csh/gethost

compared with an obj tree on a different head system:

find /usr/obj/usr/src/rescue/rescue/usr/ -type f | wc -l
1552
___
freebsd-current@freebsd.org mailing list
https://lists.freebsd.org/mailman/listinfo/freebsd-current
To unsubscribe, send any mail to "freebsd-current-unsubscr...@freebsd.org"

buildworld error

2017-03-11 Thread Roberto Rodriguez Jr 
hello,

buildworld currently breaks while building kerberos5. Sorry i cant post the
error still managing to learn how script works.
___
freebsd-current@freebsd.org mailing list
https://lists.freebsd.org/mailman/listinfo/freebsd-current
To unsubscribe, send any mail to "freebsd-current-unsubscr...@freebsd.org"

Re: (Windows) bhyve: Unable to apply rights for sandbox

2017-03-11 Thread Danilo G. Baio (dbaio) 
On Sat, Mar 11, 2017 at 10:14:54AM -0300, Danilo G. Baio (dbaio) wrote:
> Hi.
> 
> I am following these instructions [1].
> 
> bhyve \
>   -c 2 \
>   -s 0,hostbridge \
>   -s 3,ahci-hd,windows10.img \
>   -s 4,ahci-cd,install_win10.iso \
>   -s 10,virtio-net,tap0 \
>   -s 31,lpc \
>   -l com1,/dev/nmdm0A \
>   -l com2,/dev/nmdm1A \
>   -l bootrom,/usr/local/share/uefi-firmware/BHYVE_UEFI.fd \
>   -m 2G -H -w \
>   windows10
> 
> bhyve: Unable to apply rights for sandbox
> 
> FreeBSD guests are running fine.
> 
> I noticed that capsicum support for bhyve was enabled recently [2]
> 
> Any advices ? Is needed to change anything now ?
> 
> Note: This is my first contact with bhyve.
> 
> # uname -a
> FreeBSD dx240.localdomain 12.0-CURRENT FreeBSD 12.0-CURRENT #0 
> r314706: Sun Mar  5 19:17:41 BRT 2017 
> root@dx240.localdomain:/usr/obj/usr/src/sys/GENERIC  amd64
> 
> # uname -UK
> 1200023 1200023
> 
> [1] - https://wiki.freebsd.org/bhyve/Windows
> [2] - https://svnweb.freebsd.org/base?view=revision=313727
> 
> Regards.
> --
> Danilo G. Baio (dbaio)


False alarm.

Pawel helped me, nmdm.ko was not loaded.
Now the sandbox error is gone.

Thank you.

--
Danilo G. Baio (dbaio)


signature.asc
Description: PGP signature

(Windows) bhyve: Unable to apply rights for sandbox

2017-03-11 Thread Danilo G. Baio (dbaio) 
Hi.

I am following these instructions [1].

bhyve \
  -c 2 \
  -s 0,hostbridge \
  -s 3,ahci-hd,windows10.img \
  -s 4,ahci-cd,install_win10.iso \
  -s 10,virtio-net,tap0 \
  -s 31,lpc \
  -l com1,/dev/nmdm0A \
  -l com2,/dev/nmdm1A \
  -l bootrom,/usr/local/share/uefi-firmware/BHYVE_UEFI.fd \
  -m 2G -H -w \
  windows10

bhyve: Unable to apply rights for sandbox

FreeBSD guests are running fine.

I noticed that capsicum support for bhyve was enabled recently [2]

Any advices ? Is needed to change anything now ?

Note: This is my first contact with bhyve.

# uname -a
FreeBSD dx240.localdomain 12.0-CURRENT FreeBSD 12.0-CURRENT #0 
r314706: Sun Mar  5 19:17:41 BRT 2017 
root@dx240.localdomain:/usr/obj/usr/src/sys/GENERIC  amd64

# uname -UK
1200023 1200023

[1] - https://wiki.freebsd.org/bhyve/Windows
[2] - https://svnweb.freebsd.org/base?view=revision=313727

Regards.
--
Danilo G. Baio (dbaio)


signature.asc
Description: PGP signature

IPV6_ORIGDSTADDR documentation in ip6.4 man page was added commented out in r314722

2017-03-11 Thread Guy Yur 
Hi,

Support for IPV6_ORIGDSTADDR was added in r314722 with the
option documentation commented out in the ip6.4 man page.
Should it be uncommented?

Patch:
https://github.com/guyyur/freebsd-src_patches/blob/master/man4_ip6_updates/uncomment_IPV6_ORIGDSTADDR.patch


Also, if anyone is interested, OpenBSD updated their version
of ip6.4 a few years ago with APIs/options from RFC3542.
http://cvsweb.openbsd.org/cgi-bin/cvsweb/src/share/man/man4/ip6.4

I put a series of patches in bug 197256 taking revisions
1.25, 1.26, 1.29, 1.31, 1.32, 1.33, 1.34

https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=197256

Thanks,
Guy Yur
___
freebsd-current@freebsd.org mailing list
https://lists.freebsd.org/mailman/listinfo/freebsd-current
To unsubscribe, send any mail to "freebsd-current-unsubscr...@freebsd.org"

pkg output overflows line

2017-03-11 Thread Ronald Klop 

Hello,

Since a week or two the output of pkg overflows the lines of my 80 columns  
terminal.

Like this:

[1/3] intellij-2016.3.4.txz:  20%   59 MiB
1.2MB/s03:2
[1/3] intellij-2016.3.4.txz:  21%   60 MiB
1.2MB/s03:2
[1/3] intellij-2016.3.4.txz:  21%   61 MiB  
983.0kB/s03:2
[1/3] intellij-2016.3.4.txz:  21%   62 MiB
1.2MB/s03:2

4 ETA

If I enlarge the terminal to 86 columns the output is correct again.
This happens in urxvt (my default), rxvt and in xterm.

Some regression?

Regards,
Ronald.
___
freebsd-current@freebsd.org mailing list
https://lists.freebsd.org/mailman/listinfo/freebsd-current
To unsubscribe, send any mail to "freebsd-current-unsubscr...@freebsd.org"