Current-Users archive

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index][Old Index]

Re: shells/fish non-functional under -current amd64



On Mon, 17 Apr 2023 at 06:30, RVP <rvp%sdf.org@localhost> wrote:
>
> On Mon, 17 Apr 2023, Chavdar Ivanov wrote:
>
> > I am getting consistently:
> > ...
> > Reading symbols from /usr/pkg/bin/fish...
> > (No debugging symbols found in /usr/pkg/bin/fish)
> > [New process 22165]
> > [New process 17293]
> > [New process 512]
> > Core was generated by `fish'.
> > Program terminated with signal SIGSEGV, Segmentation fault.
> > #0  0x0000778907cc4f13 in _ti_parm_analyse () from /usr/lib/libterminfo.so.2
> > [Current thread is 1 (process 22165)]
> > (gdb) bt
> > #0  0x0000778907cc4f13 in _ti_parm_analyse () from /usr/lib/libterminfo.so.2
> >
>
> Can you try this patch? Not sure that the ARM failure has the same
> underlying cause.
>
> ```
> diff -urN fish-3.6.1.orig/cmake/ConfigureChecks.cmake fish-3.6.1/cmake/ConfigureChecks.cmake
> --- fish-3.6.1.orig/cmake/ConfigureChecks.cmake 2023-03-25 06:50:41.000000000 +0000
> +++ fish-3.6.1/cmake/ConfigureChecks.cmake      2023-04-17 05:24:06.879329819 +0000
> @@ -76,7 +76,7 @@
>   # Fix undefined reference to tparm on RHEL 6 and potentially others
>   # If curses is found via CMake, it also links against tinfo if it exists. But if we use our
>   # fallback pkg-config logic above, we need to do this manually.
> -find_library(CURSES_TINFO tinfo)
> +find_library(CURSES_TINFO NAMES tinfo terminfo)
>   if (CURSES_TINFO)
>       set(CURSES_LIBRARY ${CURSES_LIBRARY} ${CURSES_TINFO})
>   endif()
> ```
>
> -RVP

It didn't make any difference on both architectures.

I suspect it would not be news if I say that pkgsrc build of fish
under Ubuntu aarch64 works just fine.

Chavdar




-- 
----


Home | Main Index | Thread Index | Old Index