Re: Build failure: main-n259988-48dc9150ac36 -> main-n260011-40bb52c89b87
On Thu, 12 Jan 2023 10:37:34 -0700 Warner Losh wrote: > On Thu, Jan 12, 2023 at 4:44 AM David Wolfskill > wrote: > > > > I had this problem also. After deleting obj/usr the buildworld > succeeded. > > > > > > > > > > > > > Empirically: > > rm -fr /usr/obj/usr/src/amd64.amd64/usr.sbin/zic > > > > got through the issue on my build machine. (I expect that it will also > > do so on the others where I track head, but they are presently building > > lang/rust.) > > > > Perhaps an UPDATING entry would suffice? > > > > NO_CLEAN is the new default, so we need to fix this. There's a place that > we can add this workaround, which is why I cc'd emaste (who wrote the > framework) and des (who made the commit). > I actually initially ran: pushd /usr/src;make clean;time make -s -j14 buildworld;popd which didn't fix the problem because the .meta files were apparently not removed. That's why I ended up deleting obj/usr, since it guaranteed that the buildworld would really run in a clean environment. -- Gary Jennejohn
Re: Build failure: main-n259988-48dc9150ac36 -> main-n260011-40bb52c89b87
On Thu, Jan 12, 2023 at 4:44 AM David Wolfskill wrote: > On Wed, Jan 11, 2023 at 07:12:46AM -0700, Warner Losh wrote: > > looks like we may need another 'unclean' workaround for this? > > > > Warner > > > > On Wed, Jan 11, 2023 at 6:32 AM Gary Jennejohn wrote: > > ... > > > I had this problem also. After deleting obj/usr the buildworld > succeeded. > > > > > > > Empirically: > rm -fr /usr/obj/usr/src/amd64.amd64/usr.sbin/zic > > got through the issue on my build machine. (I expect that it will also > do so on the others where I track head, but they are presently building > lang/rust.) > > Perhaps an UPDATING entry would suffice? > NO_CLEAN is the new default, so we need to fix this. There's a place that we can add this workaround, which is why I cc'd emaste (who wrote the framework) and des (who made the commit). Warner > Peace, > david > -- > David H. Wolfskill da...@catwhisker.org > Putin seems to use the word "peace" in the way that Neville Chamberlain > did. > > See https://www.catwhisker.org/~david/publickey.gpg for my public key. >
Re: Build failure: main-n259988-48dc9150ac36 -> main-n260011-40bb52c89b87
On Fri, 13 Jan 2023 01:31:59 +0900 Tomoaki AOKI wrote: > On Thu, 12 Jan 2023 14:41:19 + > Gary Jennejohn wrote: > [SNIP] > > > > I installed the new world on my tower this morning. Now I see a new > > problem. > > > > I don't know whether this new problem is related to the new tzcode, but > > apps like gkrellm2 and xclock now display the time one hour earlier > > than the actual time output by date(1), e.g. 10AM rather than 11AM. > > > > I had to set my /etc/localtime to GMT+0 to get the correct time output > > even though I live in Germany and the correct value would be either > > Europe/Berlin or CET. > > > > My laptop, which still has the old tzcode installed, did not exhibit > > that weird error. > > > > Do you have /etc/wall_cmos_clock? > Otherwise, FreeBSD base system thinks that the CMOS clock is set to UTC. > A blank file (just `touch`ed to create) is enough. > > IIUC, your laptop has it, but your tower has none. > Both the tower and the laptop have /etc/wall_cmos_clock, so that's not the cause of my problem. -- Gary Jennejohn
Re: Build failure: main-n259988-48dc9150ac36 -> main-n260011-40bb52c89b87
On Thu, 12 Jan 2023 14:41:19 + Gary Jennejohn wrote: > On Thu, 12 Jan 2023 03:44:03 -0800 > David Wolfskill wrote: > > > On Wed, Jan 11, 2023 at 07:12:46AM -0700, Warner Losh wrote: > > > looks like we may need another 'unclean' workaround for this? > > > > > > Warner > > > > > > On Wed, Jan 11, 2023 at 6:32 AM Gary Jennejohn wrote: > > > ... > > > > I had this problem also. After deleting obj/usr the buildworld > > > > succeeded. > > > > > > > > > > > Empirically: > > rm -fr /usr/obj/usr/src/amd64.amd64/usr.sbin/zic > > > > got through the issue on my build machine. (I expect that it will also > > do so on the others where I track head, but they are presently building > > lang/rust.) > > > > Perhaps an UPDATING entry would suffice? > > > > Didn't work for me when I decided to update my laptop, which had rather > old /usr/src contents. I ended up deleting obj/usr again. > > I installed the new world on my tower this morning. Now I see a new > problem. > > I don't know whether this new problem is related to the new tzcode, but > apps like gkrellm2 and xclock now display the time one hour earlier > than the actual time output by date(1), e.g. 10AM rather than 11AM. > > I had to set my /etc/localtime to GMT+0 to get the correct time output > even though I live in Germany and the correct value would be either > Europe/Berlin or CET. > > My laptop, which still has the old tzcode installed, did not exhibit > that weird error. > > -- > Gary Jennejohn Do you have /etc/wall_cmos_clock? Otherwise, FreeBSD base system thinks that the CMOS clock is set to UTC. A blank file (just `touch`ed to create) is enough. IIUC, your laptop has it, but your tower has none. -- Tomoaki AOKI
Re: Build failure: main-n259988-48dc9150ac36 -> main-n260011-40bb52c89b87
On Thu, 12 Jan 2023 03:44:03 -0800 David Wolfskill wrote: > On Wed, Jan 11, 2023 at 07:12:46AM -0700, Warner Losh wrote: > > looks like we may need another 'unclean' workaround for this? > > > > Warner > > > > On Wed, Jan 11, 2023 at 6:32 AM Gary Jennejohn wrote: > > ... > > > I had this problem also. After deleting obj/usr the buildworld succeeded. > > > > > > > Empirically: > rm -fr /usr/obj/usr/src/amd64.amd64/usr.sbin/zic > > got through the issue on my build machine. (I expect that it will also > do so on the others where I track head, but they are presently building > lang/rust.) > > Perhaps an UPDATING entry would suffice? > Didn't work for me when I decided to update my laptop, which had rather old /usr/src contents. I ended up deleting obj/usr again. I installed the new world on my tower this morning. Now I see a new problem. I don't know whether this new problem is related to the new tzcode, but apps like gkrellm2 and xclock now display the time one hour earlier than the actual time output by date(1), e.g. 10AM rather than 11AM. I had to set my /etc/localtime to GMT+0 to get the correct time output even though I live in Germany and the correct value would be either Europe/Berlin or CET. My laptop, which still has the old tzcode installed, did not exhibit that weird error. -- Gary Jennejohn
Re: Build failure: main-n259988-48dc9150ac36 -> main-n260011-40bb52c89b87
On Wed, Jan 11, 2023 at 07:12:46AM -0700, Warner Losh wrote: > looks like we may need another 'unclean' workaround for this? > > Warner > > On Wed, Jan 11, 2023 at 6:32 AM Gary Jennejohn wrote: > ... > > I had this problem also. After deleting obj/usr the buildworld succeeded. > > > Empirically: rm -fr /usr/obj/usr/src/amd64.amd64/usr.sbin/zic got through the issue on my build machine. (I expect that it will also do so on the others where I track head, but they are presently building lang/rust.) Perhaps an UPDATING entry would suffice? Peace, david -- David H. Wolfskill da...@catwhisker.org Putin seems to use the word "peace" in the way that Neville Chamberlain did. See https://www.catwhisker.org/~david/publickey.gpg for my public key. signature.asc Description: PGP signature
Re: Build failure: main-n259988-48dc9150ac36 -> main-n260011-40bb52c89b87
looks like we may need another 'unclean' workaround for this? Warner On Wed, Jan 11, 2023 at 6:32 AM Gary Jennejohn wrote: > On Wed, 11 Jan 2023 04:05:43 -0800 > David Wolfskill wrote: > > > Running: > > FreeBSD freebeast.catwhisker.org 14.0-CURRENT FreeBSD 14.0-CURRENT #275 > main-n259988-48dc9150ac36: Tue Jan 10 12:20:47 UTC 2023 > r...@freebeast.catwhisker.org:/common/S4/obj/usr/src/amd64.amd64/sys/GENERIC > amd64 > > > > and performing an in-place source update to main-n260011-40bb52c89b87 > > using META mode, I encountered: > > > > Building > /common/S4/obj/usr/src/amd64.amd64/usr.bin/tar/tests/test_option_k.o > > Building > /common/S4/obj/usr/src/amd64.amd64/usr.bin/calendar/tests/legacy_test > > Building /common/S4/obj/usr/src/amd64.amd64/usr.sbin/zic/zic > > objcopy: open zic failed: Is a directory > > *** [zic] Error code 1 > > > > make[4]: stopped in /usr/src/usr.sbin/zic > > .ERROR_TARGET='zic' > > > .ERROR_META_FILE='/common/S4/obj/usr/src/amd64.amd64/usr.sbin/zic/zic.meta' > > .MAKE.LEVEL='4' > > MAKEFILE='' > > .MAKE.MODE='meta missing-filemon=yes missing-meta=yes silent=yes verbose' > > _ERROR_CMD='objcopy --strip-debug --add-gnu-debuglink=zic.debug > zic.full zic;' > > .CURDIR='/usr/src/usr.sbin/zic' > > .MAKE='make' > > .OBJDIR='/common/S4/obj/usr/src/amd64.amd64/usr.sbin/zic' > > .TARGETS='all' > > DESTDIR='/common/S4/obj/usr/src/amd64.amd64/tmp' > > LD_LIBRARY_PATH='' > > MACHINE='amd64' > > MACHINE_ARCH='amd64' > > MAKEOBJDIRPREFIX='' > > MAKESYSPATH='/usr/src/share/mk' > > MAKE_VERSION='20220726' > > > > I had this problem also. After deleting obj/usr the buildworld succeeded. > > > Contents of the META_FILE: > > # Meta data file /common/S4/obj/usr/src/amd64.amd64/usr.sbin/zic/zic.meta > > CMD objcopy --strip-debug --add-gnu-debuglink=zic.debug zic.full zic > > CWD /common/S4/obj/usr/src/amd64.amd64/usr.sbin/zic > > TARGET zic > > OODATE zic.full zic.debug > > -- command output -- > > objcopy: open zic failed: Is a directory > > > > *** Error code 1 > > > > -- filemon acquired metadata -- > > # filemon version 5 > > # Target pid 76995 > > # Start 1673437990.835926 > > V 5 > > E 84537 /bin/sh > > R 84537 /etc/libmap.conf > > R 84537 /var/run/ld-elf.so.hints > > R 84537 /lib/libedit.so.8 > > R 84537 /lib/libc.so.7 > > R 84537 /lib/libtinfow.so.9 > > R 84537 /usr/share/locale/en_US.UTF-8/LC_COLLATE > > R 84537 /usr/share/locale/en_US.UTF-8/LC_CTYPE > > R 84537 /usr/share/locale/en_US.UTF-8/LC_MONETARY > > R 84537 /usr/share/locale/en_US.UTF-8/LC_NUMERIC > > R 84537 /usr/share/locale/en_US.UTF-8/LC_TIME > > R 84537 /usr/share/locale/en_US.UTF-8/LC_MESSAGES > > F 84537 84538 > > E 84538 /common/S4/obj/usr/src/amd64.amd64/tmp/usr/bin/objcopy > > R 84538 zic.full > > X 84538 1 0 > > X 84537 1 0 > > # Stop 1673437990.838926 > > # Bye bye > > > > This is on a 32-core amd64 machine with 256GiB RAM (in case that's > > relevant). > > > > Peace, > > david > > -- > > David H. Wolfskill da...@catwhisker.org > > Putin seems to use the word "peace" in the way that Neville Chamberlain > did. > > > > See https://www.catwhisker.org/~david/publickey.gpg for my public key. > > > -- > Gary Jennejohn > >
Re: Build failure: main-n259988-48dc9150ac36 -> main-n260011-40bb52c89b87
On Wed, 11 Jan 2023 04:05:43 -0800 David Wolfskill wrote: > Running: > FreeBSD freebeast.catwhisker.org 14.0-CURRENT FreeBSD 14.0-CURRENT #275 > main-n259988-48dc9150ac36: Tue Jan 10 12:20:47 UTC 2023 > r...@freebeast.catwhisker.org:/common/S4/obj/usr/src/amd64.amd64/sys/GENERIC > amd64 > > and performing an in-place source update to main-n260011-40bb52c89b87 > using META mode, I encountered: > > Building /common/S4/obj/usr/src/amd64.amd64/usr.bin/tar/tests/test_option_k.o > Building /common/S4/obj/usr/src/amd64.amd64/usr.bin/calendar/tests/legacy_test > Building /common/S4/obj/usr/src/amd64.amd64/usr.sbin/zic/zic > objcopy: open zic failed: Is a directory > *** [zic] Error code 1 > > make[4]: stopped in /usr/src/usr.sbin/zic > .ERROR_TARGET='zic' > .ERROR_META_FILE='/common/S4/obj/usr/src/amd64.amd64/usr.sbin/zic/zic.meta' > .MAKE.LEVEL='4' > MAKEFILE='' > .MAKE.MODE='meta missing-filemon=yes missing-meta=yes silent=yes verbose' > _ERROR_CMD='objcopy --strip-debug --add-gnu-debuglink=zic.debug zic.full > zic;' > .CURDIR='/usr/src/usr.sbin/zic' > .MAKE='make' > .OBJDIR='/common/S4/obj/usr/src/amd64.amd64/usr.sbin/zic' > .TARGETS='all' > DESTDIR='/common/S4/obj/usr/src/amd64.amd64/tmp' > LD_LIBRARY_PATH='' > MACHINE='amd64' > MACHINE_ARCH='amd64' > MAKEOBJDIRPREFIX='' > MAKESYSPATH='/usr/src/share/mk' > MAKE_VERSION='20220726' > I had this problem also. After deleting obj/usr the buildworld succeeded. > Contents of the META_FILE: > # Meta data file /common/S4/obj/usr/src/amd64.amd64/usr.sbin/zic/zic.meta > CMD objcopy --strip-debug --add-gnu-debuglink=zic.debug zic.full zic > CWD /common/S4/obj/usr/src/amd64.amd64/usr.sbin/zic > TARGET zic > OODATE zic.full zic.debug > -- command output -- > objcopy: open zic failed: Is a directory > > *** Error code 1 > > -- filemon acquired metadata -- > # filemon version 5 > # Target pid 76995 > # Start 1673437990.835926 > V 5 > E 84537 /bin/sh > R 84537 /etc/libmap.conf > R 84537 /var/run/ld-elf.so.hints > R 84537 /lib/libedit.so.8 > R 84537 /lib/libc.so.7 > R 84537 /lib/libtinfow.so.9 > R 84537 /usr/share/locale/en_US.UTF-8/LC_COLLATE > R 84537 /usr/share/locale/en_US.UTF-8/LC_CTYPE > R 84537 /usr/share/locale/en_US.UTF-8/LC_MONETARY > R 84537 /usr/share/locale/en_US.UTF-8/LC_NUMERIC > R 84537 /usr/share/locale/en_US.UTF-8/LC_TIME > R 84537 /usr/share/locale/en_US.UTF-8/LC_MESSAGES > F 84537 84538 > E 84538 /common/S4/obj/usr/src/amd64.amd64/tmp/usr/bin/objcopy > R 84538 zic.full > X 84538 1 0 > X 84537 1 0 > # Stop 1673437990.838926 > # Bye bye > > This is on a 32-core amd64 machine with 256GiB RAM (in case that's > relevant). > > Peace, > david > -- > David H. Wolfskill da...@catwhisker.org > Putin seems to use the word "peace" in the way that Neville Chamberlain did. > > See https://www.catwhisker.org/~david/publickey.gpg for my public key. -- Gary Jennejohn
Build failure: main-n259988-48dc9150ac36 -> main-n260011-40bb52c89b87
Running: FreeBSD freebeast.catwhisker.org 14.0-CURRENT FreeBSD 14.0-CURRENT #275 main-n259988-48dc9150ac36: Tue Jan 10 12:20:47 UTC 2023 r...@freebeast.catwhisker.org:/common/S4/obj/usr/src/amd64.amd64/sys/GENERIC amd64 and performing an in-place source update to main-n260011-40bb52c89b87 using META mode, I encountered: Building /common/S4/obj/usr/src/amd64.amd64/usr.bin/tar/tests/test_option_k.o Building /common/S4/obj/usr/src/amd64.amd64/usr.bin/calendar/tests/legacy_test Building /common/S4/obj/usr/src/amd64.amd64/usr.sbin/zic/zic objcopy: open zic failed: Is a directory *** [zic] Error code 1 make[4]: stopped in /usr/src/usr.sbin/zic .ERROR_TARGET='zic' .ERROR_META_FILE='/common/S4/obj/usr/src/amd64.amd64/usr.sbin/zic/zic.meta' .MAKE.LEVEL='4' MAKEFILE='' .MAKE.MODE='meta missing-filemon=yes missing-meta=yes silent=yes verbose' _ERROR_CMD='objcopy --strip-debug --add-gnu-debuglink=zic.debug zic.full zic;' .CURDIR='/usr/src/usr.sbin/zic' .MAKE='make' .OBJDIR='/common/S4/obj/usr/src/amd64.amd64/usr.sbin/zic' .TARGETS='all' DESTDIR='/common/S4/obj/usr/src/amd64.amd64/tmp' LD_LIBRARY_PATH='' MACHINE='amd64' MACHINE_ARCH='amd64' MAKEOBJDIRPREFIX='' MAKESYSPATH='/usr/src/share/mk' MAKE_VERSION='20220726' Contents of the META_FILE: # Meta data file /common/S4/obj/usr/src/amd64.amd64/usr.sbin/zic/zic.meta CMD objcopy --strip-debug --add-gnu-debuglink=zic.debug zic.full zic CWD /common/S4/obj/usr/src/amd64.amd64/usr.sbin/zic TARGET zic OODATE zic.full zic.debug -- command output -- objcopy: open zic failed: Is a directory *** Error code 1 -- filemon acquired metadata -- # filemon version 5 # Target pid 76995 # Start 1673437990.835926 V 5 E 84537 /bin/sh R 84537 /etc/libmap.conf R 84537 /var/run/ld-elf.so.hints R 84537 /lib/libedit.so.8 R 84537 /lib/libc.so.7 R 84537 /lib/libtinfow.so.9 R 84537 /usr/share/locale/en_US.UTF-8/LC_COLLATE R 84537 /usr/share/locale/en_US.UTF-8/LC_CTYPE R 84537 /usr/share/locale/en_US.UTF-8/LC_MONETARY R 84537 /usr/share/locale/en_US.UTF-8/LC_NUMERIC R 84537 /usr/share/locale/en_US.UTF-8/LC_TIME R 84537 /usr/share/locale/en_US.UTF-8/LC_MESSAGES F 84537 84538 E 84538 /common/S4/obj/usr/src/amd64.amd64/tmp/usr/bin/objcopy R 84538 zic.full X 84538 1 0 X 84537 1 0 # Stop 1673437990.838926 # Bye bye This is on a 32-core amd64 machine with 256GiB RAM (in case that's relevant). Peace, david -- David H. Wolfskill da...@catwhisker.org Putin seems to use the word "peace" in the way that Neville Chamberlain did. See https://www.catwhisker.org/~david/publickey.gpg for my public key. signature.asc Description: PGP signature