Refresh procps-ng 32-bit for 10.x?

[andyj]

procps-ng depends on ncurses5, the presence of which causes it to be detected and thus required for other extensions for which I'm trying to keep migrated to ncursesw 6. Can we get a refresh?

[Juanito]

posted - note that this might break open-vm-tools

lib*.so removed from ncurses5 - this should make it harder to link against

[andyj]

Thanks. The problem was downstream, in that procps-ng brought in ncurses5 and vim/gvim linked to it instead. I ran my "recompile everything I maintain" script and all seems well, so I'll have a few updates later.

[andyj]

Turns out sftp in openssh 32-bit is linked to both ncurses5 and ncursesw (6):

Code: [Select]

tc@box:~$ which sftp
/usr/local/bin/sftp
tc@box:~$ ldd /usr/local/bin/sftp
linux-gate.so.1 (0xb7f4a000)
libresolv.so.2 => /lib/libresolv.so.2 (0xb7f08000)
libcrypto.so.1.0.0 => /usr/local/lib/libcrypto.so.1.0.0 (0xb7db9000)
libdl.so.2 => /lib/libdl.so.2 (0xb7db4000)
libutil.so.1 => /lib/libutil.so.1 (0xb7daf000)
libz.so.1 => /usr/lib/libz.so.1 (0xb7d9b000)
libcrypt.so.1 => /lib/libcrypt.so.1 (0xb7d6a000)
libedit.so.0 => /usr/local/lib/libedit.so.0 (0xb7d45000)
libncursesw.so.5 => not found
libc.so.6 => /lib/libc.so.6 (0xb7c18000)
/lib/ld-linux.so.2 (0xb7f4b000)
libncursesw.so.6 => /usr/local/lib/libncursesw.so.6 (0xb7bd3000)
tc@box:~$

I'm not sure how that can even happen.

[Juanito]

I’d guess that the problem is libedit

[Juanito]

openssh recompiled and reposted