Date: Tue, 30 Aug 2022 18:45:49 +0200 From: Jesper Schmitz Mouridsen <jsm@FreeBSD.org> To: Renato Botelho <garga@FreeBSD.org>, Current FreeBSD <freebsd-current@freebsd.org> Cc: erdgeist@erdgeist.org Subject: Re: archivers/arj fails to build on jail Message-ID: <503d2719-4942-3d2e-b6c8-7fcd91f4fe4a@FreeBSD.org> In-Reply-To: <f10fbbf3-1109-31ec-da53-fdf13b10ed97@FreeBSD.org> References: <9636d41e-bf21-8130-ff15-e5dcbaaa4fe8@FreeBSD.org> <430844d1-ae2f-90d2-eec7-646c848e084f@FreeBSD.org> <74388082-ea84-564c-44ee-f1a568b75d5b@FreeBSD.org> <d6462697-48ad-576d-2138-47841dbfbe92@FreeBSD.org> <cc4a5669-4aa9-b08a-3b1e-5e3a22033d02@FreeBSD.org> <f10fbbf3-1109-31ec-da53-fdf13b10ed97@FreeBSD.org>
next in thread | previous in thread | raw e-mail | index | archive | help
On 30.08.2022 18.03, Renato Botelho wrote: > On 30/08/22 12:39, Renato Botelho wrote: >> On 30/08/22 11:35, Jesper Schmitz Mouridsen wrote: >>> >>> On 30.08.2022 13.17, Renato Botelho wrote: >>>> On 29/08/22 20:32, Jesper Schmitz Mouridsen wrote: >>>>> >>>>> >>>>> On 29.08.2022 17.29, Renato Botelho wrote: >>>>>> There is a PR [1] opened for years reporting arj fails to build >>>>>> on a jail. Recently I reproduced it on a system running CURRENT. >>>>>> >>>>>> I just launched a jail and tried to build it, and got the error >>>>>> as described: >>>>> Did you use ezjail? >>>>> >>>>> I tried to replicate and I think the error is triggered by >>>>> the nullfs usage of ezjail. I copied the settings of ezjail without >>>>> nullfs usage (using the basejail as path adding etc from the >>>>> failing jail to it and removing the fstab from jail.conf) and arj >>>>> did get a working msgbind. >>>> >>>> Yes, I also use ezjail. I'm cc'ing ezjail's maintainer to see if >>>> we can get some advice. >>>> >>>> Thanks! >>>> >>> Hi again. >>> >>> >>> I narrowed this down to symlinks ,wiithin the jail, to the nullfs >>> mountpoint. >>> >>> Replacing symlinks to the basejail mount point with dirs and setting >>> this in the fstab of the jail >>> >>> and msgbind is a valid executable >>> >>> /usr/jails/basejail/bin /usr/jails/test1/bin nullfs ro 0 0 >>> /usr/jails/basejail/boot /usr/jails/test1/boot nullfs ro 0 0 >>> /usr/jails/basejail/lib /usr/jails/test1/lib nullfs ro 0 0 >>> /usr/jails/basejail/libexec /usr/jails/test1/libexec nullfs ro 0 0 >>> /usr/jails/basejail/rescue /usr/jails/test1/rescue nullfs ro 0 0 >>> /usr/jails/basejail/sbin /usr/jails/test1/sbin nullfs ro 0 0 >>> /usr/jails/basejail/usr/bin /usr/jails/test1/usr/bin nullfs ro 0 0 >>> /usr/jails/basejail/usr/lib /usr/jails/test1/usr/lib nullfs ro 0 0 >>> /usr/jails/basejail/usr/include /usr/jails/test1/usr/include nullfs >>> ro 0 0 >>> /usr/jails/basejail/usr/lib32 /usr/jails/test1/usr/lib32 nullfs ro 0 0 >>> /usr/jails/basejail/usr/ports /usr/jails/test1/usr/ports nullfs ro 0 0 >>> /usr/jails/basejail/usr/libdata /usr/jails/test1/usr/libdata nullfs >>> ro 0 0 >>> /usr/jails/basejail/usr/sbin /usr/jails/test1/usr/sbin nullfs ro 0 0 >>> /usr/jails/basejail/usr/share /usr/jails/test1/usr/share nullfs ro 0 0 >>> /usr/jails/basejail/usr/libexec /usr/jails/test1/usr/libexec nullfs >>> ro 0 0 >>> /usr/jails/basejail/usr/src /usr/jails/test1/usr/src nullfs ro 0 0 >>> >>> It should be further narrowed down but nullfs alone is not the issue. >> >> Interesting. And just to add a note here, I copied msgbind from jail >> to host and tried to execute it to confirm binary was really bad and >> I got the same Abort trap message. >> > > And one more interesting information is it builds fine with gcc. I > just added USE_GCC=yes to the port and it worked. > if you inspect the output of realpath /usr/bin/cc i think we are close to a cause.. it includes /basejail in my setup.. if you copy cc out of basejail e.g /usr/local/bin and make CC=/usr/local/bin it also works.. perhaps some linking of msgbind fails because of "wrong" realpath...
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?503d2719-4942-3d2e-b6c8-7fcd91f4fe4a>