Skip site navigation (1)Skip section navigation (2)
Date:      Tue, 30 Aug 2022 20:58:17 +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:  <f837d7ca-057a-0718-9f6a-20d71766b662@FreeBSD.org>
In-Reply-To: <503d2719-4942-3d2e-b6c8-7fcd91f4fe4a@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> <503d2719-4942-3d2e-b6c8-7fcd91f4fe4a@FreeBSD.org>

next in thread | previous in thread | raw e-mail | index | archive | help
A rude patch.

--- Makefile.orig       2022-08-30 22:43:09.142346000 +0200
+++ Makefile    2022-08-30 22:44:54.509741000 +0200
@@ -60,6 +60,7 @@
         @${REINPLACE_CMD} -e 's!-O2!!' -e 's!ALIGN_POINTERS!&,1,desc!' \
                 -e 's!USE_COLORS!&,1,desc!' ${WRKSRC}/gnu/configure.in
         @${REINPLACE_CMD} -e 's!^static !!' ${WRKSRC}/integr.c
+       @${REINPLACE_CMD} -e s/'LD_STRIP="gnu\/stripgcc.lnk"'/''/ 
${WRKSRC}/gnu/configure.in

  post-install:
         @${MKDIR} ${STAGEDIR}${DOCSDIR}


On 30.08.2022 18.45, Jesper Schmitz Mouridsen wrote:
> 
> 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?f837d7ca-057a-0718-9f6a-20d71766b662>