In the 20250516 patchlevel the version of the _nc_is_path_found changed
from NCURSES_TINFO_6.6.20251230 to NCURSES_TINFO_6.6.20260516.
diff --git a/package/ncursesw.map b/package/ncursesw.map
index a1af84cb..ff16a527 100644
--- a/package/ncursesw.map
+++ b/package/ncursesw.map
@@ -1,4 +1,4 @@
-# $Id: ncursesw.map,v 1.64 2025/12/30 20:32:50 tom Exp $
+# $Id: ncursesw.map,v 1.65 2026/05/17 00:30:17 tom Exp $
# script for shared library symbol-versioning using ld
#
# This file was generated by ncu-mapsyms
@@ -511,8 +511,10 @@ NCURSES_TINFO_6.5.20240427 {
tiscan_s;
} NCURSES_TINFO_6.2.20211010;
-NCURSES_TINFO_6.6.20251230{
+NCURSES_TINFO_6.6.20260516{
global:
+ _nc_cookie_allowed;
+ _nc_cookie_init;
_nc_is_path_found;
local:
_*;
If ncurses is configured --with-versioned-syms, as in Debian and its
derivatives, this change breaks tic from ncurses 6.6 when the libraries
are updated:
,----
| # tic -V
| ncurses 6.6.20251231
| # dpkg -i libtinfo6_6.6+20260607-1_amd64.deb
| (Reading database ... 15278 files and directories currently installed.)
| Preparing to unpack libtinfo6_6.6+20260607-1_amd64.deb ...
| Unpacking libtinfo6:amd64 (6.6+20260607-1) over (6.6+20251231-1+b1) ...
| Setting up libtinfo6:amd64 (6.6+20260607-1) ...
| Processing triggers for libc-bin (2.42-16) ...
| # tic -V
| tic: /usr/lib/x86_64-linux-gnu/libtinfo.so.6: version
`NCURSES6_TINFO_6.6.20251230' not found (required by tic)
`----
I think the version of _nc_is_path_found should be reverted to
NCURSES_TINFO_6.6.20251230 to avoid this ABI break. Partial upgrades
would still break on installations which already have ncurses
6.6-20260516 or higher installed, but there are probably rather few of
such systems, at least who have symbol versioning enabled.
Thoughts?
Cheers,
Sven