I would patch opendht for now. I'm not against adding readline.pc to base
(probably best done at the same time as renaming and fixing
devel/readline's pc file) but best done after unlock (and preferably with a
test bulk build).
--
Sent from a phone, apologies for poor formatting.
On 28 September 2025 23:33:13 SASANO Takayoshi <[email protected]> wrote:
Hi,
Since it unbreaks detection of devel/readline it results in ports
picking it up, resulting in hidden deps or breakage during bulk
builds. Neutering these hidden deps in existing ports or moving the
.pc to ereadline.pc could be a solution, as discussed by matthieu@ and
ajacoutot@. No idea what's the best way forward, nor whether we
should actually do anything at this point in the release cycle.
How about to add /usr/lib/pkgconfig/readline.pc for pointing OpenBSD's
/usr/lib/libreadine? (but it does not exist until now... this is bad idea?)
I found this readline-ereadline problem when updating ports/devel/opendht
3.4.0 -> 3.5.4. Recent 3.5.x version of OpenDHT adds readline check
with CMake's pkg_search_module() macro.
Maybe I need to write a diff to disable the check of OpenDHT.
Regards,
--
SASANO Takayoshi (JG1UAA) <[email protected]>
