• Re: make installworld failes on remotely build /usr/obj

    From Michael Grimm@trashcan@ellael.org to muc.lists.freebsd.stable on Sun Aug 10 19:31:52 2025
    From Newsgroup: muc.lists.freebsd.stable

    Michael Grimm <trashcan@ellael.org> wrote:
    Ever since that reverting back to stable I cannot install world any longer being built at another server.

    What I had to do to solve this issue: Compiling stable/14 at the second server and installing world from locally built /usr/obj
    It's getting weird: If I do copy /usr/obj from that second server over to the first server I can installworld at that server.
    What settings -besides those in /usr/src, /etc/make.conf, /etc/src.conf, and /etc/src-env.conf- might be targets of investigation?
    (All /etc/rCa are identical at both servers, btw).
    Regards,
    Michael
    --
    Posted automagically by a mail2news gateway at muc.de e.V.
    Please direct questions, flames, donations, etc. to news-admin@muc.de
    --- Synchronet 3.21a-Linux NewsLink 1.2
  • From Warner Losh@imp@bsdimp.com to muc.lists.freebsd.stable on Sun Aug 10 11:34:03 2025
    From Newsgroup: muc.lists.freebsd.stable

    --0000000000004cff3f063c063709
    Content-Type: text/plain; charset="UTF-8"
    Content-Transfer-Encoding: quoted-printable

    On Sun, Aug 10, 2025, 11:32=E2=80=AFAM Michael Grimm <trashcan@ellael.org> = wrote:

    Michael Grimm <trashcan@ellael.org> wrote:

    Ever since that reverting back to stable I cannot install world any
    longer being built at another server.

    What I had to do to solve this issue: Compiling stable/14 at the second
    server and installing world from locally built /usr/obj

    It's getting weird: If I do copy /usr/obj from that second server over to
    the first server I can installworld at that server.

    What settings -besides those in /usr/src, /etc/make.conf, /etc/src.conf,
    and /etc/src-env.conf- might be targets of investigation?

    (All /etc/=E2=80=A6 are identical at both servers, btw).


    I assume you've ruled out time skew between the two?

    Warner




    --0000000000004cff3f063c063709
    Content-Type: text/html; charset="UTF-8"
    Content-Transfer-Encoding: quoted-printable

    <div dir=3D"auto"><div><br><br><div class=3D"gmail_quote gmail_quote_contai= ner"><div dir=3D"ltr" class=3D"gmail_attr">On Sun, Aug 10, 2025, 11:32=E2= =80=AFAM Michael Grimm &lt;<a href=3D"mailto:trashcan@ellael.org">trashcan@= ellael.org</a>&gt; wrote:<br></div><blockquote class=3D"gmail_quote" style= =3D"margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">Michael = Grimm &lt;<a href=3D"mailto:trashcan@ellael.org" target=3D"_blank" rel=3D"n= oreferrer">trashcan@ellael.org</a>&gt; wrote:<br>

    &gt; Ever since that reverting back to stable I cannot install world any lo= nger being built at another server.<br>
    &gt; <br>
    &gt; What I had to do to solve this issue: Compiling stable/14 at the secon=
    d server and installing world from locally built /usr/obj<br>

    It&#39;s getting weird: If I do copy /usr/obj from that second server over =
    to the first server I can installworld at that server.<br>

    What settings -besides those in /usr/src, /etc/make.conf, /etc/src.conf, an=
    d /etc/src-env.conf- might be targets of investigation? <br>

    (All /etc/=E2=80=A6 are identical at both servers, btw).<br></blockquote></= div></div><div dir=3D"auto"><br></div><div dir=3D"auto">I assume you&#39;ve=
    ruled out time skew between the two?</div><div dir=3D"auto"><br></div><div=
    dir=3D"auto">Warner</div><div dir=3D"auto"><div class=3D"gmail_quote gmail= _quote_container"><blockquote class=3D"gmail_quote" style=3D"margin:0 0 0 .= 8ex;border-left:1px #ccc solid;padding-left:1ex">

    </blockquote></div></div></div>

    --0000000000004cff3f063c063709--


    --
    Posted automagically by a mail2news gateway at muc.de e.V.
    Please direct questions, flames, donations, etc. to news-admin@muc.de
    --- Synchronet 3.21a-Linux NewsLink 1.2
  • From Michael Grimm@trashcan@ellael.org to muc.lists.freebsd.stable on Sun Aug 10 19:54:55 2025
    From Newsgroup: muc.lists.freebsd.stable

    Warner Losh <imp@bsdimp.com> wrote:

    On Sun, Aug 10, 2025, 11:32rC>AM Michael Grimm <trashcan@ellael.org> wrote: Michael Grimm <trashcan@ellael.org> wrote:

    Ever since that reverting back to stable I cannot install world any longer being built at another server.

    What I had to do to solve this issue: Compiling stable/14 at the second server and installing world from locally built /usr/obj

    It's getting weird: If I do copy /usr/obj from that second server over to the first server I can installworld at that server.

    What settings -besides those in /usr/src, /etc/make.conf, /etc/src.conf, and /etc/src-env.conf- might be targets of investigation? >
    (All /etc/rCa are identical at both servers, btw).

    I assume you've ruled out time skew between the two?
    Yes, both servers show identical times, and: I am copying /usr/obj via rsync, no NFS involved.
    I will show here the beginning of a 'make installworld' logs on a locally created /usr/obj, and on a remotely created /usr/obj:
    ############################################################################################################
    # locally:
    --------------------------------------------------------------
    Installing everything started on Sun Aug 10 17:26:40 CEST 2025 --------------------------------------------------------------
    cd /usr/src; make -f Makefile.inc1 install
    make[3]: "/usr/obj/usr/src/arm64.aarch64/toolchain-metadata.mk" line 1: Using cached toolchain metadata from build at kaan-bock.net on Sun Aug 10 12:49:00 CEST 2025
    lib (install)
    lib/csu (install)
    lib/csu/aarch64 (install)
    /usr/local/bin/ccache cc -target aarch64-unknown-freebsd14.3 --sysroot=/usr/obj/usr/src/arm64.aarch64/tmp -B/usr/obj/usr/src/arm64.aarch64/tmp/usr/bin -O2 -pipe -fno-common -I/usr/src/lib/csu/aarch64 -DSTRIP_FBSDID -fno-omit-frame-pointer -I/usr/src/lib/csu/common -I/usr/src/lib/libc/include -std=gnu99 -Wno-format-zero-length -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wunused-parameter -Wcast-align -Wchar-subscripts -Wnested-externs -Wold-style-definition -Wno-pointer-sign -Wdate-time -Wthread-safety -Wno-empty-body -Wno-string-plus-int -Wno-unused-const-variable -Wno-error=unused-but-set-parameter -Wno-error=cast-function-type-mismatch -Qunused-arguments ERROR-tried-to-rebuild-during-make-install -fPIC -DPIC -c -o Scrt1_c.o /usr/src/lib/csu/aarch64/crt1_s.S
    ccache: error: Could not find compiler "cc" in PATH
    *** Error code 1
    # remotely:
    --------------------------------------------------------------
    Installing everything started on Sun Aug 10 15:22:06 CEST 2025 --------------------------------------------------------------
    cd /usr/src; make -f Makefile.inc1 install
    make[3]: "/usr/obj/usr/src/arm64.aarch64/toolchain-metadata.mk" line 1: Using cached toolchain metadata from build at kaan-bock.net on Sun Aug 10 14:46:50 CEST 2025
    lib (install)
    lib/csu (install)
    lib/csu/aarch64 (install)
    installing DIRS FILESDIR
    install -d -m 0755 -o root -g wheel /usr/lib
    install -C -o root -g wheel -m 444 Scrt1.o /usr/lib/Scrt1.o
    install -C -o root -g wheel -m 444 crt1.o /usr/lib/crt1.o
    install -C -o root -g wheel -m 444 gcrt1.o /usr/lib/gcrt1.o
    install -C -o root -g wheel -m 444 crtbegin.o /usr/lib/crtbegin.o
    install -C -o root -g wheel -m 444 crtbeginS.o /usr/lib/crtbeginS.o
    install -C -o root -g wheel -m 444 crtbeginT.o /usr/lib/crtbeginT.o
    install -C -o root -g wheel -m 444 crtend.o /usr/lib/crtend.o
    install -C -o root -g wheel -m 444 crtendS.o /usr/lib/crtendS.o
    install -C -o root -g wheel -m 444 crti.o /usr/lib/crti.o
    install -C -o root -g wheel -m 444 crtn.o /usr/lib/crtn.o
    lib/csu/tests (install)
    installing DIRS testsFILESDIR
    install -d -m 0755 -o root -g wheel /usr/tests/lib/csu
    install -C -o root -g wheel -m 444 Kyuafile /usr/tests/lib/csu/Kyuafile ############################################################################################################
    Thus, "===> lib/csu/aarch64 (install)" is failing on remote /usr/obj
    But, I cannot see why?
    Regards,
    Michael
    --
    Posted automagically by a mail2news gateway at muc.de e.V.
    Please direct questions, flames, donations, etc. to news-admin@muc.de
    --- Synchronet 3.21a-Linux NewsLink 1.2
  • From George Mitchell@george+freebsd@m5p.com to muc.lists.freebsd.stable on Sun Aug 10 14:05:45 2025
    From Newsgroup: muc.lists.freebsd.stable

    This is an OpenPGP/MIME signed message (RFC 4880 and 3156) --------------zgXDb5orrNTQpt4NQQ0VA6Zs
    Content-Type: multipart/mixed; boundary="------------0LxHi0JcikYMacdE1q0eaWOK";
    protected-headers="v1"
    From: George Mitchell <george+freebsd@m5p.com>
    To: stable@freebsd.org
    Message-ID: <36ca6747-8cee-492c-98ee-f1b1d005c38b@m5p.com>
    Subject: Re: make installworld failes on remotely build /usr/obj
    References: <719022A6-6FDE-4682-AC78-7003DCC35DA3@ellael.org>
    <70449F4A-D432-41EC-85D8-915293C8B269@ellael.org>
    In-Reply-To: <70449F4A-D432-41EC-85D8-915293C8B269@ellael.org>

    --------------0LxHi0JcikYMacdE1q0eaWOK
    Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: base64

    T24gOC8xMC8yNSAxMzozMSwgTWljaGFlbCBHcmltbSB3cm90ZToNCj4gWy4uLl0NCj4gSXQn cyBnZXR0aW5nIHdlaXJkOiBJZiBJIGRvIGNvcHkgL3Vzci9vYmogZnJvbSB0aGF0IHNlY29u ZCBzZXJ2ZXIgb3ZlciB0byB0aGUgZmlyc3Qgc2VydmVyIEkgY2FuIGluc3RhbGx3b3JsZCBh dCB0aGF0IHNlcnZlci4NCj4gWy4uLl0NCg0KV2hpbGUgSSBwbGVhZCBpZ25vcmFuY2Ugb2Yg d2hhdCdzIHN1cHBvc2VkIHRvIHdvcmssIEkgY2FuIHNheSBJJ3ZlDQpmb2xsb3dlZCB0aGUg c2FtZSBwYXRoIHRvIHVwZ3JhZGluZyBtdWx0aXBsZSBzeXN0ZW1zIGFzIHlvdSBoYXZlLCBl eGNlcHQNCkkndmUgQUxXQVlTIGNvcGllZCBib3RoIC91c3Ivc3JjIEFORCAvdXNyL29iaiBm cm9tIG15IGJ1aWxkIHNlcnZlciB0bw0KbXkgb3RoZXIgbWFjaGluZXMgYXMgYSBub3JtYWwg cGFydCBvZiB1cGRhdGluZyB0aGVtLiAgU29tZXdoZXJlIGFsb25nDQp0aGUgbGluZSwgSSBh c3N1bWVkIHRoYXQgd2FzIHdoYXQgZXZlcnlib2R5IGRpZC4gICAgICAgICAgICAtLSBHZW9y Z2UNCg==

    --------------0LxHi0JcikYMacdE1q0eaWOK--

    --------------zgXDb5orrNTQpt4NQQ0VA6Zs
    Content-Type: application/pgp-signature; name="OpenPGP_signature.asc" Content-Description: OpenPGP digital signature
    Content-Disposition: attachment; filename="OpenPGP_signature.asc"

    -----BEGIN PGP SIGNATURE-----

    wnsEABYIACMWIQQ6b7/Z+PlMzCwCfBGaHA937rZnfQUCaJjffgUDAAAAAAAKCRCaHA937rZnfTZ8 AQCkhLz7Fru2rF5a+SEyQDUg7VlJnXss4YR5ol/ba0NdrAEAp9Y1oGbw5cVHs+Eui47Zg09M6aFy Dh31WMCfsDYCBgY=
    =73mu
    -----END PGP SIGNATURE-----

    --------------zgXDb5orrNTQpt4NQQ0VA6Zs--


    --
    Posted automagically by a mail2news gateway at muc.de e.V.
    Please direct questions, flames, donations, etc. to news-admin@muc.de
    --- Synchronet 3.21a-Linux NewsLink 1.2