Re: archivers/arj fails to build on jail
A rude patch. --- Makefile.orig 2022-08-30 22:43:09.142346000 +0200 +++ Makefile2022-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...
Re: archivers/arj fails to build on jail
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... That even manifests without a jail so moving /usr/bin to /something/usr/bin and having /usr/bin as a śyḿlink to /something/usr/bin breaks the port
Re: archivers/arj fails to build on jail
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...
Re: archivers/arj fails to build on jail
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. -- Renato Botelho
Re: archivers/arj fails to build on jail
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. -- Renato Botelho
Re: archivers/arj fails to build on jail
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. gmake[3]: *** [GNUmakefile:258: freebsd12.1/en/rs/msg_crp.h] Abort trap msgbind binary built inside arj, when called, ends like this. I has no clue about what could be the root cause here. I also don't understand why arj builds fine on poudriere, which uses jail as well. If anyone has any idea about what could be causing this, please let me know. [1] https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=235636
Re: archivers/arj fails to build on jail
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! gmake[3]: *** [GNUmakefile:258: freebsd12.1/en/rs/msg_crp.h] Abort trap msgbind binary built inside arj, when called, ends like this. I has no clue about what could be the root cause here. I also don't understand why arj builds fine on poudriere, which uses jail as well. If anyone has any idea about what could be causing this, please let me know. [1] https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=235636 -- Renato Botelho
vt newscon image viewer
Hi All I couldnt find anywhere any image viewer for vt newcons like we had in syscons with ZGV. is there any? or just bitmap viewers such as "tiv" and "viu" ? right now im using "viu" because this is what comes more closer to the original photo thanks --tzk PS: wont harm asking. anything for video as well ?