pkg-fallout reports the following ports regressed since ports r384908 build: http://beefy6.nyi.freebsd.org/data/101amd64-default/385024/logs/errors/ocaml-findlib-1.5.5.log http://beefy6.nyi.freebsd.org/data/101amd64-default/385024/logs/errors/liberator-2.0.2_1.log http://beefy6.nyi.freebsd.org/data/101amd64-default/385024/logs/errors/planets-0.1.13_1.log http://beefy6.nyi.freebsd.org/data/101amd64-default/385024/logs/errors/orpie-1.5.2_1.log http://beefy6.nyi.freebsd.org/data/101amd64-default/385024/logs/errors/ocaml-lablgl-20120306_3.log http://beefy6.nyi.freebsd.org/data/101amd64-default/385024/logs/errors/coccinelle-1.0.0.r22.log http://beefy6.nyi.freebsd.org/data/101amd64-default/385024/logs/errors/sks-1.1.5_1.log http://beefy4.isc.freebsd.org/data/head-amd64-default/p385024_s282267/logs/errors/mldonkey-core-3.1.5.log http://beefy4.isc.freebsd.org/data/head-amd64-default/p385024_s282267/logs/errors/wyrd-1.4.6.log I guess, the fix is to add dependency on devel/ocaml-camlp4.
devel/ocaml-findlib was fixed by ports r385056. CC'ing maintainers of yet to be fixed except unmaintained: astro/planets math/orpie net-p2p/liberator net-p2p/mldonkey-core
deskutils/wyrd was fixed by ports r385141.
ocaml-findlib being fixed uncovered more: http://beefy6.nyi.freebsd.org/data/101amd64-default/385145/logs/errors/ocaml-camomile-0.8.3.log http://beefy6.nyi.freebsd.org/data/101amd64-default/385145/logs/errors/ocaml-deriving-ocsigen-0.3c.log http://beefy6.nyi.freebsd.org/data/101amd64-default/385145/logs/errors/ocaml-extlib-1.6.1.log http://beefy6.nyi.freebsd.org/data/101amd64-default/385145/logs/errors/ocaml-gsl-1.15.1_1.log http://beefy6.nyi.freebsd.org/data/101amd64-default/385145/logs/errors/ocaml-mysql-1.1.1.log http://beefy6.nyi.freebsd.org/data/101amd64-default/385145/logs/errors/ocaml-net-3.7.3.log http://beefy6.nyi.freebsd.org/data/101amd64-default/385145/logs/errors/ocaml-text-0.6_1.log http://beefy6.nyi.freebsd.org/data/101amd64-default/385145/logs/errors/ocaml-type-conv-109.60.01.log http://beefy6.nyi.freebsd.org/data/101amd64-default/385145/logs/errors/ocaml-ulex-1.1_1.log http://beefy6.nyi.freebsd.org/data/101amd64-default/385145/logs/errors/ocaml-xstrp4-1.8_1.log
I don't use FreeBSD very much anymore, so I'm not really the best person to fix this. (As a corollary, if anyone wants to take over maintainership of any or all of the ports I'm still listed as maintainer of, they are most welcome to.)
Looks like camlp4 has been forked as a separate project: https://github.com/ocaml/camlp4 I'm creating a port for that, will post patches as soon as I have something workable. Should fix ports needing it.
Turns out there already is a ocaml-camlp4 port. It helps> I have made a quick test and adding it as a dependency to ocaml-lablgl makes the build proceed. It anyway fails since the TK bits too are now missing. The labltk part was also moved to a standalone project: https://forge.ocamlcore.org/projects/labltk/ I'm porting that, which is proving a little difficult since it's build system has no notion of staging/DESTDIR.
There is already a port for labltk in the works, see #195737. https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=195736#c2 The labltk port is not perfect yet, but it works quite a bit as I have this working on my system since months.
I submitted a patch as a differential review which fixes this problem, after the other blocking PRs get committed, please check it here: https://reviews.freebsd.org/D2434
A commit references this bug: Author: madpilot Date: Mon May 4 15:47:02 UTC 2015 New revision: 385413 URL: https://svnweb.freebsd.org/changeset/ports/385413 Log: - Add USE_OCAML_CAMLP4 and USE_OCAML_TK to bsd.ocaml.mk which add depends on the camlp4 language and labltk ocaml modules, which are now in separate ports. - Update x11-toolkits/ocaml-lablgtk2 to 2.18.3 - Update graphics/ocaml-lablgl to 1.05 - Make unison ports use USE_OCAML - Convert ports to the new flags where needed - Bump PORTREVISION on ports depending on ocaml-lablgtk2, those need to be rebuilt PR: 199845 Submitted by: jbeich@ Differential Revision: https://reviews.freebsd.org/D2434 Approved by: portmgr (mat) Changes: head/Mk/bsd.ocaml.mk head/astro/planets/Makefile head/databases/ocaml-mysql/Makefile head/deskutils/wyrd/Makefile head/devel/coccinelle/Makefile head/devel/frama-c/Makefile head/devel/monotone-viz/Makefile head/devel/ocaml-camomile/Makefile head/devel/ocaml-deriving-ocsigen/Makefile head/devel/ocaml-extlib/Makefile head/devel/ocaml-typeconv/Makefile head/devel/ocaml-ulex/Makefile head/devel/ocaml-xstrp4/Makefile head/games/freetennis/Makefile head/graphics/ocaml-lablgl/Makefile head/graphics/ocaml-lablgl/distinfo head/graphics/ocaml-lablgl/pkg-descr head/graphics/ocaml-lablgl/pkg-plist head/math/alt-ergo/Makefile head/math/coq/Makefile head/math/ocaml-ocamlgraph/Makefile head/math/ocamlgsl/Makefile head/math/orpie/Makefile head/net/unison/Makefile head/net/unison-devel/Makefile head/net/unison232/Makefile head/net/unison240/Makefile head/net-p2p/liberator/Makefile head/net-p2p/mldonkey/Makefile head/security/sks/Makefile head/textproc/ocaml-text/Makefile head/www/ocaml-net/Makefile head/x11-toolkits/ocaml-lablgtk2/Makefile head/x11-toolkits/ocaml-lablgtk2/distinfo head/x11-toolkits/ocaml-lablgtk2/files/
r385413 fixes the problems listed here. Please note that the net-p2p/mldonkey ports and www/ocaml-net ports still fail, but with unrelated errors, maybe due to changes in ocaml, the error is: Error: This comment contains an unterminated string literal
A commit references this bug: Author: jbeich Date: Tue May 12 11:58:23 UTC 2015 New revision: 386137 URL: https://svnweb.freebsd.org/changeset/ports/386137 Log: Add camlp4 dependency after r385012 uncovered by r385413 devel/ocaml-lwt (4 skipped) is still broken by another issue: File "src/top/toplevel.ml", line 60, characters 17-62: Error: This expression has type load:bool -> Path.t but an expression was expected of type 'a * 'b PR: 199845 Reported by: pkg-fallout Approved by: portmgr blanket Changes: head/devel/monotone-viz/Makefile head/devel/ocaml-lwt/Makefile head/devel/ocaml-sexplib/Makefile head/lang/mtasc/Makefile
Thanks for fixing lang/mtasc so quickly!
(In reply to commit-hook from comment #11) The issue with devel/ocaml-lwt appears unrelated to the camlp4 mishap. It seems that this version of ocaml-lwt does not work with the new ocaml version in our ports tree. Please open a new PR to track this. Thanks.
A commit references this bug: Author: marino Date: Sat May 16 07:37:26 UTC 2015 New revision: 386500 URL: https://svnweb.freebsd.org/changeset/ports/386500 Log: Reset 14 ocaml ports maintained by Jaap Boender per his request "I don't use FreeBSD very much anymore, so I'm not really the best person to fix this. (As a corollary, if anyone wants to take over maintainership of any or all of the ports, I'm still listed as maintainer of, they are most welcome to.)" Given that Jaap hasn't submitted or handled any PRs since before staging, I think it will be more effective to just reset all the ports and let people pick up the ones they like. Thanks for your past support, Jaap! PR: 199845 Changes: head/archivers/ocaml-bz2/Makefile head/databases/ocaml-dbm/Makefile head/databases/ocaml-sqlite3/Makefile head/devel/ocaml-calendar/Makefile head/devel/ocaml-lwt/Makefile head/devel/ocaml-react/Makefile head/lang/js_of_ocaml/Makefile head/security/ocaml-cryptokit/Makefile head/security/ocaml-ssl/Makefile head/textproc/ocaml-text/Makefile head/textproc/ocaml-tyxml/Makefile head/www/eliom/Makefile head/www/ocaml-net/Makefile head/www/ocsigen/Makefile