Re: "make installworld" fail r363660 -> r363689 (amd64)
On Thu, Jul 30, 2020 at 07:14:26PM -0500, Kyle Evans wrote:
> ...
> > I finally just re-retried the "make installworld," and it succeeded.
> >
>
> To be clear, this was just a second installworld without rebuilding,
> correct?
Yes. The most recent typescript from the build process on that machine
resides at
http://www.catwhisker.org/~david/FreeBSD/history/freebeast.13_build_typescript.txt.
> If so, I'm going to amend the UPDATING to add:
>
> installworld may encounter the following error: Undefined symbol
> "regcomp@FBSD_1.6"
>
> It is imperative that you do not interrupt the installworld, but
> instead let it proceed to
> completion, whether it succeeds or not, and run installworld again.
>
OK.
I note that I did not change any configuration (e.g.,
/etc/{src{,-env},make}.conf) or anything else -- merely invoke a csh
alias that did:
setenv TMPDIR /tmp && \
id && \
mount && \
cd /usr/src && \
uname -aUK && \
date && \
mergemaster -U -u 0022 -p && \
date && \
rm -fr /usr/include.old && \
date && \
mv /usr/include{,.old} && \
date && \
rm -fr /usr/share/man && \
date && \
make installworld && \
date && \
mergemaster -F -U -u 0022 -i && \
date && \
make delete-old && \
date && \
df -k && \
gpart bootcode -b /boot/boot ada0s4
I rebooted the machine verbosely (which worked), then ran a csh
alias that did:
setenv TMPDIR /tmp && \
id && \
mount && \
cd /usr/src && \
uname -aUK && \
date && \
make delete-old-libs && \
cp /var/run/dmesg.boot /var/tmp/dmesg.boot.13.0-CURRENT && \
log_uname && \
date
Peace,
david
--
David H. Wolfskill da...@catwhisker.org
"White fear has become the unalloyed rallying cry of Trump's bid for a
second term." -- John Harwood, paraphrasing GOP strategist Stuart Stevens
See http://www.catwhisker.org/~david/publickey.gpg for my public key.
signature.asc
Description: PGP signature
Re: "make installworld" fail r363660 -> r363689 (amd64)
On Thu, Jul 30, 2020 at 2:48 PM David Wolfskill wrote: > > On Thu, Jul 30, 2020 at 06:46:40AM -0500, Kyle Evans wrote: > > On Thu, Jul 30, 2020 at 6:24 AM David Wolfskill > > wrote: > > ... > > > ld-elf.so.1: /common/S4/obj/usr/src/amd64.amd64/tmp/legacy/usr/sbin/make: > > > Undefined symbol "regcomp@FBSD_1.6" > > > > > > I would appreciate a suggestion. > > > > > > > Hi, > > > > Can you describe the environment in which you're running installworld, > > please? i.e. is it just a raw installworld directly in your shell, or > > something more complicated? > > > > I observed this in testing an exceptional scenario; running > > installworld in a buildenv. installworld injects .WAIT between lib and > > libexec + other subdirs, which is supposed to prevent stuff like this > > (new binary got installed linked against new libc before new libc). > > Running in a buildenv set SYSROOT and stripped out the .WAITs, leaving > > me with an annoyance where I had to installworld twice. > > > > Thanks, > > > > I finally just re-retried the "make installworld," and it succeeded. > To be clear, this was just a second installworld without rebuilding, correct? If so, I'm going to amend the UPDATING to add: installworld may encounter the following error: Undefined symbol "regcomp@FBSD_1.6" It is imperative that you do not interrupt the installworld, but instead let it proceed to completion, whether it succeeds or not, and run installworld again. ___ 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: "make installworld" fail r363660 -> r363689 (amd64)
On Thu, Jul 30, 2020 at 06:46:40AM -0500, Kyle Evans wrote: > On Thu, Jul 30, 2020 at 6:24 AM David Wolfskill wrote: > ... > > ld-elf.so.1: /common/S4/obj/usr/src/amd64.amd64/tmp/legacy/usr/sbin/make: > > Undefined symbol "regcomp@FBSD_1.6" > > > > I would appreciate a suggestion. > > > > Hi, > > Can you describe the environment in which you're running installworld, > please? i.e. is it just a raw installworld directly in your shell, or > something more complicated? > > I observed this in testing an exceptional scenario; running > installworld in a buildenv. installworld injects .WAIT between lib and > libexec + other subdirs, which is supposed to prevent stuff like this > (new binary got installed linked against new libc before new libc). > Running in a buildenv set SYSROOT and stripped out the .WAITs, leaving > me with an annoyance where I had to installworld twice. > > Thanks, > I finally just re-retried the "make installworld," and it succeeded. Peace, david -- David H. Wolfskill da...@catwhisker.org "White fear has become the unalloyed rallying cry of Trump's bid for a second term." -- John Harwood, paraphrasing GOP strategist Stuart Stevens See http://www.catwhisker.org/~david/publickey.gpg for my public key. signature.asc Description: PGP signature
Re: "make installworld" fail r363660 -> r363689 (amd64)
On Thu, 30 Jul 2020 04:24:23 -0700, David Wolfskill
wrote:
> build{worl,kernel} and installkernel were uneventful, but:
>
> ...
> install -l h -o root -g wheel -m 555 /usr/bin/mail /usr/bin/Mail
> install -l h -o root -g wheel -m 555 /usr/bin/mail /usr/bin/mailx
> ===> usr.bin/msgs (install)
> install -s -o root -g wheel -m 555 msgs /usr/bin/msgs
> install -o root -g wheel -m 444 msgs.1.gz /usr/share/man/man1/
> ===> usr.bin/bmake (install)
> install -s -o root -g wheel -m 555 make /usr/bin/make
> install -o root -g wheel -m 444 make.1.gz /usr/share/man/man1/
> ===> usr.bin/bmake/tests (install)
> ld-elf.so.1: /common/S4/obj/usr/src/amd64.amd64/tmp/legacy/usr/sbin/make:
> Undefined symbol "regcomp@FBSD_1.6"
> *** Error code 1
> *** Error code 1
> *** Error code 1
> *** Error code 1
> *** Error code 1
>
> Stop.
> make[1]: stopped in /usr/src
> *** Error code 1
>
> Running:
> FreeBSD freebeast.catwhisker.org 13.0-CURRENT FreeBSD 13.0-CURRENT #986
> r363660M/363660: Wed Jul 29 03:52:03 PDT 2020
> r...@freebeast.catwhisker.org:/common/S4/obj/usr/src/amd64.amd64/sys/GENERIC
> amd64 1300102 1300102
>
> src/UPDATING has a recent entry:
> 20200729:
> r363679 has redefined some undefined behavior in regcomp(3); notably,
> extraneous escapes of most ordinary characters will no longer be
> accepted. An exp-run has identified all of the problems with this in
> ports, but other non-ports software may need extra escapes removed to
> continue to function.
>
> but while there does seem to be some relevance, I'm not seeing what
> sort of evasive maneuvers I need to make.
>
> I would appreciate a suggestion.
>
> Thanks!
>
> Peace,
> david
> --
> David H. Wolfskillda...@catwhisker.org
> "White fear has become the unalloyed rallying cry of Trump's bid for a
> second term." -- John Harwood, paraphrasing GOP strategist Stuart Stevens
>
> See http://www.catwhisker.org/~david/publickey.gpg for my public key.
It would be nice to have some way before the installkernel, I think, to make
sure
the installworld will succeed before installing kernel or world. Failure of the
latter to
install has often caused nearly-unfixable problems here. [ luckily, 'nearly.' ]
... Perhaps
using some no-fail mountpoint or jail or chroot destination?
___
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: "make installworld" fail r363660 -> r363689 (amd64)
On Thu, Jul 30, 2020 at 06:46:40AM -0500, Kyle Evans wrote: > ... > Hi, > > Can you describe the environment in which you're running installworld, > please? i.e. is it just a raw installworld directly in your shell, or > something more complicated? "make installworld" is being invoked via [t]csh alias from a csh prompt, which is running within script(1), within tmux(1). I use: WITH_META_MODE=yes in /etc/src-env.conf (and have done for a few years, now). More detail is available at http://www.catwhisker.org/~david/FreeBSD/upgrade.html > I observed this in testing an exceptional scenario; running > installworld in a buildenv. installworld injects .WAIT between lib and > libexec + other subdirs, which is supposed to prevent stuff like this > (new binary got installed linked against new libc before new libc). > Running in a buildenv set SYSROOT and stripped out the .WAITs, leaving > me with an annoyance where I had to installworld twice. FWIW, I reproduced the condition on my laptop. (That will probably require more extensive evasive maneuvers on my part, as I need to use the laptop, so I have already rebooted it to stable/12 (my normal running environment). > Thanks, > > Kyle Evans > Thank you for the prompt response! Peace, david -- David H. Wolfskill da...@catwhisker.org "White fear has become the unalloyed rallying cry of Trump's bid for a second term." -- John Harwood, paraphrasing GOP strategist Stuart Stevens See http://www.catwhisker.org/~david/publickey.gpg for my public key. signature.asc Description: PGP signature
Re: "make installworld" fail r363660 -> r363689 (amd64)
On Thu, Jul 30, 2020 at 6:24 AM David Wolfskill wrote:
>
> build{worl,kernel} and installkernel were uneventful, but:
>
> ...
> install -l h -o root -g wheel -m 555 /usr/bin/mail /usr/bin/Mail
> install -l h -o root -g wheel -m 555 /usr/bin/mail /usr/bin/mailx
> ===> usr.bin/msgs (install)
> install -s -o root -g wheel -m 555 msgs /usr/bin/msgs
> install -o root -g wheel -m 444 msgs.1.gz /usr/share/man/man1/
> ===> usr.bin/bmake (install)
> install -s -o root -g wheel -m 555 make /usr/bin/make
> install -o root -g wheel -m 444 make.1.gz /usr/share/man/man1/
> ===> usr.bin/bmake/tests (install)
> ld-elf.so.1: /common/S4/obj/usr/src/amd64.amd64/tmp/legacy/usr/sbin/make:
> Undefined symbol "regcomp@FBSD_1.6"
> *** Error code 1
> *** Error code 1
> *** Error code 1
> *** Error code 1
> *** Error code 1
>
> Stop.
> make[1]: stopped in /usr/src
> *** Error code 1
>
> Running:
> FreeBSD freebeast.catwhisker.org 13.0-CURRENT FreeBSD 13.0-CURRENT #986
> r363660M/363660: Wed Jul 29 03:52:03 PDT 2020
> r...@freebeast.catwhisker.org:/common/S4/obj/usr/src/amd64.amd64/sys/GENERIC
> amd64 1300102 1300102
>
> src/UPDATING has a recent entry:
> 20200729:
> r363679 has redefined some undefined behavior in regcomp(3); notably,
> extraneous escapes of most ordinary characters will no longer be
> accepted. An exp-run has identified all of the problems with this in
> ports, but other non-ports software may need extra escapes removed to
> continue to function.
>
> but while there does seem to be some relevance, I'm not seeing what
> sort of evasive maneuvers I need to make.
>
> I would appreciate a suggestion.
>
Hi,
Can you describe the environment in which you're running installworld,
please? i.e. is it just a raw installworld directly in your shell, or
something more complicated?
I observed this in testing an exceptional scenario; running
installworld in a buildenv. installworld injects .WAIT between lib and
libexec + other subdirs, which is supposed to prevent stuff like this
(new binary got installed linked against new libc before new libc).
Running in a buildenv set SYSROOT and stripped out the .WAITs, leaving
me with an annoyance where I had to installworld twice.
Thanks,
Kyle Evans
___
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"
"make installworld" fail r363660 -> r363689 (amd64)
build{worl,kernel} and installkernel were uneventful, but:
...
install -l h -o root -g wheel -m 555 /usr/bin/mail /usr/bin/Mail
install -l h -o root -g wheel -m 555 /usr/bin/mail /usr/bin/mailx
===> usr.bin/msgs (install)
install -s -o root -g wheel -m 555 msgs /usr/bin/msgs
install -o root -g wheel -m 444 msgs.1.gz /usr/share/man/man1/
===> usr.bin/bmake (install)
install -s -o root -g wheel -m 555 make /usr/bin/make
install -o root -g wheel -m 444 make.1.gz /usr/share/man/man1/
===> usr.bin/bmake/tests (install)
ld-elf.so.1: /common/S4/obj/usr/src/amd64.amd64/tmp/legacy/usr/sbin/make:
Undefined symbol "regcomp@FBSD_1.6"
*** Error code 1
*** Error code 1
*** Error code 1
*** Error code 1
*** Error code 1
Stop.
make[1]: stopped in /usr/src
*** Error code 1
Running:
FreeBSD freebeast.catwhisker.org 13.0-CURRENT FreeBSD 13.0-CURRENT #986
r363660M/363660: Wed Jul 29 03:52:03 PDT 2020
r...@freebeast.catwhisker.org:/common/S4/obj/usr/src/amd64.amd64/sys/GENERIC
amd64 1300102 1300102
src/UPDATING has a recent entry:
20200729:
r363679 has redefined some undefined behavior in regcomp(3); notably,
extraneous escapes of most ordinary characters will no longer be
accepted. An exp-run has identified all of the problems with this in
ports, but other non-ports software may need extra escapes removed to
continue to function.
but while there does seem to be some relevance, I'm not seeing what
sort of evasive maneuvers I need to make.
I would appreciate a suggestion.
Thanks!
Peace,
david
--
David H. Wolfskill da...@catwhisker.org
"White fear has become the unalloyed rallying cry of Trump's bid for a
second term." -- John Harwood, paraphrasing GOP strategist Stuart Stevens
See http://www.catwhisker.org/~david/publickey.gpg for my public key.
signature.asc
Description: PGP signature
