From owner-freebsd-ports@FreeBSD.ORG Sat Mar 21 20:53:36 2015 Return-Path: Delivered-To: freebsd-ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 8FCE9305 for ; Sat, 21 Mar 2015 20:53:36 +0000 (UTC) Received: from mx2.enfer-du-nord.net (mx2.enfer-du-nord.net [IPv6:2001:41d0:8:6a29:1:1:0:1]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 55F78A24 for ; Sat, 21 Mar 2015 20:53:36 +0000 (UTC) Content-Type: text/plain; charset=us-ascii Mime-Version: 1.0 (Mac OS X Mail 8.2 \(2070.6\)) Subject: Re: net/unison240 depends on lang/ocaml-nox11 From: Michael Grimm In-Reply-To: <550DB3FD.7070006@madpilot.net> Date: Sat, 21 Mar 2015 21:53:32 +0100 Content-Transfer-Encoding: quoted-printable Message-Id: References: <550D4CA0.8000606@sorbs.net> <550D61BF.3030403@FreeBSD.org> <550D636B.5020000@sorbs.net> <550D6D0F.7080401@FreeBSD.org> <550D7726.1060704@sorbs.net> <550D853C.7070303@FreeBSD.org> <550DB3FD.7070006@madpilot.net> To: freebsd-ports@freebsd.org X-Mailer: Apple Mail (2.2070.6) X-Virus-Scanned: clamav-milter 0.98.6 at mail.mer-waases.invalid X-Virus-Status: Clean X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 21 Mar 2015 20:53:36 -0000 On 21.03.2015, at 19:10, Guido Falsi wrote: > On 03/21/15 17:55, Michael Grimm wrote: >> I recently (after last upgrade of poudriere-devel, although I do not = know if that is the cause) ran into a comparable issue with unison = without X11 : >>=20 >> | MWN> cat /usr/local/etc/poudriere.d/stable10-make.conf >> | WITHOUT_X11=3Dyes >> [...] >=20 > I don't think old style WITH_/WITHOUT_ flags are supported anymore. > Looking at the code you should in fact get a warning about this. Hmm, not that I am aware of. But I will have a closer look. But! = Commenting that "WITHOUT_X11=3Dyes" has been recognized by poudriere: = the unison-nox11 port could be compiled successfully with default ocaml = settings. > You really should move to the new style OPTIONS_UNSET/OPTIONS_SET. > You can find some documentation in /usr/ports/Mk/bsd.options.mk Thanks for that pointer. >> | MWN> pkg info | grep unison >> | unison-nox11-2.48.3_1 User-level file synchronization = tool (without x11 stuff) >>=20 >> poudriere's build failed with: >>=20 >> | MWN> cat /.../logs/ocaml-nox11-4.01.0_4.log >> | ---Begin OPTIONS List--- >> | =3D=3D=3D> The following configuration options are available = for ocaml-nox11-4.01.0_4: >> | DOCS=3Don: Build and/or install documentation >> | EXAMPLES=3Don: Build and/or install examples >> | THREADS=3Don: Threading support >> ----> | TK=3Don: LablTk library (requires X11 support) >> | X11=3Doff: X11 (graphics) support >> | =3D=3D=3D> Use 'make config' to modify these settings >> | ---End OPTIONS List--- >> [...] >> | ---End make.conf--- >> | =3D=3D=3D=3D>> Ignoring lang/ocaml: requires X11 support to = build TK bindings >> | build of lang/ocaml ended at Sat Mar 21 17:08:37 CET 2015 >>=20 >> That's weird, ocaml-nox11 defaults to "TK=3Don" which requires X11 = support. Bug or feature? >=20 > You sure you have no option directory with per port options enabling = TK? Yes, I'm sure that I haven't had an option directory with per port = options en/disabling TK set. > Options activate per port do override WITH_/WITHOUT_ and > OPTIONS_UNSET/OPTIONS_SET. Only, *after* setting "OPTIONS_FILE_UNSET+=3DTK" in lang_ocaml/options, = I was able to get unison-nox11 port compiled by poudriere successfully. = *Before* I haven't had any lang_ocaml/options settings at all. And = because the default setting of ocaml-nox11 is "OPTIONS_FILE_SET+=3DTK" = -which requires X11 support (!)- poudriere fails compiling ocaml-nox11 = port. (If I am not mistaken miserably.) Regards, Michael