Re: Interesting error during installworld

native installworld but may have missed it for the 32bit portion. Looking into it further. -- Regards, Bryan Drewery ___ 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: Interesting error during installworld

On 5/23/16 9:45 AM, Bryan Drewery wrote: > On 5/22/16 1:21 PM, Shawn Webb wrote: >> Hey All, >> >> I’m getting this error when doing `make installworld` on recent builds of >> HEAD. It seems that the error is non-critical as installworld doesn’t >> actually erro

WITH_SYSTEM_COMPILER: Skip Clang/GCC bootstrap [Critical note for Toolchain changes]

not pass. -- Regards, Bryan Drewery ___ 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: WITH_SYSTEM_COMPILER: Skip Clang/GCC bootstrap [Critical note for Toolchain changes]

On 5/23/16 2:41 PM, Mark Millard wrote: > Relative to (Bryan Drewery Mon May 23 16:40:23 UTC 2016): > >> A critical note to toolchain developers, or anyone who touches the Clang >> or GCC source files. If you modify these files or add a new target >> architecture

Re: WARNING: [r299313] make installworld overwrites master.passwd and group!

he prompt report on the issue. It is reverted in > r299317. I've made the same mistake before. Here's a patch that should be right: https://people.freebsd.org/~bdrewery/patches/Makefile.inc1-restage-reinstall.diff -- Regards, Bryan Drewery ___

Re: Fwd: 11.0: head/lib/libsysdecode/Makefile for . . ./libsoft/usr/include uses CPP when XCPP needed? [Makefile.libcompat issue]

TCFLAGS}" \ >> CXX="${XCXX} ${LIBCOMPATCFLAGS} ${LIBCOMPATCXXFLAGS}" \ >> +CPP="${XCPP}" \ >> DESTDIR=${LIBCOMPATTMP} \ >> -DNO_CPU_CFLAGS \ >> MK_CTF=no \ > > and it completed without getting an "error:". So this addition to > Makefile.libcompat may be one option for a fix. > Yes this is needed. Please try this patch though: https://people.freebsd.org/~bdrewery/patches/libcompat-xcpp.diff -- Regards, Bryan Drewery signature.asc Description: OpenPGP digital signature

Re: Keeping OptionalObsoleteFiles.inc up to date

er be > complete and work correctly. I'm waiting for packaged base too. > It would be nice if that script and webpage presented a "default" as too. I just fixed an issue with /usr/lib32/libc_pic.a in r297987 that doesn't show anywhere on there. It seems there is no check for "files installed but still deleted" as well. -- Regards, Bryan Drewery signature.asc Description: OpenPGP digital signature

Re: Possible race condition building libraries: head/amd64 r303329 -> r303379

code 1 > > make[5]: stopped in /usr/src/kerberos5/lib/libkadm5srv These shouldn't happen since libgcc is build in startup_libs and krb5 is built in prebuild_libs, which waits on startup_libs. Very strange. Can you send me the typescript please? -- Regards, Bryan Drewery signature.asc Description: OpenPGP digital signature

Re: Possible race condition building libraries: head/amd64 r303329 -> r303379

On 7/27/2016 4:55 PM, David Wolfskill wrote: > On Wed, Jul 27, 2016 at 04:34:39PM -0700, Bryan Drewery wrote: >> ... >> These shouldn't happen since libgcc is build in startup_libs and krb5 is >> built in prebuild_libs, which waits on startup_libs. Very strange.

Re: PORTS_MODULES breakage on HEAD

On 8/10/2016 4:20 PM, Bryan Drewery wrote: > On 8/7/16 5:44 PM, Don Lewis wrote: >> Adding PORTS_MODULES=emulators/virtualbox-ose-kmod recently broke on >> HEAD. When I do that I get this failure: >> >> ===> Ports module emulators/virtualbox-ose-kmod (all) >>

Re: PORTS_MODULES breakage on HEAD

k that CC should just be set to "cc" and the rest should get added > to CFLAGS. I suspect this got broken by the recent crossbuild changes. > It's a SYSTEM_COMPILER bug. I'll look into fixing it. For now you can try passing WITHOUT_SYSTEM_COMPILER=yes as a workaround. -- Regards, Bryan Drewery signature.asc Description: OpenPGP digital signature

Re: Issue of `make distribueworld` with normal user and customized DESTDIR

On 7/19/16 9:55 AM, Li-Wen Hsu wrote: > On Tue, Jul 19, 2016 at 09:35:48 -0700, Bryan Drewery wrote: >> On 7/19/16 9:14 AM, Bryan Drewery wrote: >>> On 7/19/16 12:07 AM, Li-Wen Hsu wrote: >>>> Hi Bryan, >>>> >>>> I am trying to create s

Re: Compiler dependent problems again on ppc64

; the build gets invariably broken at that point. This has now >>> been going on for two days or so. This makes me believe nobody >>> is actively running rebuilds of the latest current on any gcc >>> based platform. >>> >>> --jau >> >> Which revision are you using? This should've been fixed a couple >> weeks ago. Adding Bryan Drewery, who made the fix. >> >> - Justin -- Regards, Bryan Drewery signature.asc Description: OpenPGP digital signature

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

advertise this support and then base it off of that. I cannot use the xtoolchain amd64 port because it conflicts with lang/gcc, so I've been using that and hitting this problem. -- Regards, Bryan Drewery signature.asc Description: OpenPGP digital signature

Re: Compiler dependent problems again on ppc64

It has been committed. Thanks! On 6/29/16 6:00 AM, Jukka Ukkonen wrote: > > With that patch included the build seems to run just fine. > Thanks. > > --jau > > >> On 28 Jun 2016, at 22:50, Bryan Drewery <bdrew...@freebsd.org> wrote: >> >> It's proba

Re: Buildworld fails if WITHOUT_INET6=YES defined

> ^~ > > cstat > > grammar.c:1291:1: note: 'cstat' declared here > > YYPARSE_DECL() > > ^ > -- Regards, Bryan Drewery signature.asc Description: OpenPGP digital signature

Re: Buildworld fails if WITHOUT_INET6=YES defined

On 2/17/2017 1:03 PM, Bryan Drewery wrote: > On 2/16/2017 10:07 AM, Ngie Cooper (yaneurabeya) wrote: >> >>> On Feb 16, 2017, at 07:30, Oleg V. Nauman <o...@opentransfer.com> wrote: >>> >>> cc -target i386-unknown-freebsd12.0 --sysroot=/usr/obj/usr/src/tm

xdev fixed

* Error code 1 This should now be fixed in head as of r313907. Sorry for the long delay on it. It likely came about due to the libc++ upgrade around r300873 in May 2016. I will MFC the fix to stable/11 once I get more feedback or in 2 weeks otherwise. -- Regards, Bryan Drewery signature.asc Description: OpenPGP digital signature

Re: make universe and /etc/src.conf

;> @(cd ${.CURDIR} && env __MAKE_CONF=/dev/null \ >> +SRCCONF=/dev/null SRC_ENV_CONF=/dev/null \ >> ${SUB_MAKE} ${JFLAG} ${UNIVERSE_TARGET} \ >> TARGET=${target} \ >> TARGET_ARCH=${target_arch} \ >> > > I'm CC-ing bdr

Re: Installworld fails when /usr/bin and /usr/sbin are different FS / how to use symlinks in installworld?

e an easy way of telling > installworld to create symlinks instead of hardlinks, or alternatively a > way to tell to copy instead of doing a hardlink if the install hits the > cross-device case? Maybe falling back to symlink could be done. Couldn't you just make a usr-bin dataset and have us

Re: 11.0-RELEASE status update

b.freebsd.org/base?view=revision=282421 Though it was later removed from ObsoleteFiles so 'make delete-old' would not remove it from users' systems in r282423. etcupdate removing it is the problem really being reported here. -- Regards, Bryan Drewery signature.asc Description: OpenPGP digital signature

Re: NanoBSD install phase failing for releng/11

On 8/24/2016 10:46 AM, Bryan Drewery wrote: > On 8/24/16 7:55 AM, Bryan Drewery wrote: >> On 8/22/2016 4:08 AM, Guido Falsi wrote: >>> Hi, >>> >>> While building a NanoBSD image using releng/11 sources I got this error >>> message: >>> >>

Re: NanoBSD install phase failing for releng/11

> > Anyone has some insight? It was working fine up to August 4th. > > Thanks in advance to anyone giving me some hint! > Is this still reproducible for anyone? I have theories but need it in its broken state to debug it further. -- Regards, Bryan Drewery signature.asc Description: OpenPGP digital signature

Re: WITH_INSTALL_AS_USER broken?

ebsd-root/usr/lib/ >> install -s -o randy -g 1001 -m 444 -fschg -S libc.so.7 >> /usr/home/randy/tegra/freebsd-root/lib/ >> install: /usr/home/randy/tegra/freebsd-root/lib/libc.so.7: chflags: >> Operation not permitted >> *** Error code 71 >> >> Stop. >> make[5]: stopped in /usr/home/randy/tegra/freebsd/lib/libc >> *** Error code 1 -- Regards, Bryan Drewery signature.asc Description: OpenPGP digital signature

Re: WITH_INSTALL_AS_USER broken?

On 8/24/16 9:48 AM, Brooks Davis wrote: > On Wed, Aug 24, 2016 at 07:57:04AM -0700, Bryan Drewery wrote: >> On 8/24/2016 12:55 AM, Randy Westlund wrote: >>> Is WITH_INSTALL_AS_USER supposed to work, or is it known to be broken? >>> >>> I'm cross compiling -c

Re: NanoBSD install phase failing for releng/11

On 8/24/16 7:55 AM, Bryan Drewery wrote: > On 8/22/2016 4:08 AM, Guido Falsi wrote: >> Hi, >> >> While building a NanoBSD image using releng/11 sources I got this error >> message: >> >> ===> lib/libc++ (install) >> install -C -o root -g wheel -m 4

Re: 1st build stops when WITH_AUTO_OBJ=yes

I have pending patches to commit that make this feature usable with buildworld. Until then I don't expect the two to work well together. Regards, Bryan Drewery > On Nov 10, 2016, at 02:23, Renato Botelho <ga...@freebsd.org> wrote: > >> On 9 Nov 2016, at 19:48, S

Re: Use of env SRC_ENV_CONF=. . . for buildworld does not override/avoid use of /etc/src.conf : Intentional?

r. Just stick to src.conf unless you need to set one of the options that requires src-env.conf. -- Regards, Bryan Drewery signature.asc Description: OpenPGP digital signature

Re: r314708: panic: tdsendsignal: ksi on queue

(struct thread *td, int rval, int signo) > kern_psignal(q, SIGKILL); > } > PROC_UNLOCK(q); > + if (ksi != NULL) > + ksiginfo_free(ksi); > } > > /* Ping? Is this still progressing to be committed? -- Regards, Bryan Drewery signature.asc Description: OpenPGP digital signature

Re: r314708: panic: Assertion err == 0 failed at /usr/src/sys/net/iflib.c:2241

On 3/9/2017 1:31 PM, Bryan Drewery wrote: > This came up at shutdown in r314708. I don't yet know if I will have a > core to diagnose. > >> panic: Assertion err == 0 failed at /usr/src/sys/net/iflib.c:2241 >> cpuid = 0 >> KDB: stack backtrace: >> db_trace_self_w

Re: Apparent build race(s), r315238 -> r315298

off its paths for libbfd.a. ... > MAKEOBJDIRPREFIX='/usr/obj' And the meta error agrees it wants MAKEOBJDIRPREFIX=/usr/obj So where is /common/S4/obj coming from? Is there a symlink involved here for /usr/obj? -- Regards, Bryan Drewery signature.asc Description: OpenPGP digital signature

Re: Apparent build race(s), r315238 -> r315298

On 3/15/2017 11:23 AM, David Wolfskill wrote: > On Wed, Mar 15, 2017 at 11:09:05AM -0700, Bryan Drewery wrote: >> ... >> So where is /common/S4/obj coming from? >> >> Is there a symlink involved here for /usr/obj? >> > > Yes; I've had /usr/obj a

Re: Apparent build race(s), r315238 -> r315298

On 3/15/2017 2:10 PM, Bryan Drewery wrote: > On 3/15/2017 11:23 AM, David Wolfskill wrote: >> On Wed, Mar 15, 2017 at 11:09:05AM -0700, Bryan Drewery wrote: >>> ... >>> So where is /common/S4/obj coming from? >>> >>> Is there a symlink involved here fo

Re: buildkernel broken for META_MODE

uot;opt_global.h" > ^~ > 1 error generated. > *** [ia32_genassym.o] Error code 1 > > make[2]: stopped in /usr/obj/usr/src/sys/GENERIC > .ERROR_TARGET='ia32_genassym.o' > .ERROR_META_FILE='/usr/obj/usr/obj/usr/src/sys/GENERIC/ia32_genassym.o.meta' > It wa

Re: r314708: panic: tdsendsignal: ksi on queue

On 3/9/2017 6:46 AM, Konstantin Belousov wrote: > On Wed, Mar 08, 2017 at 09:00:17PM -0800, Bryan Drewery wrote: >> I'm on r314708. I hit ^C while running 'kyua test' in /usr/tests/bin/pwait. >> >>> panic: tdsendsignal: ksi on queue >>> cpuid = 10 >> &g

Re: r314708: panic: tdsendsignal: ksi on queue

ent to one process at a time only, so the > bug is an artifact of the implementation. Perhaps the piece of code > added in r309886 can be moved or the ksiginfo can be removed from the > parent's queue. > > If such a fix is not possible, it may be better to send a bare SIGCHLD > (si_code is SI_KERNEL or 0, depending on how many signals are pending) > in this situation and document that reapers must use WAIT_ANY or P_ALL. > (However, compared to the pre-r309886 situation they can still use > SIGCHLD to get notified when to call waitpid() or similar.) > -- Regards, Bryan Drewery signature.asc Description: OpenPGP digital signature

Re: r314708: panic: tdsendsignal: ksi on queue

On 3/9/2017 4:59 PM, Bryan Drewery wrote: > On 3/9/2017 3:57 PM, Bryan Drewery wrote: >> On 3/9/2017 3:47 PM, Bryan Drewery wrote: >>> On 3/9/2017 3:11 PM, Jilles Tjoelker wrote: >>>> On Thu, Mar 09, 2017 at 04:46:46PM +0200, Konstantin Belousov wrote: >>

Re: r314708: panic: tdsendsignal: ksi on queue

On 3/9/2017 3:47 PM, Bryan Drewery wrote: > On 3/9/2017 3:11 PM, Jilles Tjoelker wrote: >> On Thu, Mar 09, 2017 at 04:46:46PM +0200, Konstantin Belousov wrote: >>> Yes, there is a race, apparently, with the child zombie still not finishing >>> sending the SIGCHLD to th

Re: r314708: panic: tdsendsignal: ksi on queue

On 3/9/2017 3:57 PM, Bryan Drewery wrote: > On 3/9/2017 3:47 PM, Bryan Drewery wrote: >> On 3/9/2017 3:11 PM, Jilles Tjoelker wrote: >>> On Thu, Mar 09, 2017 at 04:46:46PM +0200, Konstantin Belousov wrote: >>>> Yes, there is a race, apparently, with the ch

r314708: panic: Assertion err == 0 failed at /usr/src/sys/net/iflib.c:2241

8 ] > Stopped at kdb_enter+0x3b: movq$0,kdb_why -- Regards, Bryan Drewery signature.asc Description: OpenPGP digital signature

r314708: panic: tdsendsignal: ksi on queue

_mesgq = {_mqd = 0}, _poll = {_band = 0}, __spare__ = { > __spare1__ = 0, __spare2__ = {0, 0, 0, 0, 0, 0, 0, ksi_flags = 6, > ksi_sigq = 0xf80c39389c28} > (kgdb) p *ksi->ksi_sigq > $6 = {sq_signals = {__bits = {524288, 0, 0, 0}}, sq_kill = {__bits = {0, 0, > 0, 0}

Re: r314670: buildworld compile failure: undefined reference to `xdr_attrstat'

How has your experience with META_MODE been? -- Regards, Bryan Drewery signature.asc Description: OpenPGP digital signature

Re: buildkernel broken for META_MODE

On 4/18/2017 2:33 PM, Simon J. Gerraty wrote: > Bryan Drewery <bdrew...@freebsd.org> wrote: >> Aha /usr/obj/usr/obj. >> >> That was in Renato's report as well. >> >> The bug is WITH_AUTO_OBJ. I just confirmed that. A bunch of errors occur >> whe

Re: buildkernel broken for META_MODE

On 4/10/2017 11:14 AM, Bryan Drewery wrote: > On 4/7/2017 12:13 PM, Ngie Cooper (yaneurabeya) wrote: >> Hi, >> I ran into this error when trying to run a meta mode build (for the >> first time). It might be related to the recent assym* ordering changes. >> Thanks

Re: [base package build] [fail] r320347 -> r320392: install: builddir/Africa/Abidjan: No such file or directory

On 7/5/17 12:55 PM, Boris Samorodov wrote: > 05.07.2017 22:29, Bryan Drewery пишет: > >> Parallel install should be working just fine. It is a supported feature >> of installworld. What was the issue exactly? > > https://lists.freebsd.org/pipermail/freebsd-current/20

Re: Panic on boot after upgrade from r320827 -> r320869

On 7/11/17 10:09 AM, Warner Losh wrote: > Plus we know we have at least one bug in meta-mode rebuilding since not > everything is being rebuilt that should be across this change. Yes I'm looking into that. -- Regards, Bryan Drewery signature.asc Description: OpenPGP digital signature

Re: -r321371: -j8 failed for "installworld distrib-dirs distribute DESTDIR=/usr/obj/DESTDIRs/clang-amd64-installworld-dist"

On 7/24/2017 11:20 AM, Bryan Drewery wrote: > On 7/22/2017 9:04 PM, Mark Millard wrote: >> After buildworld buildkernel installkernel installkernel reboot to >> upgrade to -r321371 (from -r321109 ) I attempted: >> >> ~/sys_build_scripts.amd64-host/make_amd64_

Re: -r321371: -j8 failed for "installworld distrib-dirs distribute DESTDIR=/usr/obj/DESTDIRs/clang-amd64-installworld-dist"

/drti > 1 error > > > Removing the -j8 got past this (but got a later problem that > I'll report separately). I am not surprised, there is no .ORDER defined for running installworld distrib-dirs and distribute all at the same time with -j. I can make it parallel-safe though. -- Regards, Bryan Drewery signature.asc Description: OpenPGP digital signature

Re: Recent reports of needing to avoid META_MODE for head kernel builds for updates: a preliminary investigation

the difference in meta mode incremental build results > vs. full rebuild. This was a bug with buildkernel with META_MODE using filemon (the default with META_MODE). It is fixed in r320919. I recommend doing another buildkernel after that and installing to ensure everything gets updated. -- Regards, Bryan Drewery signature.asc Description: OpenPGP digital signature

Re: Panic on boot after upgrade from r320827 -> r320869

On 7/11/17 10:13 AM, Bryan Drewery wrote: > On 7/11/17 10:09 AM, Warner Losh wrote: >> Plus we know we have at least one bug in meta-mode rebuilding since not >> everything is being rebuilt that should be across this change. > > Yes I'm looking into that. > This wa

Re: [base package build] [fail] r320347 -> r320392: install: builddir/Africa/Abidjan: No such file or directory

uot;${SRC_BASE}" DESTDIR=${destdir} \ > + DB_FROM_SRC=1 distrib-dirs || \ > + err 1 "Failed to 'make distrib-dirs'" > +-${MAKE_CMD} -C "${SRC_BASE}" ${make_jobs} DESTDIR=${destdir} \ > ++${MAKE_CMD} -C "${SRC_BASE}" DESTDIR=${destdir} \ > + distribution || err 1 "Failed to 'make distribution'" > + > + return 0 > > -- Regards, Bryan Drewery signature.asc Description: OpenPGP digital signature

Re: [base package build] [fail] r320347 -> r320392: install: builddir/Africa/Abidjan: No such file or directory

On 7/5/17 12:55 PM, Boris Samorodov wrote: > 05.07.2017 22:29, Bryan Drewery пишет: > >> Parallel install should be working just fine. It is a supported feature >> of installworld. What was the issue exactly? > > https://lists.freebsd.org/pipermail/freebsd-curre

Re: Would O_APPEND for /dev/null be possible?

nat(AT_FDCWD,"/dev/null",O_RDWR|O_APPEND|O_NOFOLLOW|O_CREAT,03762520) > = 3 (0x3) Seems to work fine. -- Regards, Bryan Drewery signature.asc Description: OpenPGP digital signature

Re: Apparent race in buildworld (head/amd64, r322214 -> r322304)

> /usr/obj/usr/src/tmp/usr/bin/ld: cannot find -lgcc_s On 8/9/2017 10:57 AM, David Wolfskill wrote: > On Wed, Aug 09, 2017 at 10:49:04AM -0700, Bryan Drewery wrote: >> ... >>> on one machine, but the other never had an issue. On the "failing" one, &

Re: Apparent race in buildworld (head/amd64, r322214 -> r322304)

On 8/9/2017 12:35 PM, David Wolfskill wrote: > On Wed, Aug 09, 2017 at 12:22:20PM -0700, Bryan Drewery wrote: >>> /usr/obj/usr/src/tmp/usr/bin/ld: cannot find -lgcc_s >> ... >> >> This should fix it: >> https://people.freebsd.org/~bdrewery/patches/gcc_s-ins

Re: [bmake] bmake sigint handling causing tty corruption

@if [ -t 1 ]; then echo "1 is a TTY"; fi > @if [ -t 2 ]; then echo "2 is a TTY"; fi > # make > Building /usr/obj/root/git/freebsd/tmp/blah > 0 is a TTY > # make -j2 > Building /usr/obj/root/git/freebsd/tmp/blah > # gmake > 0 is a TTY > 1 is

Re: make warning: ?: No such file or directory.

t; > $ make buildenv TARGET_ARCH=armv6 > make warning: I: No such file or directory. > make warning: I: No such file or directory. > Entering world for armv6:arm > $ "I" Do you have an "I" in your env somewhere? Though a later email makes it look like uninitialized memory. > -- Regards, Bryan Drewery signature.asc Description: OpenPGP digital signature

Re: A head -r317820 incremental buildworld race: kvm_geterr_test failures for -j16 but works without -j

owerpcvtsc_nodebug_gcc421_bootstrap_clang-amd64-host-$(date > +%Y-%m-%d:%H:%M:%S) \ > env __MAKE_CONF="/root/src.configs/make.conf" SRCCONF="/dev/null" > SRC_ENV_CONF="/root/src.configs/src.conf.powerpc-gcc421-bootstrap-clang.amd64-host" > \ > WITH_META_MODE=yes \ Thanks for the report. Fixed in r318092. -- Regards, Bryan Drewery signature.asc Description: OpenPGP digital signature

Re: make warning: ?: No such file or directory.

On 5/10/17 9:56 AM, Renato Botelho wrote: > On 10/05/17 13:02, Bryan Drewery wrote: >> On 5/9/17 9:50 PM, Ngie Cooper (yaneurabeya) wrote: >>> >>>> On May 9, 2017, at 21:37, O. Hartmann <ohartm...@walstatt.org> wrote: >>>> >>>> On r

Re: make release: how utilise filemon?

are actually needed, like copying a file to /. So I decided to whitelist to known-safe targets. The 'make release' target, and all of release/, is something I've never ran and am not very familiar with, so I didn't list it. Thus WITH_META_MODE=yes and 'make release' has no effect, it will buil

Re: Update the Makefile for ioctl.c?

y > > I'm not sure what to fix here. :( > > What was the build command for it? -- Regards, Bryan Drewery bdrewery@freenode/EFNet ___ freebsd-current@freebsd.org mailing list https://lists.freebsd.org/mailman/listinfo/freebsd-current T

Re: Update the Makefile for ioctl.c?

y > > I'm not sure what to fix here. :( > > I'm looking into it. I don't see anything obvious yet. Though these should be non-fatal. -- Regards, Bryan Drewery bdrewery@freenode/EFNet ___ freebsd-current@freebsd.org mailing list https://li

Re: Update the Makefile for ioctl.c?

On 6/22/2017 9:22 AM, Bryan Drewery wrote: > On 6/21/2017 8:20 AM, Larry Rosenman wrote: >> Greetings, >>It looks like the Makefile for ioctl.c didn't get the memo on some >> pieces being removed: >> >> --- ioctl.c --- >> egrep: dev/utopia/idtphy.h:

Re: release.sh: sh: head: not found \n Unable to determine linker type from LD=ld

ools? >> >> I was able to continue by replacing "| head 1" with "| sed -n 1p" in >> _ld_version!= ${${ld}} --version 2>/dev/null | head -n 1 || echo none >> >> head is not in /tmp/install.RANDOMVALUES but sed is. > > Great, that worked, thanks :-) > I'll look into it. While replacing head with sed here would fix it, I think it should not be needed. A value should already be known. -- Regards, Bryan Drewery signature.asc Description: OpenPGP digital signature

Re: [bsd.linker.mk] line 42: Unable to determine linker type from LD=ld

On 6/23/2017 9:31 AM, Bryan Drewery wrote: > On 6/23/2017 8:45 AM, Bryan Drewery wrote: >> On 6/23/2017 7:19 AM, Boris Samorodov wrote: >>> Hi All, Bryan! >>> >>> Since bsd.linker.mk introduction I can't manage to create >>> FreeBSD base pack

Re: [bsd.linker.mk] line 42: Unable to determine linker type from LD=ld

/bin" AS="as" > AR="ar" LD="ld" LLVM_LINK="" NM=nm OBJCOPY="objcopy" RANLIB=ranlib > STRINGS= SIZE="size" > PATH=/usr/obj/usr/src/tmp/legacy/usr/sbin:/usr/obj/usr/src/tmp/legacy/usr/bin:/usr/obj/usr/src/tmp/legacy/bin:/usr/

Re: [bsd.linker.mk] line 42: Unable to determine linker type from LD=ld

On 6/23/2017 8:45 AM, Bryan Drewery wrote: > On 6/23/2017 7:19 AM, Boris Samorodov wrote: >> Hi All, Bryan! >> >> Since bsd.linker.mk introduction I can't manage to create >> FreeBSD base packages. The process stops at the very beginning: >> - >> --- pack

Re: [bsd.linker.mk] line 42: Unable to determine linker type from LD=ld

/bin" AS="as" > AR="ar" LD="ld" LLVM_LINK="" NM=nm OBJCOPY="objcopy" RANLIB=ranlib > STRINGS= SIZE="size" > PATH=/usr/obj/usr/src/tmp/legacy/usr/sbin:/usr/obj/usr/src/tmp/legacy/usr/bin:/usr/obj/usr/src/tmp/legacy/bin:/usr/

Re: release.sh: sh: head: not found \n Unable to determine linker type from LD=ld

tools? >> >> I was able to continue by replacing "| head 1" with "| sed -n 1p" in >> _ld_version!= ${${ld}} --version 2>/dev/null | head -n 1 || echo none >> >> head is not in /tmp/install.RANDOMVALUES but sed is. > > Great, that worked, thank

Re: compiler-metadata.mk for main arch deleted when crossbuilding

target's "@rm -f ${.OBJDIR}/compiler-metadata.mk" > not respect TARGET and TARGET_ARCH? > Yes, it is fixed now in r320286. Thanks for the report! -- Regards, Bryan Drewery signature.asc Description: OpenPGP digital signature

Re: compiler-metadata.mk for main arch deleted when crossbuilding

On 6/23/2017 11:28 AM, Bryan Drewery wrote: > On 6/23/2017 11:00 AM, Guy Yur wrote: >> Hi Bryan, >> >> I use a script for building both amd64 and armv6 on an amd64 machine. >> Basically, >> export TARGET=amd64 TARGET_ARCH=amd64 >> make -j2 -DNO_CLEAN buil

Re: svn commit: r318757 - head

On 5/23/2017 4:29 PM, Bryan Drewery wrote: > On 5/23/2017 4:24 PM, Larry Rosenman wrote: >> borg.lerctr.org /home/ler $ sudo poudriere jail -l >> JAILNAME VERSION ARCH METHOD TIMESTAMP >> PATH >> p103amd64 10.3-RELEASE-p18 amd64

Re: svn commit: r318757 - head

there a hazard for others here? > > Or more info needed in /usr/{src,ports}/UPDATING? > > -- Regards, Bryan Drewery signature.asc Description: OpenPGP digital signature

Re: svn commit: r318757 - head

c. It is using 12.0-CURRENT rather than __FreeBSD_version of 1200031. I'm working on a fix. -- Regards, Bryan Drewery signature.asc Description: OpenPGP digital signature

(head users) 64-bit inodes: Packages heads up and Poudriere errors

1. Rebuild less often and only when someone updates __FreeBSD_version. This is more proper and we should strive to update this only as needed to rebuild things. 2. Fix -m src= *not* rebuilding packages after the recent ABI breakage. If your jail uses -m src= I recommend forcifully doing a bulk -c

Re: (head users) 64-bit inodes: Packages heads up and Poudriere errors

On 5/26/2017 8:20 AM, Bryan Drewery wrote: > For those running FreeBSD head, the ABI was majorly changed in r318736 > for 64-bit inodes. This change was *backwards compatible* but not > *forward compatible*. This is normal and expected. > > For Pkg users: > > You are ad

Re: old syslog (jail) and new kernel = 100% CPU

On 6/5/2017 2:34 AM, Alexander Leidinger wrote: > > Quoting Bryan Drewery <br...@shatow.net> (from Sun, 4 Jun 2017 14:38:07 > -0700): > >> On 6/4/17 5:09 AM, Alexander Leidinger wrote: >>> Hi, >>> >>> new kernel (surely r318877 and later) an

Re: mount -t tmpfs tmpfs fails

stion remaining now is was the removal of the building and > installing of these modules a fairly recent change in 12.0, or is something in > my system hosed up? Oddly I don't see TMPFS ever being in the x86 GENERIC kernel files. Only in some arm and mips kernel configurations. Even if not built into the kernel there should be a loadable module built unless you are using MODULES_OVERRIDE. -- Regards, Bryan Drewery signature.asc Description: OpenPGP digital signature

Re: mount -t tmpfs tmpfs fails

tin.ibm.com 12.0-CURRENT FreeBSD 12.0-CURRENT #1 > da5f90154f1(drm-next): Tue Jun 13 16:58:52 CDT 2017 > b...@tavion.austin.ibm.com:/usr/obj/usr/freebsd-base-graphics/sys/TAVION > amd64 > > Any suggestions on what I should be looking for (or fixing)? > > Thanks, > Bob > -- Regards, Bryan Drewery signature.asc Description: OpenPGP digital signature

Re: svn commit: r318757 - head

On 5/24/17 1:17 PM, Cy Schubert wrote: > In message <1c1ab22c-60bf-4707-f635-8069aa1e0...@freebsd.org>, Bryan > Drewery wr > ites: >> This is an OpenPGP/MIME signed message (RFC 4880 and 3156) >> --sIw1a8MPU8obGIEqPMSjxuV84b026de6m >> Conten

Re: installworld: Read-only objdirs not working

On 11/14/2017 3:17 PM, Bryan Drewery wrote: > After a recent change a read-only /usr/obj, or other MAKEOBJDIRPREFIX, > will not properly work for an installworld. I am working on a fix. > > It will manifest as a missing rescue/rescue like: > >> --- __installcheck_sh_chec

Re: -r325627 of head: mergemaster: Creating objdir after objdir after . . .

On 11/11/2017 2:25 PM, Mark Millard wrote: > > On 2017-Nov-11, at 8:47 AM, Bryan Drewery <bdrew...@freebsd.org> wrote: > >>> On Nov 11, 2017, at 00:51, Mark Millard <mar...@dsl-only.net> wrote: >>> >>>> On 2017-Nov-10, at 5:16 PM, Bryan Drew

Re: -r325627 of head: mergemaster: Creating objdir after objdir after . . .

ot what we want. I'll fix that. However from reading mergemaster.sh it seems that _at least_ /usr/obj/usr/src/etc/sendmail would be created before my changes. Can someone confirm that on stable/ or something? > > (MAKEOBJDIRPREFIX= does control the path-prefix used > if specified in the env list before mergemaster.) > > === > Mark Millard > markmi at dsl-only.net > -- Regards, Bryan Drewery signature.asc Description: OpenPGP digital signature

Re: -r325627 of head: mergemaster: Creating objdir after objdir after . . .

> On Nov 11, 2017, at 00:51, Mark Millard <mar...@dsl-only.net> wrote: > >> On 2017-Nov-10, at 5:16 PM, Bryan Drewery wrote: >> >>> On 11/10/2017 8:30 AM, Bryan Drewery wrote: >>>> On 11/10/17 7:52 AM, Bryan Drewery wrote: >>>>>

Re: -r325627 of head: mergemaster: Creating objdir after objdir after . . .

On 11/10/17 7:52 AM, Bryan Drewery wrote: > On 11/10/2017 12:46 AM, Mark Millard wrote: >> When I use the command: >> >> ~/sys_build_scripts.aarch64-host/mergemaster_cortexA53-aarch64-host.sh -FUPi >> -D/mnt >> >> based on: >> >> # more ~/s

Re: native-xtools gcc archs broken

On 11/7/2017 10:18 AM, Bryan Drewery wrote: > My recent native-xtools rewrite works fine for clang archs but not GCC > archs. I am working on a fix. > Fixed in r325673. -- Regards, Bryan Drewery signature.asc Description: OpenPGP digital signature

Re: -r325627 of head: mergemaster: Creating objdir after objdir after . . .

On 11/16/2017 1:15 PM, Mark Millard wrote: > > === > Mark Millard > mar...@dsl-only.net > > On 2017-Nov-16, at 9:13 AM, Bryan Drewery <bdrew...@freebsd.org> wrote: > >>> . . . >> >> Can you test this patch please in context of this problem ple

installworld: Read-only objdirs not working

commit a fix. -- Regards, Bryan Drewery signature.asc Description: OpenPGP digital signature

Re: Recent OBJDIR changes can cause host /etc files to leak into DESTDIR -- Fixed in r325416

gt; cheers, Jamie > This was fixed in r325776. -- Regards, Bryan Drewery signature.asc Description: OpenPGP digital signature

Re: "make universe" broken by r325697

On 11/12/2017 2:00 AM, Ngie Cooper (yaneurabeya) wrote: > Per Jenkins: https://ci.freebsd.org/job/FreeBSD-head-amd64-LINT/5391/ . > Cheers, > -Ngie > Thanks, fixed in r325776. -- Regards, Bryan Drewery signature.asc Description: OpenPGP digital signature

Re: -r325627 of head: mergemaster: Creating objdir after objdir after . . .

On 11/10/2017 8:30 AM, Bryan Drewery wrote: > On 11/10/17 7:52 AM, Bryan Drewery wrote: >> On 11/10/2017 12:46 AM, Mark Millard wrote: >>> When I use the command: >>> >>> ~/sys_build_scripts.aarch64-host/mergemaster_cortexA53-aarch64-host.sh >>>

Re: r325288: Changed OBJDIR paths /usr/obj[/amd64.amd64]/usr/src -> /usr/obj/usr/src/amd64.amd64/ (always target now)

On 11/1/2017 2:28 PM, Bryan Drewery wrote: > FYI after r325288 the OBJDIR path used has changed to: > MAKEOBJDIRPREFIX/SRCTOP/TARGET.TARGET_ARCH/RELDIR. > > Meaning something like this: > /usr/obj/usr/src/amd64.amd64/bin/sh > > This pattern is used for cross, nati

r325288: Changed OBJDIR paths /usr/obj[/amd64.amd64]/usr/src -> /usr/obj/usr/src/amd64.amd64/ (always target now)

in /etc/src-env.conf (not /etc/src.conf), but the option is planned to be removed for 12.0 release. -- Regards, Bryan Drewery signature.asc Description: OpenPGP digital signature

Re: Example of Bryan Drewery's "Something is very wrong" (from his disabling head/Makefile)?: obj-cross-tools path referenced but file is under obj-bootstrap-tools

325351 /usr/src/lib/libkvm/kvm_private.c >>>> M 325351 /usr/src/sys/arm/allwinner/aw_usbphy.c >>>> M 325351 /usr/src/sys/arm64/arm64/identcpu.c >>>> M 325351 /usr/src/sys/boot/fdt/dts/arm/a83t.dtsi >>>> M

Re: release(7) targets busted

On 11/3/2017 9:35 PM, Bryan Drewery wrote: >> *** FATAL ERROR: Cannot 'cd' to /root/git/freebsd/release/.. and install >> files to >> the temproot environment >> >> >

Recent OBJDIR changes can cause host /etc files to leak into DESTDIR -- Fixed in r325416

/ was left in .OBJDIR rather than expected .CURDIR (like /usr/src/etc/defaults) to find the files to install from the source checkout instead. Humble apologies, Bryan Drewery signature.asc Description: OpenPGP digital signature

Re: Recent OBJDIR changes can cause host /etc files to leak into DESTDIR -- Fixed in r325416

On 11/4/2017 8:27 PM, Bryan Drewery wrote: > For people doing upgrades of remote systems or building images, you > should upgrade past r325288 to fix the problem. I of course meant r325416 from the subject. signature.asc Description: OpenPGP digital signature

Re: Example of Bryan Drewery's "Something is very wrong" (from his disabling head/Makefile)?: obj-cross-tools path referenced but file is under obj-bootstrap-tools

s vs. > obj-bootstrap-tools : > > /usr/obj/bpim3_clang/arm.armv7/usr/src/arm.armv7/tmp/obj-cross-tools/lib/clang/libllvmminimal/libllvmminimal.a > /usr/obj/bpim3_clang/arm.armv7/usr/src/arm.armv7/tmp/obj-bootstrap-tools/lib/clang/libllvmminimal/libllvmminimal.a > > > === > Mark Millard > markmi at dsl-only.net > -- Regards, Bryan Drewery signature.asc Description: OpenPGP digital signature

Head build unsafe for /etc today

On Nov 2, 2017, at 15:44, Mark Millard wrote: >> Author: bdrewery >> Date: Thu Nov 2 22:23:00 2017 >> New Revision: 325347 >> URL: >> https://svnweb.freebsd.org/changeset/base/325347 >> >> >> Log: >> Something is very wrong Unfortunately I only test with META_MODE

Re: Example of Bryan Drewery's "Something is very wrong" (from his disabling head/Makefile)?: obj-cross-tools path referenced but file is under obj-bootstrap-tools

===> lib/librtld_db (all) > Building > /usr/obj/amd64_clang/amd64.amd64/usr/src/amd64.amd64/obj-lib32/amd64.amd64/lib/librtld_db/rtld_db.o > --- kerberos5/lib__L --- > Building > /usr/obj/amd64_clang/amd64.amd64/usr/src/amd64.amd64/obj-lib32/amd64.amd64/kerberos5/lib/libgssapi_ntlm/ext

<    1   2   3   4   5   >