FreeBSD_HEAD-tests - Build #1746 - Still Unstable

2015-12-01 Thread jenkins-admin 
FreeBSD_HEAD-tests - Build #1746 - Still Unstable:

Build information: https://jenkins.FreeBSD.org/job/FreeBSD_HEAD-tests/1746/
Full change log: https://jenkins.FreeBSD.org/job/FreeBSD_HEAD-tests/1746/changes
Full build log: https://jenkins.FreeBSD.org/job/FreeBSD_HEAD-tests/1746/console

Change summaries:

No changes


The failed test cases:

2 tests failed.
FAILED:  sys.mqueue.mqueue_test.mqtest3

Error Message:
atf-check failed; see the output of the test for details

FAILED:  sys.mqueue.mqueue_test.mqtest4

Error Message:
atf-check failed; see the output of the test for details

___
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: sys/modules "make clean" seems broken again

2015-12-01 Thread Simon J. Gerraty 
John Baldwin  wrote:

> +CLEANFILES+= ${_MFILES:R:S/$/.c/} ${_MFILES:R:S/$/.h/}

Since CLEANFILES is given to rm, you can use globs

CLEANFILES+= ${_MFILES:R:S/$/.[ch]/} or .?

___
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"

HELP! libelf.so: no such file or directory

2015-12-01 Thread O. Hartmann 

Just a few moments ago, I installed via buildworld/buildkernel a new CURRENT, 
then did
"make delete-old-libs" and by that, libelf.so.2 got killed!

After that, I'm unable to build any world to salvage the problem! Moments 
later, I did
the same procedure on other CURRENT - but in the meanwhile, the obscure 
deleteing of
libelf.so.2 didn't happen again when issue make delete-old-libs. What is that?

More important than to know what shit happened is: how to repair the system? 
How's
FreeBSD source system to bootstrap itself again to provide libelf.so.2? It 
seems, that
libelf.so.2 is necessary (nm, for instance) or linker scripts to install lib. 
Somehow
this is weird ... and leave those who got trapped by someone eleses mistakes 
floating
dead in the water ...



oh 


pgp0y99Ih_NJE.pgp
Description: OpenPGP digital signature

Re: sys/modules "make clean" seems broken again

2015-12-01 Thread John Baldwin 
On Tuesday, December 01, 2015 12:29:07 PM Simon J. Gerraty wrote:
> John Baldwin  wrote:
> 
> > +CLEANFILES+=   ${_MFILES:R:S/$/.c/} ${_MFILES:R:S/$/.h/}
> 
> Since CLEANFILES is given to rm, you can use globs
> 
> CLEANFILES+= ${_MFILES:R:S/$/.[ch]/} or .?

I'm going to go with the more complicated version just so
'make -V CLEANFILES' doesn't blow up in case someone wants to look at it.

-- 
John Baldwin
___
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: freebsd-current compile with clang & ccache

2015-12-01 Thread Juan Ramón Molina Menor 

Le 25/11/2015 19:09, Juan Molina a écrit :

On 11/24/2015 1:31 AM, M - Krasznai András wrote:
>/What can I do to eliminate the ccache error during installworld 
apart from not using ccache? /

I would recommend not setting CC or CCACHE_PATH in make.conf and using
the new WITH_CCACHE_BUILD=yes option instead.

--
Regards,
Bryan Drewery


Hi.

I’m seeing the same ccache errors and I do not have CC or CCACHE_PATH 
defined anywhere. Only WITH_CCACHE_BUILD and WITH_FAST_DEPEND in 
src.conf.


Best regards,
Juan


I have an update on this. In fact, I was wrong concerning the content of 
my src.conf: there was other lines, notably:


WITHOUT_CROSS_COMPILER=

As soon as I commented it out, make installworld stopped emitting the 
ccache errors and requiring COMPILER_TYPE="clang" to work. I made 
another build with the line enabled and again both errors returned. A 
third build without this line confirmed the solution. I will try again 
to ensure I’m not following a false track, after updating sources, as I 
see a lot of recent commits related to the build system.


I hope it rings a bell somewhere…

Best regards,
Juan
___
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: HELP! libelf.so: no such file or directory

2015-12-01 Thread O. Hartmann 
Am Tue, 1 Dec 2015 23:31:45 +0100
"O. Hartmann"  schrieb:

> 
> Just a few moments ago, I installed via buildworld/buildkernel a new CURRENT, 
> then did
> "make delete-old-libs" and by that, libelf.so.2 got killed!
> 
> After that, I'm unable to build any world to salvage the problem! Moments 
> later, I did
> the same procedure on other CURRENT - but in the meanwhile, the obscure 
> deleteing of
> libelf.so.2 didn't happen again when issue make delete-old-libs. What is that?
> 
> More important than to know what shit happened is: how to repair the system? 
> How's
> FreeBSD source system to bootstrap itself again to provide libelf.so.2? It 
> seems, that
> libelf.so.2 is necessary (nm, for instance) or linker scripts to install lib. 
> Somehow
> this is weird ... and leave those who got trapped by someone eleses mistakes 
> floating
> dead in the water ...
> 
> 
> 
> oh 

Great ... CURRENT, at revision 291620.

[...]

===> sys/boot/i386/boot0sio (all)
--- all_subdir_libexec ---
make[4]: make[4]: don't know how to make /Versions.def. Stop

make[4]: stopped in /usr/src/libexec/rtld-elf


pgp2t2wtKLRQ3.pgp
Description: OpenPGP digital signature

FreeBSD_HEAD-tests - Build #1747 - Fixed

2015-12-01 Thread jenkins-admin 
FreeBSD_HEAD-tests - Build #1747 - Fixed:

Build information: https://jenkins.FreeBSD.org/job/FreeBSD_HEAD-tests/1747/
Full change log: https://jenkins.FreeBSD.org/job/FreeBSD_HEAD-tests/1747/changes
Full build log: https://jenkins.FreeBSD.org/job/FreeBSD_HEAD-tests/1747/console

Change summaries:

No changes
___
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: HELP! libelf.so: no such file or directory

2015-12-01 Thread Bryan Drewery 
On 12/1/2015 2:38 PM, O. Hartmann wrote:
> Am Tue, 1 Dec 2015 23:31:45 +0100
> "O. Hartmann"  schrieb:
> 
>>
>> Just a few moments ago, I installed via buildworld/buildkernel a new 
>> CURRENT, then did
>> "make delete-old-libs" and by that, libelf.so.2 got killed!
>>
>> After that, I'm unable to build any world to salvage the problem! Moments 
>> later, I did
>> the same procedure on other CURRENT - but in the meanwhile, the obscure 
>> deleteing of
>> libelf.so.2 didn't happen again when issue make delete-old-libs. What is 
>> that?
>>
>> More important than to know what shit happened is: how to repair the system? 
>> How's
>> FreeBSD source system to bootstrap itself again to provide libelf.so.2? It 
>> seems, that
>> libelf.so.2 is necessary (nm, for instance) or linker scripts to install 
>> lib. Somehow
>> this is weird ... and leave those who got trapped by someone eleses mistakes 
>> floating
>> dead in the water ...
>>
>>
>>
>> oh 
> 
> Great ... CURRENT, at revision 291620.
> 
> [...]
> 
> ===> sys/boot/i386/boot0sio (all)
> --- all_subdir_libexec ---
> make[4]: make[4]: don't know how to make /Versions.def. Stop
> 
> make[4]: stopped in /usr/src/libexec/rtld-elf
> 

This is a mistake I just made. Fixing it.

-- 
Regards,
Bryan Drewery



signature.asc
Description: OpenPGP digital signature

Re: HELP! libelf.so: no such file or directory

2015-12-01 Thread Bryan Drewery 
On 12/1/2015 2:31 PM, O. Hartmann wrote:
> 
> Just a few moments ago, I installed via buildworld/buildkernel a new CURRENT, 
> then did
> "make delete-old-libs" and by that, libelf.so.2 got killed!
> 
> After that, I'm unable to build any world to salvage the problem! Moments 
> later, I did
> the same procedure on other CURRENT - but in the meanwhile, the obscure 
> deleteing of
> libelf.so.2 didn't happen again when issue make delete-old-libs. What is that?
> 
> More important than to know what shit happened is: how to repair the system? 
> How's
> FreeBSD source system to bootstrap itself again to provide libelf.so.2? It 
> seems, that
> libelf.so.2 is necessary (nm, for instance) or linker scripts to install lib. 
> Somehow
> this is weird ... and leave those who got trapped by someone eleses mistakes 
> floating
> dead in the water ...
> 
> 
> 

Just copy it from the obj directory or 'make -C lib/libelf install'.
Several bugs contributed to this.


-- 
Regards,
Bryan Drewery



signature.asc
Description: OpenPGP digital signature

Re: HELP! libelf.so: no such file or directory

2015-12-01 Thread Bryan Drewery 
On 12/1/2015 2:46 PM, Bryan Drewery wrote:
> On 12/1/2015 2:38 PM, O. Hartmann wrote:
>> Am Tue, 1 Dec 2015 23:31:45 +0100
>> "O. Hartmann"  schrieb:
>>
>>>
>>> Just a few moments ago, I installed via buildworld/buildkernel a new 
>>> CURRENT, then did
>>> "make delete-old-libs" and by that, libelf.so.2 got killed!
>>>
>>> After that, I'm unable to build any world to salvage the problem! Moments 
>>> later, I did
>>> the same procedure on other CURRENT - but in the meanwhile, the obscure 
>>> deleteing of
>>> libelf.so.2 didn't happen again when issue make delete-old-libs. What is 
>>> that?
>>>
>>> More important than to know what shit happened is: how to repair the 
>>> system? How's
>>> FreeBSD source system to bootstrap itself again to provide libelf.so.2? It 
>>> seems, that
>>> libelf.so.2 is necessary (nm, for instance) or linker scripts to install 
>>> lib. Somehow
>>> this is weird ... and leave those who got trapped by someone eleses 
>>> mistakes floating
>>> dead in the water ...
>>>
>>>
>>>
>>> oh 
>>
>> Great ... CURRENT, at revision 291620.
>>
>> [...]
>>
>> ===> sys/boot/i386/boot0sio (all)
>> --- all_subdir_libexec ---
>> make[4]: make[4]: don't know how to make /Versions.def. Stop
>>
>> make[4]: stopped in /usr/src/libexec/rtld-elf
>>
> 
> This is a mistake I just made. Fixing it.
> 

Should be ok now after r291622.

-- 
Regards,
Bryan Drewery



signature.asc
Description: OpenPGP digital signature

Re: [CFT] build: WITH_FAST_DEPEND and WITH_CCACHE_BUILD

2015-12-01 Thread Bryan Drewery 
On 11/12/2015 9:40 AM, Bryan Drewery wrote:
> Hi,
> 
> Recently I have introduced two new features into the build. These apply
> to anything using /usr/share/mk including buildworld, buildkernel,
> universe, etc.
> 
> - The first is WITH_FAST_DEPEND. Please see the commit for its full


FYI there is a known issue with FAST_DEPEND with all of the csu
directories and libgcov. Apparently I never thought to do a full build
with having .depend files but no objects. Just today some thing changes
to cause the .depend files for csu to rebuild hitting the issue. I'll be
addressing it soon. The workaround is 'make cleandepend' before building
anything that is failing with 'multiple targets' errors.


-- 
Regards,
Bryan Drewery



signature.asc
Description: OpenPGP digital signature

FreeBSD_HEAD_i386 - Build #1820 - Failure

2015-12-01 Thread jenkins-admin 
FreeBSD_HEAD_i386 - Build #1820 - Failure:

Build information: https://jenkins.FreeBSD.org/job/FreeBSD_HEAD_i386/1820/
Full change log: https://jenkins.FreeBSD.org/job/FreeBSD_HEAD_i386/1820/changes
Full build log: https://jenkins.FreeBSD.org/job/FreeBSD_HEAD_i386/1820/console

Change summaries:

291629 by bdrewery:
Fix truncation of _DP_proc and add missing libelf.

Sponsored by:   EMC / Isilon Storage Division

291628 by bdrewery:
Reduce overlinking of libdtrace consumers with libctf, libelf, libproc.

The proper place for this list is _DP_dtrace.

Due to removing the LDADD_dtrace, more LIBADD are needed in
cddl/usr.sbin/dtrace to prevent underlinking.

This fixes overlinking in cddl/usr.sbin/lockstat and
cddl/usr.sbin/plockstat.

Sponsored by:   EMC / Isilon Storage Division

291627 by bdrewery:
Fully connect cddl/usr.sbin/plockstat.

There seems to be no reason to keep this so private.

Also add missing optional MK_CDDL files.

Sponsored by:   EMC / Isilon Storage Division

291626 by bdrewery:
Don't overlink libmt consumers with libsbuf.

This change came in r281332 which was reducing overlinking in mt(1) but
currently mt(1) is linked with sbuf when it does not need it due to the
LDADD_mt+=${LDADD_sbuf}.  Only libmt needs sbuf.

Add sbuf to _DP_mt so static linkage of libmt picks it up.

Sponsored by:   EMC / Isilon Storage Division

291625 by bdrewery:
libssh uses libz even without MK_LDNS

Sponsored by:   EMC / Isilon Storage Division

291624 by bdrewery:
Revert incomplete r291623.

291623 by bdrewery:
Add assertions that capture invalid configurations for new libraries.

Fix current findings.

Given libfoo:
 - Ensure that a LIBFOO is set.  For INTERNALLIBS advise setting this in
   src.libnames.mk, otherwise bsd.libnames.mk.
 - Ensure that a LIBFOODIR is properly set.
 - Ensure that _DP_foo is set and matches the LIBADD in the build of foo's own
   Makefile

Sponsored by:   EMC / Isilon Storage Division



The end of the build log:

[...truncated 86011 lines...]
--- input.o ---
cc  -O2 -pipe   
-I/usr/src/cddl/usr.bin/ctfconvert/../../../sys/cddl/compat/opensolaris  
-I/usr/src/cddl/usr.bin/ctfconvert/../../../cddl/compat/opensolaris/include  
-I/usr/src/cddl/usr.bin/ctfconvert/../../../cddl/contrib/opensolaris  
-I/usr/src/cddl/usr.bin/ctfconvert/../../../sys/cddl/contrib/opensolaris  
-I/usr/src/cddl/usr.bin/ctfconvert/../../../cddl/contrib/opensolaris/head  
-I/usr/src/cddl/usr.bin/ctfconvert/../../../cddl/contrib/opensolaris/tools/ctf/common
  
-I/usr/src/cddl/usr.bin/ctfconvert/../../../cddl/contrib/opensolaris/tools/ctf/cvt
  
-I/usr/src/cddl/usr.bin/ctfconvert/../../../sys/cddl/contrib/opensolaris/uts/common
 -DNEED_SOLARIS_BOOLEAN -std=gnu99 -fstack-protector-strong -Wsystem-headers 
-Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes 
-Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings 
-Wswitch -Wshadow -Wunused-parameter -Wcast-align -Wchar-subscripts -Winline 
-Wnested-externs -Wredundant-decls -Wold-style-defi
 nition -Wno-pointer-sign -Wno-unknown-pragmas -Wmissing-variable-declarations 
-Wthread-safety -Wno-empty-body -Wno-string-plus-int -Wno-unused-const-variable 
-Qunused-arguments -c 
/usr/src/cddl/usr.bin/ctfconvert/../../../cddl/contrib/opensolaris/tools/ctf/cvt/input.c
 -o input.o
--- list.o ---
cc  -O2 -pipe   
-I/usr/src/cddl/usr.bin/ctfconvert/../../../sys/cddl/compat/opensolaris  
-I/usr/src/cddl/usr.bin/ctfconvert/../../../cddl/compat/opensolaris/include  
-I/usr/src/cddl/usr.bin/ctfconvert/../../../cddl/contrib/opensolaris  
-I/usr/src/cddl/usr.bin/ctfconvert/../../../sys/cddl/contrib/opensolaris  
-I/usr/src/cddl/usr.bin/ctfconvert/../../../cddl/contrib/opensolaris/head  
-I/usr/src/cddl/usr.bin/ctfconvert/../../../cddl/contrib/opensolaris/tools/ctf/common
  
-I/usr/src/cddl/usr.bin/ctfconvert/../../../cddl/contrib/opensolaris/tools/ctf/cvt
  
-I/usr/src/cddl/usr.bin/ctfconvert/../../../sys/cddl/contrib/opensolaris/uts/common
 -DNEED_SOLARIS_BOOLEAN -std=gnu99 -fstack-protector-strong -Wsystem-headers 
-Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes 
-Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings 
-Wswitch -Wshadow -Wunused-parameter -Wcast-align -Wchar-subscripts -Winline 
-Wnested-externs -Wredundant-decls -Wold-style-defi
 nition -Wno-pointer-sign -Wno-unknown-pragmas -Wmissing-variable-declarations 
-Wthread-safety -Wno-empty-body -Wno-string-plus-int -Wno-unused-const-variable 
-Qunused-arguments -c 
/usr/src/cddl/usr.bin/ctfconvert/../../../cddl/contrib/opensolaris/tools/ctf/common/list.c
 -o list.o
--- all_subdir_ctfdump ---
--- symbol.o ---
cc  -O2 -pipe   
-I/usr/src/cddl/usr.bin/ctfdump/../../../cddl/contrib/opensolaris  
-I/usr/src/cddl/usr.bin/ctfdump/../../../sys/cddl/contrib/opensolaris  
-I/usr/src/cddl/usr.bin/ctfdump/../../../cddl/contrib/opensolaris/head  
-I/usr/src/cddl/usr.bin/ctfdump/../../../cddl/contrib/opensolaris/cmd/mdb/tools/common

Re: build world broken amd64 current at ifconfig if WITHOUT_DYNAMICROOT=yes is set in src.conf

2015-12-01 Thread Bryan Drewery 
On 12/1/2015 8:08 AM, Manfred Antar wrote:
> make build world is broken at /usr/src/sbin/ifconfig if you have 
> WITHOUT_DYNAMICROOT=yes in src.conf:
> 
> cc -O2 -pipe -DINET6 -DINET -DJAIL -Wall -Wmissing-prototypes -Wcast-qual 
> -Wwrite-strings -Wnested-externs -std=gnu99 -fstack-protector-strong 
> -Wsystem-headers -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  
> -static -o ifconfig ifconfig.o af_link.o af_inet.o af_inet6.o af_nd6.o 
> ifclone.o ifmac.o ifmedia.o iffib.o ifvlan.o ifvxlan.o ifgre.o ifgif.o sfp.o 
> ifieee80211.o carp.o ifgroup.o ifpfsync.o ifbridge.o iflagg.o   -lm  -lbsdxml 
>  -lsbuf  -l80211  -ljail
> /usr/lib/lib80211.a(lib80211_regdomain.o): In function 
> `lib80211_regdomain_readconfig':
> /usr/src/lib/lib80211/lib80211_regdomain.c:(.text+0x4d): undefined reference 
> to `XML_ParserCreate'
> /usr/src/lib/lib80211/lib80211_regdomain.c:(.text+0x5b): undefined reference 
> to `XML_SetUserData'
> /usr/src/lib/lib80211/lib80211_regdomain.c:(.text+0x6d): undefined reference 
> to `XML_SetElementHandler'
> /usr/src/lib/lib80211/lib80211_regdomain.c:(.text+0x7a): undefined reference 
> to `XML_SetCharacterDataHandler'
> /usr/src/lib/lib80211/lib80211_regdomain.c:(.text+0x8c): undefined reference 
> to `XML_Parse'
> /usr/src/lib/lib80211/lib80211_regdomain.c:(.text+0x9d): undefined reference 
> to `XML_ParserFree'
> /usr/src/lib/lib80211/lib80211_regdomain.c:(.text+0x497): undefined reference 
> to `XML_GetErrorCode'
> /usr/src/lib/lib80211/lib80211_regdomain.c:(.text+0x49e): undefined reference 
> to `XML_ErrorString'
> /usr/src/lib/lib80211/lib80211_regdomain.c:(.text+0x4a9): undefined reference 
> to `XML_GetCurrentLineNumber'
> /usr/lib/lib80211.a(lib80211_regdomain.o): In function `start_element':
> /usr/src/lib/lib80211/lib80211_regdomain.c:(.text+0x5ac): undefined reference 
> to `sbuf_new'
> /usr/src/lib/lib80211/lib80211_regdomain.c:(.text+0x779): undefined reference 
> to `XML_GetCurrentLineNumber'
> /usr/src/lib/lib80211/lib80211_regdomain.c:(.text+0x7ec): undefined reference 
> to `XML_GetCurrentLineNumber'
> /usr/src/lib/lib80211/lib80211_regdomain.c:(.text+0x99b): undefined reference 
> to `XML_GetCurrentLineNumber'
> /usr/src/lib/lib80211/lib80211_regdomain.c:(.text+0x9ae): undefined reference 
> to `XML_GetCurrentLineNumber'
> /usr/lib/lib80211.a(lib80211_regdomain.o): In function `end_element':
> /usr/src/lib/lib80211/lib80211_regdomain.c:(.text+0xa4e): undefined reference 
> to `sbuf_finish'
> /usr/src/lib/lib80211/lib80211_regdomain.c:(.text+0xa5c): undefined reference 
> to `sbuf_data'
> /usr/src/lib/lib80211/lib80211_regdomain.c:(.text+0xa6d): undefined reference 
> to `sbuf_len'
> /usr/src/lib/lib80211/lib80211_regdomain.c:(.text+0xbfb): undefined reference 
> to `XML_GetCurrentLineNumber'
> /usr/src/lib/lib80211/lib80211_regdomain.c:(.text+0xd1b): undefined reference 
> to `XML_GetCurrentLineNumber'
> /usr/src/lib/lib80211/lib80211_regdomain.c:(.text+0xdee): undefined reference 
> to `XML_GetCurrentLineNumber'
> /usr/src/lib/lib80211/lib80211_regdomain.c:(.text+0xe31): undefined reference 
> to `XML_GetCurrentLineNumber'
> /usr/src/lib/lib80211/lib80211_regdomain.c:(.text+0xe9a): undefined reference 
> to `XML_GetCurrentLineNumber'
> /usr/lib/lib80211.a(lib80211_regdomain.o):/usr/src/lib/lib80211/lib80211_regdomain.c:(.text+0xebf):
>  more undefined references to `XML_GetCurrentLineNumber' follow
> /usr/lib/lib80211.a(lib80211_regdomain.o): In function `end_element':
> /usr/src/lib/lib80211/lib80211_regdomain.c:(.text+0xfcc): undefined reference 
> to `sbuf_delete'
> /usr/lib/lib80211.a(lib80211_regdomain.o): In function `char_data':
> /usr/src/lib/lib80211/lib80211_regdomain.c:(.text+0x1155): undefined 
> reference to `sbuf_bcat'
> cc: error: linker command failed with exit code 1 (use -v to see invocation)
> *** Error code 1
> 
> Stop.
> make: stopped in /usr/src/sbin/ifconfig
> 
> The order of the library linking needs to be changed from:
> LIBADD+=  bsdxml sbuf 80211
> to
> LIBADD+=  80211 bsdxml sbuf
> 

The fix is worse than that, it is an obscure thing in src.libnames.mk.
Dependencies are supposed to be duplicated there for this exact case.
I'll fix it there.

Curious, why do you use WITHOUT_DYNAMICROOT?


-- 
Regards,
Bryan Drewery



signature.asc
Description: OpenPGP digital signature

Re: build world broken amd64 current at ifconfig if WITHOUT_DYNAMICROOT=yes is set in src.conf

2015-12-01 Thread Bryan Drewery 
On 12/1/2015 9:27 AM, Bryan Drewery wrote:
> On 12/1/2015 8:08 AM, Manfred Antar wrote:
>> make build world is broken at /usr/src/sbin/ifconfig if you have 
>> WITHOUT_DYNAMICROOT=yes in src.conf:
>>
>> cc -O2 -pipe -DINET6 -DINET -DJAIL -Wall -Wmissing-prototypes -Wcast-qual 
>> -Wwrite-strings -Wnested-externs -std=gnu99 -fstack-protector-strong 
>> -Wsystem-headers -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  
>> -static -o ifconfig ifconfig.o af_link.o af_inet.o af_inet6.o af_nd6.o 
>> ifclone.o ifmac.o ifmedia.o iffib.o ifvlan.o ifvxlan.o ifgre.o ifgif.o sfp.o 
>> ifieee80211.o carp.o ifgroup.o ifpfsync.o ifbridge.o iflagg.o   -lm  
>> -lbsdxml  -lsbuf  -l80211  -ljail
>> /usr/lib/lib80211.a(lib80211_regdomain.o): In function 
>> `lib80211_regdomain_readconfig':
>> /usr/src/lib/lib80211/lib80211_regdomain.c:(.text+0x4d): undefined reference 
>> to `XML_ParserCreate'
>> /usr/src/lib/lib80211/lib80211_regdomain.c:(.text+0x5b): undefined reference 
>> to `XML_SetUserData'
>> /usr/src/lib/lib80211/lib80211_regdomain.c:(.text+0x6d): undefined reference 
>> to `XML_SetElementHandler'
>> /usr/src/lib/lib80211/lib80211_regdomain.c:(.text+0x7a): undefined reference 
>> to `XML_SetCharacterDataHandler'
>> /usr/src/lib/lib80211/lib80211_regdomain.c:(.text+0x8c): undefined reference 
>> to `XML_Parse'
>> /usr/src/lib/lib80211/lib80211_regdomain.c:(.text+0x9d): undefined reference 
>> to `XML_ParserFree'
>> /usr/src/lib/lib80211/lib80211_regdomain.c:(.text+0x497): undefined 
>> reference to `XML_GetErrorCode'
>> /usr/src/lib/lib80211/lib80211_regdomain.c:(.text+0x49e): undefined 
>> reference to `XML_ErrorString'
>> /usr/src/lib/lib80211/lib80211_regdomain.c:(.text+0x4a9): undefined 
>> reference to `XML_GetCurrentLineNumber'
>> /usr/lib/lib80211.a(lib80211_regdomain.o): In function `start_element':
>> /usr/src/lib/lib80211/lib80211_regdomain.c:(.text+0x5ac): undefined 
>> reference to `sbuf_new'
>> /usr/src/lib/lib80211/lib80211_regdomain.c:(.text+0x779): undefined 
>> reference to `XML_GetCurrentLineNumber'
>> /usr/src/lib/lib80211/lib80211_regdomain.c:(.text+0x7ec): undefined 
>> reference to `XML_GetCurrentLineNumber'
>> /usr/src/lib/lib80211/lib80211_regdomain.c:(.text+0x99b): undefined 
>> reference to `XML_GetCurrentLineNumber'
>> /usr/src/lib/lib80211/lib80211_regdomain.c:(.text+0x9ae): undefined 
>> reference to `XML_GetCurrentLineNumber'
>> /usr/lib/lib80211.a(lib80211_regdomain.o): In function `end_element':
>> /usr/src/lib/lib80211/lib80211_regdomain.c:(.text+0xa4e): undefined 
>> reference to `sbuf_finish'
>> /usr/src/lib/lib80211/lib80211_regdomain.c:(.text+0xa5c): undefined 
>> reference to `sbuf_data'
>> /usr/src/lib/lib80211/lib80211_regdomain.c:(.text+0xa6d): undefined 
>> reference to `sbuf_len'
>> /usr/src/lib/lib80211/lib80211_regdomain.c:(.text+0xbfb): undefined 
>> reference to `XML_GetCurrentLineNumber'
>> /usr/src/lib/lib80211/lib80211_regdomain.c:(.text+0xd1b): undefined 
>> reference to `XML_GetCurrentLineNumber'
>> /usr/src/lib/lib80211/lib80211_regdomain.c:(.text+0xdee): undefined 
>> reference to `XML_GetCurrentLineNumber'
>> /usr/src/lib/lib80211/lib80211_regdomain.c:(.text+0xe31): undefined 
>> reference to `XML_GetCurrentLineNumber'
>> /usr/src/lib/lib80211/lib80211_regdomain.c:(.text+0xe9a): undefined 
>> reference to `XML_GetCurrentLineNumber'
>> /usr/lib/lib80211.a(lib80211_regdomain.o):/usr/src/lib/lib80211/lib80211_regdomain.c:(.text+0xebf):
>>  more undefined references to `XML_GetCurrentLineNumber' follow
>> /usr/lib/lib80211.a(lib80211_regdomain.o): In function `end_element':
>> /usr/src/lib/lib80211/lib80211_regdomain.c:(.text+0xfcc): undefined 
>> reference to `sbuf_delete'
>> /usr/lib/lib80211.a(lib80211_regdomain.o): In function `char_data':
>> /usr/src/lib/lib80211/lib80211_regdomain.c:(.text+0x1155): undefined 
>> reference to `sbuf_bcat'
>> cc: error: linker command failed with exit code 1 (use -v to see invocation)
>> *** Error code 1
>>
>> Stop.
>> make: stopped in /usr/src/sbin/ifconfig
>>
>> The order of the library linking needs to be changed from:
>> LIBADD+= bsdxml sbuf 80211
>> to
>> LIBADD+= 80211 bsdxml sbuf
>>
> 
> The fix is worse than that, it is an obscure thing in src.libnames.mk.
> Dependencies are supposed to be duplicated there for this exact case.
> I'll fix it there.
> 

lib80211 was also underlinked.

Fixed in r291600.


-- 
Regards,
Bryan Drewery



signature.asc
Description: OpenPGP digital signature

Re: sendmail && sasl

2015-12-01 Thread Matthias Apitz 

On Tuesday, 1 December 2015 16:58:25 CET, Matthias Apitz wrote:


...

- config line in /usr/local/lib/sasl2/Sendmail.conf

  pwcheck_method: saslauthd



This was just a typo, the colon : was missing, sorry for the noise;

matthias


--
Sent from my Ubuntu phone
http://www.unixarea.de/
___
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"

FreeBSD_HEAD-tests - Build #1745 - Still Unstable

2015-12-01 Thread jenkins-admin 
FreeBSD_HEAD-tests - Build #1745 - Still Unstable:

Build information: https://jenkins.FreeBSD.org/job/FreeBSD_HEAD-tests/1745/
Full change log: https://jenkins.FreeBSD.org/job/FreeBSD_HEAD-tests/1745/changes
Full build log: https://jenkins.FreeBSD.org/job/FreeBSD_HEAD-tests/1745/console

Change summaries:

No changes


The failed test cases:

2 tests failed.
FAILED:  sys.mqueue.mqueue_test.mqtest3

Error Message:
atf-check failed; see the output of the test for details

FAILED:  sys.mqueue.mqueue_test.mqtest4

Error Message:
atf-check failed; see the output of the test for details

___
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: sys/modules "make clean" seems broken again

2015-12-01 Thread John Baldwin 
On Monday, November 30, 2015 02:44:54 PM Warner Losh wrote:
> On Mon, Nov 30, 2015 at 1:28 PM, Sean Bruno  wrote:
> 
> > -BEGIN PGP SIGNED MESSAGE-
> > Hash: SHA512
> >
> >
> >
> > On 11/19/15 15:42, Warner Losh wrote:
> > >
> > >
> > > On Thu, Nov 19, 2015 at 11:12 AM, John Baldwin  > > > wrote:
> > >
> > > On Thursday, November 19, 2015 09:13:06 AM Sean Bruno wrote:
> > >> I thought I fixed this a year or two ago, but now a "make clean"
> > >> in sys/modules seems to leave bus_if.h device_if.h and pci_if.h
> > >> in the directory.
> > >>
> > >> Should I just add these to the clean targets?
> > >
> > > Blame Warner as his MFILES changes broke this.  In particular, see
> > > r287263 which turned off cleaning these up.  I'm not sure what that
> > > broke that caused it to be disabled.
> > >
> > > Your change is a gross hack though.
> > >
> > >
> > > Yes. The reason I had to break it was that there were a few files
> > > named _if.c and _if.h in the tree that would get deleted when make
> > > clean was run in the modules.
> > >
> > > I'll take another run at fixing this. Sean's "fix" is a horrible
> > > hack.
> > >
> > > Warner
> >
> >
> > Just bouncing a ping here.  I haven't actually checked to see if the
> > last weeks' commits to head fixed this, but I suspect this hasn't been
> > addressed.  What do we want to do different if not this hackery I propose?
> >
> 
> Your hackery wouldn't actually fix it completely, just mostly for a common
> case.

So which files broke before?  Hmm, I guess just these:

./netpfil/pf/pf_if.c
./dev/oce/oce_if.c
./contrib/vchiq/interface/vchiq_arm/vchiq_if.h
./dev/oce/oce_if.h
./dev/mlx5/mlx5_rdma_if.h

Honestly, I still think just having a single global list of MFILES
in sys/conf/foo.mk instead of doing the find trick isn't that bad.

Actually, can't we use __MPATH to do this instead?

This seems to work:

Index: conf/kern.pre.mk
===
--- conf/kern.pre.mk(revision 291495)
+++ conf/kern.pre.mk(working copy)
@@ -208,6 +208,7 @@
 # Calculate path for .m files early, if needed.
 .if !defined(_MPATH)
 __MPATH!=find ${S:tA}/ -name \*_if.m
+_MFILES=${__MPATH:T:O}
 _MPATH=${__MPATH:H:O:u}
 .endif
 
@@ -227,7 +228,7 @@
 .if defined(DEBUG)
 MKMODULESENV+= DEBUG_FLAGS="${DEBUG}"
 .endif
-MKMODULESENV+= _MPATH="${_MPATH}"
+MKMODULESENV+= _MPATH="${_MPATH}" _MFILES="${_MFILES}"
 
 # Architecture and output format arguments for objdump to convert image to
 # object file
Index: conf/kmod.mk
===
--- conf/kmod.mk(revision 291495)
+++ conf/kmod.mk(working copy)
@@ -372,13 +372,11 @@
 # Build _if.[ch] from _if.m, and clean them when we're done.
 .if !defined(_MPATH)
 __MPATH!=find ${SYSDIR:tA}/ -name \*_if.m
+_MFILES=${__MPATH:T:O}
 _MPATH=${__MPATH:H:O:u}
 .endif
 .PATH.m: ${_MPATH}
-.for _i in ${SRCS:M*_if.[ch]}
-#removes too much, comment out until it's more constrained.
-#CLEANFILES+=  ${_i}
-.endfor # _i
+CLEANFILES+=   ${_MFILES:R:S/$/.c/} ${_MFILES:R:S/$/.h/}
 .m.c:  ${SYSDIR}/tools/makeobjops.awk
${AWK} -f ${SYSDIR}/tools/makeobjops.awk ${.IMPSRC} -c
 
It bloats CLEANFILES a bit because it always cleans all generated m files
even if they aren't present.  If you wanted to be picky about it you could
have a for loop that trims to just the used ones.  This seems to work:

% pwd
/usr/home/john/work/freebsd/clean/sys/modules/oce
% make -V CLEANFILES
export_syms machine x86 if_oce.ko if_oce.kld oce_if.o oce_hw.o oce_mbox.o 
oce_util.o oce_queue.o oce_sysctl.o opt_inet.h opt_inet6.h bus_if.h device_if.h 
pci_if.h

Index: conf/kern.pre.mk
===
--- conf/kern.pre.mk(revision 291495)
+++ conf/kern.pre.mk(working copy)
@@ -208,6 +208,7 @@
 # Calculate path for .m files early, if needed.
 .if !defined(_MPATH)
 __MPATH!=find ${S:tA}/ -name \*_if.m
+_MFILES=${__MPATH:T:O}
 _MPATH=${__MPATH:H:O:u}
 .endif
 
@@ -227,7 +228,7 @@
 .if defined(DEBUG)
 MKMODULESENV+= DEBUG_FLAGS="${DEBUG}"
 .endif
-MKMODULESENV+= _MPATH="${_MPATH}"
+MKMODULESENV+= _MPATH="${_MPATH}" _MFILES="${_MFILES}"
 
 # Architecture and output format arguments for objdump to convert image to
 # object file
Index: conf/kmod.mk
===
--- conf/kmod.mk(revision 291495)
+++ conf/kmod.mk(working copy)
@@ -372,12 +372,16 @@
 # Build _if.[ch] from _if.m, and clean them when we're done.
 .if !defined(_MPATH)
 __MPATH!=find ${SYSDIR:tA}/ -name \*_if.m
+_MFILES=${__MPATH:T:O}
 _MPATH=${__MPATH:H:O:u}
 .endif
 .PATH.m: ${_MPATH}
 .for _i in ${SRCS:M*_if.[ch]}
-#removes too much, comment out until it's more constrained.
-#CLEANFILES+=  ${_i}
+_MATCH=M${_i:R:S/$/.m/}
+_MATCHES=${_MFILES:${_MATCH}}
+.if !empty(_MATCHES)
+CLEANFILES+=   ${_i}
+.endif
 .endfor # _i
 .m.c:

Re: EFI and i915kms questions

2015-12-01 Thread Jean-Sébastien Pédron 
On 02/12/2015 02:00, John Baldwin wrote:
> Note that at the top of the function it invokes IICBUS_TRANSFER on a different
> device when force_bit_dev is true:
> 
> 370   sx_xlock(_priv->gmbus_sx);
> 371   if (sc->force_bit_dev) {
> 372   dumbbell282199  error = 
> -IICBUS_TRANSFER(dev_priv->bbbus[unit], msgs, nmsgs);
> 373   kib 235783  goto out;
> 374   }
> 
> Hmm, I would try changing the line at 470 to match the line at 372.
> 
> They used to match, and then this change:

You're right. This is something I fixed in my i915 update branch but
forgot to commit to HEAD...

Joe, could you please try what John suggests to confirm?

-- 
Jean-Sébastien Pédron



signature.asc
Description: OpenPGP digital signature

FreeBSD_HEAD_i386 - Build #1821 - Fixed

2015-12-01 Thread jenkins-admin 
FreeBSD_HEAD_i386 - Build #1821 - Fixed:

Build information: https://jenkins.FreeBSD.org/job/FreeBSD_HEAD_i386/1821/
Full change log: https://jenkins.FreeBSD.org/job/FreeBSD_HEAD_i386/1821/changes
Full build log: https://jenkins.FreeBSD.org/job/FreeBSD_HEAD_i386/1821/console

Change summaries:

291638 by rmacklem:
Fix the memory leak that occurs when the nfscommon.ko module is unloaded.
This leak was introduced by r291527.
Since the nfscommon.ko module is rarely unloaded, this leak would not
have been much of an issue.

MFC after:  2 weeks

291637 by bdrewery:
Fix the build for non-amd64.

291635 by bdrewery:
bsd.subdir.mk: Only recurse on called targets, rather than dependencies.

This is to fix 'make all' causing it to recurse on both 'all' and 'buildconfig'
due to 'buildconfig' being in ALL_SUBDIR_TARGETS and being a dependency of
'all'.

This now adds all of the '*includes', '*files' targets as subdir targets,
allowing them to recurse.

This also removes the need for some 'realinstall' hacks in bsd.subdir.mk since
it no longer recurses; only 'install' will recurse and call the proper
'beforeinstall', 'realinstall', and 'afterinstall' in each sub-directory.

This fixes 'make includes' and 'make files' to not be a rerolled ${MAKE}
sub-shell but to rather just recurse on 'inclues' and 'files'.  This avoids
various issues such as the one fixed in r289462.  As such revert Makefile.inc1
back to using 'includes' which avoids an extra tree walk and parallelizes
the includes phases better.

Makefile.inc1 includes a guard so that 'make all' will not use SUBDIR_PARALLEL,
added in r289438.  This is so users do not get a probably broken build if they
run 'make all' from the top-level.  Before the change in this commit, the
workaround for 'make everything' was 'par-all' which would depend on 'all' and
cause a proper parallel recursion.  Now that will not work so a new
_PARALLEL_SUBUDIR_OK is used to allow it.

This is still part of an effort to combine bsd.(files|incs|confs).mk and move
some of its logic out of bsd.subdir.mk, as attempted in r289282 and reverted in
r289331.  This commit fixes the problems found there which was mostly double
recursing during 'includes' which would recurse on itself and 'buildincludes'
and 'installincludes', all in parallel.  The logic is still in bsd.subdir.mk
for now.

I've been cautious about this commit but have experienced no breakage on the
tree except for the 'par-all' case which was already a hack.  If something foo
is depending on something bar that should recurse, it is very likely that the
foo target is being recursed on already meaning that bar will still effectively
recurse once sub-directories call foo.

Discussed on:   arch@
MFC after:  never
Sponsored by:   EMC / Isilon Storage Division

291634 by bdrewery:
Revert r291633. Some files were missed.

291633 by bdrewery:
bsd.subdir.mk: Only recurse on called targets, rather than dependencies.

This is to fix 'make all' causing it to recurse on both 'all' and 'buildconfig'
due to 'buildconfig' being in ALL_SUBDIR_TARGETS and being a dependency of
'all'.

This now adds all of the '*includes', '*files' targets as subdir targets,
allowing them to recurse.

This also removes the need for some 'realinstall' hacks in bsd.subdir.mk since
it no longer recurses; only 'install' will recurse and call the proper
'beforeinstall', 'realinstall', and 'afterinstall' in each sub-directory.

This fixes 'make includes' and 'make files' to not be a rerolled ${MAKE}
sub-shell but to rather just recurse on 'inclues' and 'files'.  This avoids
various issues such as the one fixed in r289462.  As such revert Makefile.inc1
back to using 'includes' which avoids an extra tree walk and parallelizes
the includes phases better.

Makefile.inc1 includes a guard so that 'make all' will not use SUBDIR_PARALLEL,
added in r289438.  This is so users do not get a probably broken build if they
run 'make all' from the top-level.  Before the change in this commit, the
workaround for 'make everything' was 'par-all' which would depend on 'all' and
cause a proper parallel recursion.  Now that will not work so a new
_PARALLEL_SUBUDIR_OK is used to allow it.

This is still part of an effort to combine bsd.(files|incs|confs).mk and move
some of its logic out of bsd.subdir.mk, as attempted in r289282 and reverted in
r289331.  This commit fixes the problems found there which was mostly double
recursing during 'includes' which would recurse on itself and 'buildincludes'
and 'installincludes', all in parallel.  The logic is still in bsd.subdir.mk
for now.

I've been cautious about this commit but have experienced no breakage on the
tree except for the 'par-all' case which was already a hack.  If something foo
is depending on something bar that should recurse, it is very likely that the
foo target is being recursed on already meaning that bar will still effectively
recurse once sub-directories call foo.

Discussed on:   arch@
MFC after:  never
Sponsored by:   EMC

Re: EFI and i915kms questions

2015-12-01 Thread John Baldwin 
On Saturday, November 28, 2015 04:50:41 PM Joe Maloney wrote:
> Thank you.  For what it’s worth I was able to grab a dump after setting that 
> sysctl.  It looks like this maybe the culprit?
> 
> panic: _sx_xlock_hard: recursed on non-recursive sx gmbus @ 
> /usr/src/sys/modules/drm2/i915kms/../../../dev/drm2/i915/intel_iic.c:362
> 
> Since it is to large for posting here.  I will include a link to the entire 
> dump on pastebin if anyone is interesting in looking at it.
> 
> http://pastebin.com/mzS5svy8
> 
> In addition I did a little further testing to narrow down the issue.
> 
> 10.1-RELEASE WORKS
> 10.2-RELEASE WORKS

Hmm, the relevant file (intel_iic.c) hasn't changed since 10.2.  However, the 
code looks
rather dubious.  It seems that the function is recursing onto itself here:

465 /*
466  * Hardware may not support GMBUS over these 
pins?
467  * Try GPIO bitbanging instead.
468  */
469 sc->force_bit_dev = true;
470 dumbbell282199  error = -IICBUS_TRANSFER(idev, msgs, 
nmsgs);
471 kib 280369  goto out;


Note that at the top of the function it invokes IICBUS_TRANSFER on a different
device when force_bit_dev is true:

370 sx_xlock(_priv->gmbus_sx);
371 if (sc->force_bit_dev) {
372 dumbbell282199  error = 
-IICBUS_TRANSFER(dev_priv->bbbus[unit], msgs, nmsgs);
373 kib 235783  goto out;
374 }

Hmm, I would try changing the line at 470 to match the line at 372.

They used to match, and then this change:

https://svnweb.freebsd.org/base?view=revision=277487

converted direct calls to an iic routine to IICBUS_TRANSFER.  However, it
also changed the first parameter of the IICBUS_TRANSFER() to idev at line 470
when it was the longer expression in the previous diff.

-- 
John Baldwin
___
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: HELP! libelf.so: no such file or directory

2015-12-01 Thread O. Hartmann 
On Tue, 1 Dec 2015 14:51:04 -0800
Bryan Drewery  wrote:

> On 12/1/2015 2:46 PM, Bryan Drewery wrote:
> > On 12/1/2015 2:38 PM, O. Hartmann wrote:  
> >> Am Tue, 1 Dec 2015 23:31:45 +0100
> >> "O. Hartmann"  schrieb:
> >>  
> >>>
> >>> Just a few moments ago, I installed via buildworld/buildkernel a new
> >>> CURRENT, then did "make delete-old-libs" and by that, libelf.so.2 got
> >>> killed!
> >>>
> >>> After that, I'm unable to build any world to salvage the problem! Moments
> >>> later, I did the same procedure on other CURRENT - but in the meanwhile,
> >>> the obscure deleteing of libelf.so.2 didn't happen again when issue make
> >>> delete-old-libs. What is that?
> >>>
> >>> More important than to know what shit happened is: how to repair the
> >>> system? How's FreeBSD source system to bootstrap itself again to provide
> >>> libelf.so.2? It seems, that libelf.so.2 is necessary (nm, for instance)
> >>> or linker scripts to install lib. Somehow this is weird ... and leave
> >>> those who got trapped by someone eleses mistakes floating dead in the
> >>> water ...
> >>>
> >>>
> >>>
> >>> oh   
> >>
> >> Great ... CURRENT, at revision 291620.
> >>
> >> [...]
> >>  
> >> ===> sys/boot/i386/boot0sio (all)  
> >> --- all_subdir_libexec ---
> >> make[4]: make[4]: don't know how to make /Versions.def. Stop
> >>
> >> make[4]: stopped in /usr/src/libexec/rtld-elf
> >>  
> > 
> > This is a mistake I just made. Fixing it.
> >   
> 
> Should be ok now after r291622.
> 

Buildworld fails again:

[...]
rm -f .depend.wctomb_2_test GPATH GRTAGS GSYMS GTAGS
--- io_test.cleandir ---
--- cleandepend ---
--- cleandir_subdir_usr.sbin ---
--- cleanobj ---
--- cleandir_subdir_rescue ---
--- cleandepend_crunchdir_cp ---
--- cleandepend ---
--- cleandir_subdir_lib ---
--- cleandir_subdir_libnandfs ---
make[4]: "/usr/src/share/mk/bsd.libnames.mk" line 164: /usr/src/lib/libnandfs:
Missing value for LIBNANDFS in bsd.libnames.mk.  Likely should be: LIBNANDFS?=
${DESTDIR}${LIBDIR}/libnandfs.a *** [cleandir_subdir_libnandfs] Error code 1
[...]


And when doing a mergemaster, just for the prevention I had something wrong:


[...]
*** Creating the temporary root environment in /var/tmp/temproot
 *** /var/tmp/temproot ready for use
 *** Creating and populating directory structure in /var/tmp/temproot

make[4]: "/usr/src/share/mk/bsd.libnames.mk" line 164: /usr/src/lib/libnandfs:
Missing value for LIBNANDFS in bsd.libnames.mk.  Likely should be: LIBNANDFS?=
${DESTDIR}${LIBDIR}/libnandfs.a

  *** FATAL ERROR: Cannot 'cd' to /usr/src and install files to
  the temproot environment

ah 


oh
___
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: HELP! libelf.so: no such file or directory

2015-12-01 Thread Bryan Drewery 
On 12/1/2015 9:03 PM, O. Hartmann wrote:
> On Tue, 1 Dec 2015 14:51:04 -0800
> Bryan Drewery  wrote:
> 
>> On 12/1/2015 2:46 PM, Bryan Drewery wrote:
>>> On 12/1/2015 2:38 PM, O. Hartmann wrote:  
 Am Tue, 1 Dec 2015 23:31:45 +0100
 "O. Hartmann"  schrieb:
  
>
> Just a few moments ago, I installed via buildworld/buildkernel a new
> CURRENT, then did "make delete-old-libs" and by that, libelf.so.2 got
> killed!
>
> After that, I'm unable to build any world to salvage the problem! Moments
> later, I did the same procedure on other CURRENT - but in the meanwhile,
> the obscure deleteing of libelf.so.2 didn't happen again when issue make
> delete-old-libs. What is that?
>
> More important than to know what shit happened is: how to repair the
> system? How's FreeBSD source system to bootstrap itself again to provide
> libelf.so.2? It seems, that libelf.so.2 is necessary (nm, for instance)
> or linker scripts to install lib. Somehow this is weird ... and leave
> those who got trapped by someone eleses mistakes floating dead in the
> water ...
>
>
>
> oh   

 Great ... CURRENT, at revision 291620.

 [...]
  
 ===> sys/boot/i386/boot0sio (all)  
 --- all_subdir_libexec ---
 make[4]: make[4]: don't know how to make /Versions.def. Stop

 make[4]: stopped in /usr/src/libexec/rtld-elf
  
>>>
>>> This is a mistake I just made. Fixing it.
>>>   
>>
>> Should be ok now after r291622.
>>
> 
> Buildworld fails again:
> 
> [...]
> rm -f .depend.wctomb_2_test GPATH GRTAGS GSYMS GTAGS
> --- io_test.cleandir ---
> --- cleandepend ---
> --- cleandir_subdir_usr.sbin ---
> --- cleanobj ---
> --- cleandir_subdir_rescue ---
> --- cleandepend_crunchdir_cp ---
> --- cleandepend ---
> --- cleandir_subdir_lib ---
> --- cleandir_subdir_libnandfs ---
> make[4]: "/usr/src/share/mk/bsd.libnames.mk" line 164: /usr/src/lib/libnandfs:
> Missing value for LIBNANDFS in bsd.libnames.mk.  Likely should be: LIBNANDFS?=
> ${DESTDIR}${LIBDIR}/libnandfs.a *** [cleandir_subdir_libnandfs] Error code 1
> [...]
> 

r291639 will fix that. It's non-default so did not come up in my testing.


-- 
Regards,
Bryan Drewery



signature.asc
Description: OpenPGP digital signature

Re: HELP! libelf.so: no such file or directory

2015-12-01 Thread O. Hartmann 
On Tue, 1 Dec 2015 21:23:56 -0800
Bryan Drewery  wrote:

> On 12/1/2015 9:03 PM, O. Hartmann wrote:
> > On Tue, 1 Dec 2015 14:51:04 -0800
> > Bryan Drewery  wrote:
> >   
> >> On 12/1/2015 2:46 PM, Bryan Drewery wrote:  
> >>> On 12/1/2015 2:38 PM, O. Hartmann wrote:
>  Am Tue, 1 Dec 2015 23:31:45 +0100
>  "O. Hartmann"  schrieb:
> 
> >
> > Just a few moments ago, I installed via buildworld/buildkernel a new
> > CURRENT, then did "make delete-old-libs" and by that, libelf.so.2 got
> > killed!
> >
> > After that, I'm unable to build any world to salvage the problem!
> > Moments later, I did the same procedure on other CURRENT - but in the
> > meanwhile, the obscure deleteing of libelf.so.2 didn't happen again
> > when issue make delete-old-libs. What is that?
> >
> > More important than to know what shit happened is: how to repair the
> > system? How's FreeBSD source system to bootstrap itself again to provide
> > libelf.so.2? It seems, that libelf.so.2 is necessary (nm, for instance)
> > or linker scripts to install lib. Somehow this is weird ... and leave
> > those who got trapped by someone eleses mistakes floating dead in the
> > water ...
> >
> >
> >
> > oh 
> 
>  Great ... CURRENT, at revision 291620.
> 
>  [...]
> 
>  ===> sys/boot/i386/boot0sio (all)
>  --- all_subdir_libexec ---
>  make[4]: make[4]: don't know how to make /Versions.def. Stop
> 
>  make[4]: stopped in /usr/src/libexec/rtld-elf
> 
> >>>
> >>> This is a mistake I just made. Fixing it.
> >>> 
> >>
> >> Should be ok now after r291622.
> >>  
> > 
> > Buildworld fails again:
> > 
> > [...]
> > rm -f .depend.wctomb_2_test GPATH GRTAGS GSYMS GTAGS
> > --- io_test.cleandir ---
> > --- cleandepend ---
> > --- cleandir_subdir_usr.sbin ---
> > --- cleanobj ---
> > --- cleandir_subdir_rescue ---
> > --- cleandepend_crunchdir_cp ---
> > --- cleandepend ---
> > --- cleandir_subdir_lib ---
> > --- cleandir_subdir_libnandfs ---
> > make[4]: "/usr/src/share/mk/bsd.libnames.mk" line
> > 164: /usr/src/lib/libnandfs: Missing value for LIBNANDFS in
> > bsd.libnames.mk.  Likely should be: LIBNANDFS?=
> > ${DESTDIR}${LIBDIR}/libnandfs.a *** [cleandir_subdir_libnandfs] Error code
> > 1 [...] 
> 
> r291639 will fix that. It's non-default so did not come up in my testing.
> 
> 

I "accidentally" did testing ;-) Thank you very much for that fast fixing.

Kind regards,

Oliver
___
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"

FreeBSD_HEAD-tests - Build #1742 - Still Unstable

2015-12-01 Thread jenkins-admin 
FreeBSD_HEAD-tests - Build #1742 - Still Unstable:

Build information: https://jenkins.FreeBSD.org/job/FreeBSD_HEAD-tests/1742/
Full change log: https://jenkins.FreeBSD.org/job/FreeBSD_HEAD-tests/1742/changes
Full build log: https://jenkins.FreeBSD.org/job/FreeBSD_HEAD-tests/1742/console

Change summaries:

No changes


The failed test cases:

2 tests failed.
FAILED:  sys.mqueue.mqueue_test.mqtest3

Error Message:
atf-check failed; see the output of the test for details

FAILED:  sys.mqueue.mqueue_test.mqtest4

Error Message:
atf-check failed; see the output of the test for details

___
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"

sendmail && sasl

2015-12-01 Thread Matthias Apitz 

Hello,

I have always compiled sendmail for sasl the following way:

http://www.freebsd.org/doc/en_US.ISO8859-1/books/handbook/smtp-auth.html

- install port security/cyrus-sasl2

- config line in /usr/local/lib/sasl2/Sendmail.conf

  pwcheck_method: saslauthd

- install port security/cyrus-sasl2-saslauthd,

- edit /etc/rc.conf:

  saslauthd_enable="YES"

- restart daemon with

  # /usr/local/etc/rc.d/saslauthd start

- recompile sendmail with /etc/make.conf set to

  SENDMAIL_CFLAGS=-I/usr/local/include/sasl -DSASL
  SENDMAIL_LDFLAGS=-L/usr/local/lib
  SENDMAIL_LDADD=-lsasl2

  # cd /usr/src/lib/libsmutil
  # make cleandir && make obj && make
  # cd /usr/src/lib/libsm
  # make cleandir && make obj && make
  # cd /usr/src/usr.sbin/sendmail
  # make cleandir && make obj && make && make install

...

But now on r285885 it is unwilling to start with:

# /etc/rc.d/sendmail restart
sendmail not running? (check /var/run/sendmail.pid).
Starting sendmail.
421 4.0.0 sasl_server_init failed! [generic failure]


Any idea what I'm missing?

Thanks

matthias

-- 
Matthias Apitz, ✉ g...@unixarea.de,  http://www.unixarea.de/  ☎ 
+49-176-38902045
___
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"

FreeBSD_HEAD-tests - Build #1743 - Still Unstable

2015-12-01 Thread jenkins-admin 
FreeBSD_HEAD-tests - Build #1743 - Still Unstable:

Build information: https://jenkins.FreeBSD.org/job/FreeBSD_HEAD-tests/1743/
Full change log: https://jenkins.FreeBSD.org/job/FreeBSD_HEAD-tests/1743/changes
Full build log: https://jenkins.FreeBSD.org/job/FreeBSD_HEAD-tests/1743/console

Change summaries:

No changes


The failed test cases:

2 tests failed.
FAILED:  sys.mqueue.mqueue_test.mqtest3

Error Message:
atf-check failed; see the output of the test for details

FAILED:  sys.mqueue.mqueue_test.mqtest4

Error Message:
atf-check failed; see the output of the test for details

___
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"

FreeBSD_HEAD-tests - Build #1744 - Still Unstable

2015-12-01 Thread jenkins-admin 
FreeBSD_HEAD-tests - Build #1744 - Still Unstable:

Build information: https://jenkins.FreeBSD.org/job/FreeBSD_HEAD-tests/1744/
Full change log: https://jenkins.FreeBSD.org/job/FreeBSD_HEAD-tests/1744/changes
Full build log: https://jenkins.FreeBSD.org/job/FreeBSD_HEAD-tests/1744/console

Change summaries:

No changes


The failed test cases:

2 tests failed.
FAILED:  sys.mqueue.mqueue_test.mqtest3

Error Message:
atf-check failed; see the output of the test for details

FAILED:  sys.mqueue.mqueue_test.mqtest4

Error Message:
atf-check failed; see the output of the test for details

___
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"

build world broken amd64 current at ifconfig if WITHOUT_DYNAMICROOT=yes is set in src.conf

2015-12-01 Thread Manfred Antar 
make build world is broken at /usr/src/sbin/ifconfig if you have 
WITHOUT_DYNAMICROOT=yes in src.conf:

cc -O2 -pipe -DINET6 -DINET -DJAIL -Wall -Wmissing-prototypes -Wcast-qual 
-Wwrite-strings -Wnested-externs -std=gnu99 -fstack-protector-strong 
-Wsystem-headers -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  -static -o 
ifconfig ifconfig.o af_link.o af_inet.o af_inet6.o af_nd6.o ifclone.o ifmac.o 
ifmedia.o iffib.o ifvlan.o ifvxlan.o ifgre.o ifgif.o sfp.o ifieee80211.o carp.o 
ifgroup.o ifpfsync.o ifbridge.o iflagg.o   -lm  -lbsdxml  -lsbuf  -l80211  
-ljail
/usr/lib/lib80211.a(lib80211_regdomain.o): In function 
`lib80211_regdomain_readconfig':
/usr/src/lib/lib80211/lib80211_regdomain.c:(.text+0x4d): undefined reference to 
`XML_ParserCreate'
/usr/src/lib/lib80211/lib80211_regdomain.c:(.text+0x5b): undefined reference to 
`XML_SetUserData'
/usr/src/lib/lib80211/lib80211_regdomain.c:(.text+0x6d): undefined reference to 
`XML_SetElementHandler'
/usr/src/lib/lib80211/lib80211_regdomain.c:(.text+0x7a): undefined reference to 
`XML_SetCharacterDataHandler'
/usr/src/lib/lib80211/lib80211_regdomain.c:(.text+0x8c): undefined reference to 
`XML_Parse'
/usr/src/lib/lib80211/lib80211_regdomain.c:(.text+0x9d): undefined reference to 
`XML_ParserFree'
/usr/src/lib/lib80211/lib80211_regdomain.c:(.text+0x497): undefined reference 
to `XML_GetErrorCode'
/usr/src/lib/lib80211/lib80211_regdomain.c:(.text+0x49e): undefined reference 
to `XML_ErrorString'
/usr/src/lib/lib80211/lib80211_regdomain.c:(.text+0x4a9): undefined reference 
to `XML_GetCurrentLineNumber'
/usr/lib/lib80211.a(lib80211_regdomain.o): In function `start_element':
/usr/src/lib/lib80211/lib80211_regdomain.c:(.text+0x5ac): undefined reference 
to `sbuf_new'
/usr/src/lib/lib80211/lib80211_regdomain.c:(.text+0x779): undefined reference 
to `XML_GetCurrentLineNumber'
/usr/src/lib/lib80211/lib80211_regdomain.c:(.text+0x7ec): undefined reference 
to `XML_GetCurrentLineNumber'
/usr/src/lib/lib80211/lib80211_regdomain.c:(.text+0x99b): undefined reference 
to `XML_GetCurrentLineNumber'
/usr/src/lib/lib80211/lib80211_regdomain.c:(.text+0x9ae): undefined reference 
to `XML_GetCurrentLineNumber'
/usr/lib/lib80211.a(lib80211_regdomain.o): In function `end_element':
/usr/src/lib/lib80211/lib80211_regdomain.c:(.text+0xa4e): undefined reference 
to `sbuf_finish'
/usr/src/lib/lib80211/lib80211_regdomain.c:(.text+0xa5c): undefined reference 
to `sbuf_data'
/usr/src/lib/lib80211/lib80211_regdomain.c:(.text+0xa6d): undefined reference 
to `sbuf_len'
/usr/src/lib/lib80211/lib80211_regdomain.c:(.text+0xbfb): undefined reference 
to `XML_GetCurrentLineNumber'
/usr/src/lib/lib80211/lib80211_regdomain.c:(.text+0xd1b): undefined reference 
to `XML_GetCurrentLineNumber'
/usr/src/lib/lib80211/lib80211_regdomain.c:(.text+0xdee): undefined reference 
to `XML_GetCurrentLineNumber'
/usr/src/lib/lib80211/lib80211_regdomain.c:(.text+0xe31): undefined reference 
to `XML_GetCurrentLineNumber'
/usr/src/lib/lib80211/lib80211_regdomain.c:(.text+0xe9a): undefined reference 
to `XML_GetCurrentLineNumber'
/usr/lib/lib80211.a(lib80211_regdomain.o):/usr/src/lib/lib80211/lib80211_regdomain.c:(.text+0xebf):
 more undefined references to `XML_GetCurrentLineNumber' follow
/usr/lib/lib80211.a(lib80211_regdomain.o): In function `end_element':
/usr/src/lib/lib80211/lib80211_regdomain.c:(.text+0xfcc): undefined reference 
to `sbuf_delete'
/usr/lib/lib80211.a(lib80211_regdomain.o): In function `char_data':
/usr/src/lib/lib80211/lib80211_regdomain.c:(.text+0x1155): undefined reference 
to `sbuf_bcat'
cc: error: linker command failed with exit code 1 (use -v to see invocation)
*** Error code 1

Stop.
make: stopped in /usr/src/sbin/ifconfig

The order of the library linking needs to be changed from:
LIBADD+=bsdxml sbuf 80211
to
LIBADD+=80211 bsdxml sbuf

Then it works:
(ifconfig)5076}make
cc -O2 -pipe -DINET6 -DINET -DJAIL -Wall -Wmissing-prototypes -Wcast-qual 
-Wwrite-strings -Wnested-externs -std=gnu99 -fstack-protector-strong 
-Wsystem-headers -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  -static -o 
ifconfig ifconfig.o af_link.o af_inet.o af_inet6.o af_nd6.o ifclone.o ifmac.o 
ifmedia.o iffib.o ifvlan.o ifvxlan.o ifgre.o ifgif.o sfp.o ifieee80211.o carp.o 
ifgroup.o ifpfsync.o ifbridge.o iflagg.o   -lm  -l80211  -lbsdxml  -lsbuf  
-ljail
gzip -cn /usr/src/sbin/ifconfig/ifconfig.8 > ifconfig.8.gz