> On arm64 (Pi3) under 
> FreeBSD pelorus.zefox.org 13.0-ALPHA3 FreeBSD 13.0-ALPHA3 #2 
> stable/13-c256281-gc415d0df47f: Fri Feb  5 08:09:12 PST 2021     
> bob at pelorus.zefox.org
> :/usr/obj/usr/freebsd-src/arm64.aarch64/sys/GENERIC-MMCCAM  arm64
> it looks like dialog4ports is out of whack. It doesn't 
> display in the usual way, the dialog box is outlined by 
> characters such as ^@^@^@^@^@^@^@^ across the top
> and < down the left margin. The background color varies,
> parts white, green and  black. The display is distorted 
> both on the HDMI console and in an X window on the system.
> It's equally but differently addled on a RaspiOS xterm.
> 
> Worse yet, when selecting <ok>, it dumps core and fails
> to save changes. That's a real troublemaker. Is there
> a simple way to omit docs from the build without using
> dialog4ports?
> 

Did you rebuild dialog4ports after:

20210105:
        ncurses installation has been modified to only keep the widechar
        enabled version.  Incremental build is broken for that change, so it
        requires a clean build.

? Even if you did: Unfortunately, they did not make such an UPDATING
note for libraries that use ncurses when they updated those to avoid
the dependency on the now-missing ncurses material:

QUOTE
author  John Baldwin <j...@freebsd.org> 2021-02-02 01:09:33 +0000
committer       John Baldwin <j...@freebsd.org> 2021-02-02 01:11:49 +0000
commit  0b7f1af804f06a285717b490bef80e24648adcbe (patch)
tree    e35db81ed51f71ccc1afc82c7cd04e8bb2fb8860
parent  7787e7eed9d2a43fb6eb66666040f1b495995a2f (diff)
download        src-0b7f1af804f06a285717b490bef80e24648adcbe.tar.gz
src-0b7f1af804f06a285717b490bef80e24648adcbe.zip

Bump shared library versions after ncurses bump in 13.
A few shared libraries in the base system link against ncurses.  An
upgrade from a 12.x host to 13 results in ABI breakage for existing
binaries since the newer versions of these libraries link against the
newer ncurses while the binary itself links against the older ncurses.
For example, dialog4ports built on 12.x sometimes crashes on 13 since
it depends on libdialog which links against ncurses internally.

MFC after:      3 days
Reviewed by:    kib, delphij
Differential Revision:  
https://reviews.freebsd.org/D28448
. . .

diff --git a/ObsoleteFiles.inc b/ObsoleteFiles.inc
index 29cf25e152e6..696243470b14 100644
--- a/ObsoleteFiles.inc
+++ b/ObsoleteFiles.inc
@@ -36,6 +36,17 @@
 #   xargs -n1 | sort | uniq -d;
 # done
 
+# 20210201: bump shared libraries which link against ncurses
+OLD_LIBS+=lib/libedit.so.7
+OLD_LIBS+=usr/lib/libdialog.so.8
. . .
END QUOTE

So now there is a /usr.lib/libdialog.so.9 instead and
a correctly built dialog4ports will show it in the
ldd output:

# ldd `which dialog4ports`
/usr/local/bin/dialog4ports:
        libncursesw.so.9 => /lib/libncursesw.so.9 (0x402a1000)
        libm.so.5 => /lib/libm.so.5 (0x4033a000)
        libdialog.so.9 => /usr/lib/libdialog.so.9 (0x403a5000)
        libc.so.7 => /lib/libc.so.7 (0x40408000)

An incorrectly built dialog4ports will show
/usr.lib/libdialog.so.8 instead.

===
Mark Millard
marklmi at yahoo.com
( dsl-only.net went
away in early 2018-Mar)

_______________________________________________
freebsd-ports@freebsd.org mailing list
https://lists.freebsd.org/mailman/listinfo/freebsd-ports
To unsubscribe, send any mail to "freebsd-ports-unsubscr...@freebsd.org"

Reply via email to