As usual camlp4 and camlp4 need to be updated in sync with ocaml. All
ocaml ports were successfully builds- tested on amd64. coccinelle remains
broken, but was built with the proposed diff floating on ports@
ok chrisz@
No longer used by latest ocaml-yojson and nothing else depends on them.
These ports are dead upstream and stand in the way of updating dune to
the 2.x series.
ok chrisz@
The boring warning was:
/usr/obj/ports/multimc-0.6.12/MultiMC5/application/groupview/GroupView.cpp:848:9:
error: variable 'beginning_row' set but not used [-Werror,-Wunused-but-set-variable]
the symbol changes in libcompiler-rt.a for emutls are causing problems
and at least 250 packages maybe affected so this is the most sensible
way (we were overdue a bump to this anyway after other toolchain
changes, it's better if people are running code built with current
toolchain rather than a mixture).
discussed with robert@ tb@ espie@ naddy@
dead upstream since years (last alive fork at
https://github.com/PeteGozz/slim), had many CVEs, and xenodm can be
themed anyway.
prodding by Yifei Zhan, ok jung@
The .tbz archive contains metadata which allows "ocamlfind list" to
correctly show the version rather than showing "n/a".
This issue was found by Yoza Toda back in March while attempting to update
math/coq to 8.13.1. That version of coq apparently uses "ocamlfind list" to
check for the presence of lablgtk3.
Other dune ports may have the same issue, although an alternative fix
could also be to get dune itself updated to 2.8.0 or later as that version
of dune includes a different fix for this issue.
The last release of ocaml-yojson was in 2019. Meanwhile the git commits
since then include changes to drop dependencies on ocaml-easy-format and
ocaml-biniou.
Dropping those unmaintained ports will unlock being able to update
devel/dune to the 2.x series.
