=EF=BB=BF

On Sun, Aug 6, 2023 at 10:05=E2=80=AFAM Matth= ias Apitz <guru@unixarea.de> w= rote:

El d=C3=ADa d= omingo, agosto 06, 2023 a las 09:58:32a. m. -0600, Warner Losh escribi=C3=B3= :

> On Sun, Aug 6, 2023 at 7:58=E2=80=AFAM Matthias Apitz <guru@unixarea.de> wrote:
= >
> >
> > I did, based of a git clone of head, a clean compile of world and k= ernel
> > with
> >
> > # cd /usr
> > # rm -rf obj
> > # mkdir obj
> > # cd src
> > # make -j8 buildworld
> > # make -j8 buildkernel
> > ...
> > I installed the result and the system runs fine. For some test I w= anted
> > to do another installation to some DESTDIR with
> >
> > # make installworld DESTDIR=3D/home/...
> >
> > This failed with:
> >
> > --- installworld ---
> > mkdir -p /tmp/install.j76anzU56j
> >
> > ...
> > Required library libdialog.so.8 not found.
> > *** [installworld] Error code 1
> >
> > make[1]: stopped in /usr/src
> >
> > Investigating the problem it turned out that the 'make buildworld'= puts
> > a lot of legacy binaries in to some directory:
> >
> > # ls -l /usr/obj/usr/src/amd64.amd64/tmp/legacy/bin
> > total 36976
> > -r-xr-xr-x 1 root wheel 13304 Nov 30 2020 [=
> > lrwxr-xr-x 1 root wheel 54 Aug 5 1= 3:05 apropos ->
> > /usr/obj/usr/src/amd64.amd64/tmp/legacy/usr/bin/mandoc
> > -rwxr-xr-x 1 root wheel 1008512 Aug 5 13:05 asn1_compi= le
> > -r-xr-xr-x 1 root wheel 217504 Nov 30 2020 awk > > -r-xr-xr-x 1 root wheel 9576 Nov 30 2020 b= asename
> > -r-xr-xr-x 1 root wheel 195712 Nov 30 2020 bmake=
> > -r-xr-xr-x 1 root wheel 33848 Nov 30 2020 b= unzip2
> > ...
> > They are all from the system before updating it (from Nov 30 2020)= and
> > of course are missing shared libs when they get called in the actu= al
> > system, for example
> >
> > # ldd /usr/obj/usr/src/amd64.amd64/tmp/legacy/bin/tzsetup
> > /usr/obj/usr/src/amd64.amd64/tmp/legacy/bin/tzsetup:
> > libdialog.so.8 =3D> not found (= 0)
> > ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^ > > libncursesw.so.9 =3D> /lib/lib= ncursesw.so.9 (0xf283d7b4000)
> > libc.so.7 =3D> /lib/libc.so.7 (= 0xf283e729000)
> > libtinfow.so.9 =3D> /lib/libti= nfow.so.9 (0xf283c93d000)
> > [vdso] (0xf283c4a4000)
> >
> > # which tzsetup
> > /usr/sbin/tzsetup
> > # ldd /usr/sbin/tzsetup
> > /usr/sbin/tzsetup:
> > libprivatebsddialog.so.0 =3D> /= usr/lib/libprivatebsddialog.so.0
> > (0x1797fe45c000)
> > libc.so.7 =3D> /lib/libc.so.7 (= 0x1797fec89000)
> > libncursesw.so.9 =3D> /lib/lib= ncursesw.so.9 (0x1798011df000)
> > libtinfow.so.9 =3D> /lib/libti= nfow.so.9 (0x17980043d000)
> > libformw.so.6 =3D> /usr/lib/li= bformw.so.6 (0x17980164c000)
> > [vdso] (0x1797fe2d9000)
> >
> > Why is this with the tools in /usr/obj/usr/src/amd64.amd64/tmp/leg= acy/bin ?
> > Or what I have done wrong or overlooked?
> >
>
> So, the build process builds tools that are used to make and install > FreeBSD.
> That's what legacy is about: providing a compatible way to do all this.= We
> setup env vars, etc, so that these tools pull their libraries from lega= cy
> as well
> so that we have a consistent set of binaries to run on while the rest o= f
> the world
> is being replaced. I'm surprised to see this failing, since it's what > nanobsd does
> all the time, and I build new systems with nanobsd every week based on<= br> > recent
> current trees.
>
> Is there a libdalog.so.8 in your tmp/legacy tree at all?

No, there is not:

root@jet:~ # find /usr/obj.broken -name libdalog.so.8
root@jet:~ #

The problem, for sure, is not when you build every day, but in my case
the last build (and the system used for building) was 2 years old. And note:=
I started with an empty new /usr/obj.

So= what's the vintage of the host you are building with? And what sources are<= /div>

you building...

Also of note: we switched= to no-clean builds by default which is way faster, but

also expos= es issues like this...