Build failed in Jenkins: FreeBSD_HEAD_sparc64 #112

See -- [...truncated 137518 lines...] --- wake.8.gz --- gzip -cn /builds/workspace/FreeBSD_HEAD_sparc64/src/usr.sbin/wake/wake.8 > wake.8.gz --- all_subdir_gnu --- --- .depend --- echo co.full: /b

Build failed in Jenkins: FreeBSD_HEAD_sparc64 #111

See -- [...truncated 139831 lines...] --- ops_pcfs.o --- cc -O2 -pipe -I/builds/workspace/FreeBSD_HEAD_sparc64/src/usr.sbin/amd/amd/../../../contrib/amd/amd -I/builds/workspace/FreeBSD_HEAD_s

Re: More -Wformat warnings with r302403 -> Jenkins failure (was Re: FreeBSD_HEAD_amd64_gcc - Build #1358 - Still Failing)

During periods when devel/powerpc-gcc and lang/gcc5 [both currently variants of version 5] are at the same version trying to install both gives conflicts on at least one file. During times when they are based on different versions [within the 5 range currently] they do not conflict when install

Build failed in Jenkins: FreeBSD_HEAD_sparc64 #110

See -- [...truncated 143471 lines...] --- all_subdir_usr.sbin --- --- all_subdir_usr.sbin/ctm --- --- ctm_dequeue.debug --- objcopy --only-keep-debug ctm_dequeue.full ctm_dequeue.debug --- ctm_deque

Re: ls eat high CPU time when LANG=zh_CN.UTF-8 and LC_ALL=zh_CN.UTF-8

For some reasons, r302324 seems not include in 11.0-ALPHA6? 2016-07-09 8:52 GMT+08:00 Huang Wen Hui : > Revert back r302324, Chinese locale problem is gone. > > Cheers > Huang Wen Hui > > 2016-07-05 16:50 GMT+08:00 Baptiste Daroussin : > >> On Tue, Jul 05, 2016 at 12:16:42PM +0800, Huang Wen Hui

Re: ls eat high CPU time when LANG=zh_CN.UTF-8 and LC_ALL=zh_CN.UTF-8

Revert back r302324, Chinese locale problem is gone. Cheers Huang Wen Hui 2016-07-05 16:50 GMT+08:00 Baptiste Daroussin : > On Tue, Jul 05, 2016 at 12:16:42PM +0800, Huang Wen Hui wrote: > > These 2 files can make ls suck: > > > > touch 火灾1 > > touch 火灾2 > > > > 2 files start with 2 same Chinese

Re: "make delete-old" failed: 11.0-ALPHA6 @r302388 -> stable/11 @r302412

On Fri, Jul 08, 2016 at 02:14:48PM -0700, Mark Millard wrote: > On Fri, Jul 08, 2016 at 09:23:43AM -0400, Michael Butler wrote: > Seems to be > a typo .. TARGET_CPUARCH should be TARGET_ARCH .. > > > > ${TARGET_CPUARCH} != "arm" apparently was an attempt to not explicitly test > for each

Re: "make delete-old" failed: 11.0-ALPHA6 @r302388 -> stable/11 @r302412

On Fri, Jul 08, 2016 at 09:23:43AM -0400, Michael Butler wrote: > Seems to be a typo .. TARGET_CPUARCH should be TARGET_ARCH .. > ${TARGET_CPUARCH} != "arm" apparently was an attempt to not explicitly test for each specific arm variant (such as armv§). ${TARGET_ARCH} != "arm" does not ap

FreeBSD_HEAD_amd64_gcc - Build #1360 - Fixed

FreeBSD_HEAD_amd64_gcc - Build #1360 - Fixed: Build information: https://jenkins.FreeBSD.org/job/FreeBSD_HEAD_amd64_gcc/1360/ Full change log: https://jenkins.FreeBSD.org/job/FreeBSD_HEAD_amd64_gcc/1360/changes Full build log: https://jenkins.FreeBSD.org/job/FreeBSD_HEAD_amd64_gcc/1360/console

Re: zfs solaris assert panic in 11.0-ALPHA5 r302256

On 7 Jul, To: freebsd-current@FreeBSD.org wrote: > My package buiding machine just crashed with this panic during a > poudriere run: > > panic: solaris assert: (dn->dn_phys->dn_nlevels == 0 && db->db_level == 0) || > dn->dn_phys->dn_nlevels > db->db_level || dn->dn_next_nlevels[txgoff] > > db->

Re: More -Wformat warnings with r302403 -> Jenkins failure (was Re: FreeBSD_HEAD_amd64_gcc - Build #1358 - Still Failing)

On 7/8/16 9:22 AM, Ngie Cooper (yaneurabeya) wrote: > >> On Jul 8, 2016, at 09:12, Li-Wen Hsu wrote: >> >> On Fri, Jul 08, 2016 at 09:01:41 -0700, Ngie Cooper (yaneurabeya) wrote: >>> >>> How were the copies of gcc48/gcc49/gcc5 installed on the Jenkins slaves and >>> were they customized to incl

Re: More -Wformat warnings with r302403 -> Jenkins failure (was Re: FreeBSD_HEAD_amd64_gcc - Build #1358 - Still Failing)

> On Jul 8, 2016, at 09:12, Li-Wen Hsu wrote: > > On Fri, Jul 08, 2016 at 09:01:41 -0700, Ngie Cooper (yaneurabeya) wrote: >> >> How were the copies of gcc48/gcc49/gcc5 installed on the Jenkins slaves and >> were they customized to include this support? > > In short, it uses devel/amd64-xtool

FreeBSD_HEAD_amd64_gcc - Build #1359 - Still Failing

FreeBSD_HEAD_amd64_gcc - Build #1359 - Still Failing: Build information: https://jenkins.FreeBSD.org/job/FreeBSD_HEAD_amd64_gcc/1359/ Full change log: https://jenkins.FreeBSD.org/job/FreeBSD_HEAD_amd64_gcc/1359/changes Full build log: https://jenkins.FreeBSD.org/job/FreeBSD_HEAD_amd64_gcc/1359/c

Build failed in Jenkins: FreeBSD_HEAD_sparc64 #106

See -- Started by upstream project "FreeBSD_HEAD" build number 343 originally caused by: Started by an SCM change > git rev-parse --is-inside-work-tree # timeout=10 Fetching changes from the remot

Re: More -Wformat warnings with r302403 -> Jenkins failure (was Re: FreeBSD_HEAD_amd64_gcc - Build #1358 - Still Failing)

On Fri, Jul 08, 2016 at 09:01:41 -0700, Ngie Cooper (yaneurabeya) wrote: > > How were the copies of gcc48/gcc49/gcc5 installed on the Jenkins slaves and > were they customized to include this support? In short, it uses devel/amd64-xtoolchain-gcc . That job basically executes this script: https:

More -Wformat warnings with r302403 -> Jenkins failure (was Re: FreeBSD_HEAD_amd64_gcc - Build #1358 - Still Failing)

> On Jul 8, 2016, at 05:17, jenkins-ad...@freebsd.org wrote: > > FreeBSD_HEAD_amd64_gcc - Build #1358 - Still Failing: > > Build information: > https://jenkins.FreeBSD.org/job/FreeBSD_HEAD_amd64_gcc/1358/ > Full change log: > https://jenkins.FreeBSD.org/job/FreeBSD_HEAD_amd64_gcc/1358/changes

Re: Setting sysctl vfs.zfs.arc_max failed: 22

Thanks for testing Nathan, that is the expected behaviour it might be nice if we had the concept of a sysctl which is at its auto value and hence we could use that to determine if we should recalculate said automatic values which hadn't been manually set but we don't have that unfortunately.

Jenkins build is back to normal : FreeBSD_HEAD #389

See ___ 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_amd64_gcc - Build #1358 - Still Failing

FreeBSD_HEAD_amd64_gcc - Build #1358 - Still Failing: Build information: https://jenkins.FreeBSD.org/job/FreeBSD_HEAD_amd64_gcc/1358/ Full change log: https://jenkins.FreeBSD.org/job/FreeBSD_HEAD_amd64_gcc/1358/changes Full build log: https://jenkins.FreeBSD.org/job/FreeBSD_HEAD_amd64_gcc/1358/c

Build failed in Jenkins: FreeBSD_HEAD #388

See -- [...truncated 317318 lines...] ===> usr.sbin/praudit (installconfig) ===> usr.sbin/authpf (installconfig) ===> usr.sbin/autofs (installconfig) ===> usr.sbin/blacklistctl (installconfig) ===> usr.sbin

11.0 -r302412: check-old does not list older /usr/libsoft/. . . materials; delete-old and delete-old-libs do not delete them

I just did a amd64 -> armv6 cross-build/update for -r302331 -> -r302412. -r302331's build had WITH_LIBSOFT=yes -r302412's build was WITHOUT_LIBSOFT (by not specifying WITH_LIBSOFT=yes ) (I had rebuilt all the installed ports [-r417989 update] under -r302331.) The check-old stage did not report an

Re: difference in SIGCHLD behavior between Linux and FreeBSD breaks apt

> Unsurprisingly I may have misinterpreted the trace. > > John observes: > Alternatively, if apt is creating a pipe() that it passes to dpkg() via > fork() and apt > only creates the read end opened and dpkg only keeps the write end up > opened, then when > dpkg exits, the pipe_r

amd64 -> armv6 -r302331 -> -r302412 re-cross-build (update): got "sh: ./make_keys: Exec format error" again for init_ketry.h in ncursesw

[Before the below cross build/update attempt I updated my amd64 from -r302331 -> -r302412.] Summary: It appears that WITHOUT_META_MODE= still needs to be forced for cross compiles at least sometimes in order to avoid "Exec format error". man src.conf only mentions WITHOUT_META_MODE= in one plac