libdialog.so.8 → libdialog.so.9

Commit 0b7f1af804f06a285717b490bef80e24648adcbe for src/main and commit 6e1fe6d26ea2939656c8286ccbd105a89d3349a3 for src/stable/13 bumped the version number for gnu/lib/libdialog from 8 to 9. Software such as ports-mgmt/dialog4ports complain when run, but make config doesn’t care when dialog4ports is being run around in the ports tree.

$ dialog4ports -v
ld-elf.so.1: Shared object "libdialog.so.8" not found, required by "dialog4ports"

$ ldd `which dialog4ports`
/usr/local/bin/dialog4ports:
        libncursesw.so.9 => /lib/libncursesw.so.9 (0x80153d000)
        libm.so.5 => /lib/libm.so.5 (0x801b4a000)
        libdialog.so.8 => not found (0)
        libc.so.7 => /lib/libc.so.7 (0x803104000)

Luckily, there’s an easy way out of this misery:

cd /usr/ports/ports-mgmt/dialog4ports
make package && make clean
cd ../../packages/All
pkg add -f dialog4ports-0.1.6.txz

In my case I need to do one additional step just to appease ports-mgmt/synth, because /etc/make.conf set WRKDIRPREFIX to /usr/ports/workdirs:

rm -Rf -- /usr/ports/workdirs/*

Finally, dialog4ports is operational again:

$ dialog4ports -v
dialog4ports version: 0.1.6

$ ldd `which dialog4ports`
/usr/local/bin/dialog4ports:
        libncursesw.so.9 => /lib/libncursesw.so.9 (0x801e92000)
        libm.so.5 => /lib/libm.so.5 (0x802c1e000)
        libdialog.so.9 => /usr/lib/libdialog.so.9 (0x803ba8000)
        libc.so.7 => /lib/libc.so.7 (0x8044e5000)