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 <uaa@mx5.nisiq.net> wrote:
Hi,Since it unbreaks detection of devel/readline it results in portspicking it up, resulting in hidden deps or breakage during bulkbuilds. Neutering these hidden deps in existing ports or moving the.pc to ereadline.pc could be a solution, as discussed by matthieu@ andajacoutot@. No idea what's the best way forward, nor whether weshould 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/opendht3.4.0 -> 3.5.4. Recent 3.5.x version of OpenDHT adds readline checkwith CMake's pkg_search_module() macro.Maybe I need to write a diff to disable the check of OpenDHT.Regards,--SASANO Takayoshi (JG1UAA) <uaa@mx5.nisiq.net>
No comments:
Post a Comment