Date: Tue, 18 Jun 2024 16:29:14 +0000 (UTC) From: "Bjoern A. Zeeb" <bzeeb-lists@lists.zabbadoz.net> To: Moin Rahman <bofh@freebsd.org> Cc: "current@freebsd.org" <current@FreeBSD.org>, Baptiste Daroussin <bapt@FreeBSD.org> Subject: Re: ncurses /usr vs. /usr/local vs. undefined symbols Message-ID: <r69s2043-rs38-5852-pq63-4876or5o7368@yvfgf.mnoonqbm.arg> In-Reply-To: <D0459693-6E94-4178-9B31-0A9F9CDC84B8@freebsd.org> References: <3q7s965n-8o40-sqr5-o1o3-7np391o86on8@yvfgf.mnoonqbm.arg> <D0459693-6E94-4178-9B31-0A9F9CDC84B8@freebsd.org>
next in thread | previous in thread | raw e-mail | index | archive | help
On Tue, 18 Jun 2024, Moin Rahman wrote:
>> On Jun 18, 2024, at 5:41 PM, Bjoern A. Zeeb <bzeeb-lists@lists.zabbadoz.net> wrote:
>>
>> Hi,
>>
>> I have no idea where to start but I know if I uninstall the ncruses port
>> the problem goes away.
>>
>> I am trying to build a few packages on main/arm64 (from the last 24h)
>> and this is like the 5th port I run into this problem now:
>>
>> ld: error: undefined symbol: newterm
>>>>> referenced by clamdtop.c
>>>>> clamdtop/CMakeFiles/clamdtop.dir/clamdtop.c.o:(main)
>>
>> ld: error: undefined symbol: start_color
>>>>> referenced by clamdtop.c
>>>>> clamdtop/CMakeFiles/clamdtop.dir/clamdtop.c.o:(main)
>>
>> ld: error: undefined symbol: nonl
>>>>> referenced by clamdtop.c
>>>>> clamdtop/CMakeFiles/clamdtop.dir/clamdtop.c.o:(main)
>>
>> ld: error: undefined symbol: noecho
>>>>> referenced by clamdtop.c
>>>>> clamdtop/CMakeFiles/clamdtop.dir/clamdtop.c.o:(main)
>>
>> .....
>>
>>
>> # ldconfig -r | grep curses
>> 62:-lncursesw.9 => /lib/libncursesw.so.9
>> 289:-lncurses.6 => /usr/local/lib/libncurses.so.6
>>
>>
>> Something tells me something has changed but I don't even know where to
>> start digging. I didn't see this the last time I did in March.
>> Is this a src or a ports problem, ncurses or even linker?
>>
>> /bz
>>
>> --
>> Bjoern A. Zeeb r15:7
>
> Hi,
>
> I did update ncurses sometimes in April or May. Can you confirm whether
> if this is happening after that?
Last update git log tells me:
commit 6b02dcbe6709c95d01d3b83056fe2dcddc34f543
Author: Muhammad Moinur Rahman <bofh@FreeBSD.org>
AuthorDate: Mon Apr 29 22:08:38 2024 +0200
Commit: Muhammad Moinur Rahman <bofh@FreeBSD.org>
CommitDate: Mon Apr 29 23:55:02 2024 +0200
devel/ncurses: Update version 6.4=>6.5
- Remove ftp MASTER_SITES
Changelog: https://invisible-island.net/ncurses/NEWS.html#index-t20240427
My last build was around March 31. Back then it did not build the ncurses package at all.
And I can confirm I still do have:
-r--r--r-- 1 root wheel 49 Jun 17 19:09 /usr/lib/libncursesw.so
that Mk/Uses/ncurses.mk checks for.
Maybe a dependency changes and pull in the port now forcefully which makes this visible?
And the winner is:
commit 5a77b3ff4c0e9fed2b3dab55023735008cff1e73
Author: Koichiro Iwao <meta@FreeBSD.org>
AuthorDate: Sat May 25 03:15:51 2024 +0900
Commit: Koichiro Iwao <meta@FreeBSD.org>
CommitDate: Fri Jun 14 17:31:54 2024 +0900
sysutils/tmux: Fix crash when text selection using mouse
I re-ported a patch originally ported to 3.2a by Tobias Brick, a
Microsoft employee to 3.3a. The patch depends on ncurses 6.4-20230423 or
later so I bind this port to ncurses:port.
See commit message of the patch for detail [1]
[1] https://github.com/microsoft/azurelinux/blob/a1f78f2/SPECS/tmux/manual-patch-to-fix-crash-due-to-change-to-ncurses.patch
PR: 279276
Approved by: maintainer timeout
Obtained from: https://github.com/microsoft/azurelinux/issues/6598
Obtained from: https://github.com/microsoft/azurelinux/pull/6766
But also reveals a problem elesewhere in the system... likely ncurses.mk logic?
--
Bjoern A. Zeeb r15:7
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?r69s2043-rs38-5852-pq63-4876or5o7368>