From owner-freebsd-ports@FreeBSD.ORG Sat Mar 21 12:19:22 2015 Return-Path: Delivered-To: freebsd-ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id C0B9331E; Sat, 21 Mar 2015 12:19:22 +0000 (UTC) Received: from mail.madpilot.net (grunt.madpilot.net [78.47.145.38]) (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 4AB27EF8; Sat, 21 Mar 2015 12:19:21 +0000 (UTC) Received: from mail (mail [192.168.254.3]) by mail.madpilot.net (Postfix) with ESMTP id 3l8Lcd4MLszZs8; Sat, 21 Mar 2015 13:19:13 +0100 (CET) Received: from mail.madpilot.net ([192.168.254.3]) by mail (mail.madpilot.net [192.168.254.3]) (amavisd-new, port 10024) with ESMTP id zxTglU3Hxflr; Sat, 21 Mar 2015 13:19:11 +0100 (CET) Received: from tommy.madpilot.net (micro.madpilot.net [88.149.173.206]) by mail.madpilot.net (Postfix) with ESMTPSA; Sat, 21 Mar 2015 13:19:11 +0100 (CET) Message-ID: <550D61BF.3030403@FreeBSD.org> Date: Sat, 21 Mar 2015 13:19:11 +0100 From: Guido Falsi User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:31.0) Gecko/20100101 Thunderbird/31.5.0 MIME-Version: 1.0 To: Michelle Sullivan , Jeremie Le Hen Subject: Re: net/unison240 depends on lang/ocaml-nox11 References: <550D4CA0.8000606@sorbs.net> In-Reply-To: <550D4CA0.8000606@sorbs.net> Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 7bit Cc: freebsd-ports@freebsd.org 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 12:19:22 -0000 On 03/21/15 11:49, Michelle Sullivan wrote: > Jeremie Le Hen wrote: >> Actually, I've just realized that I fixed net/unison232 in my local tree :o). >> >> Would you mind submitting it and applying the same for unison240? >> >> Here is the patch: >> >> Index: Makefile >> =================================================================== >> --- Makefile (revision 381259) >> +++ Makefile (working copy) >> @@ -34,20 +34,18 @@ >> >> .include >> >> +BUILD_DEPENDS+= ocamlc:${PORTSDIR}/lang/ocaml >> .if ${PORT_OPTIONS:MX11} >> MAKE_ARGS+= UISTYLE=gtk2 >> PLIST_SUB+= TEXT="" >> -BUILD_DEPENDS+= ocamlc:${PORTSDIR}/lang/ocaml \ >> - lablgtk2:${PORTSDIR}/x11-toolkits/ocaml-lablgtk2 \ >> +BUILD_DEPENDS+= lablgtk2:${PORTSDIR}/x11-toolkits/ocaml-lablgtk2 \ >> icotool:${PORTSDIR}/graphics/icoutils >> RUN_DEPENDS+= lablgtk2:${PORTSDIR}/x11-toolkits/ocaml-lablgtk2 >> PATCH_DEPENDS+= ${BUILD_DEPENDS} >> -CONFLICTS+= ocaml-nox11* >> SUB_FILES+= ${PORTNAME}.desktop >> .else >> MAKE_ARGS+= UISTYLE=text >> PLIST_SUB+= TEXT="@comment " >> -BUILD_DEPENDS+= ocamlc:${PORTSDIR}/lang/ocaml-nox11 >> PATCH_DEPENDS+= ${BUILD_DEPENDS} >> .endif >> >> > This breaks -nox11 when building with pourdriere... > > =================================================== > ===> Patching for unison-2.48.3_1 > =========================================================================== > =================================================== > ===> unison-2.48.3_1 depends on executable: ocamlc - not found > ===> Verifying install for ocamlc in /usr/ports/lang/ocaml > ===> unison-2.48.3_1 depends on package: > /packages/All/ocaml-4.01.0_4.tbz - not found > ===> USE_PACKAGE_DEPENDS_ONLY set - not building missing dependency > from source > *** [build-depends] Error code 1 > > Stop in /usr/ports/net/unison. > ===> Cleaning for unison-2.48.3_1 > build of /usr/ports/net/unison ended at Sat Mar 21 12:32:36 CET 2015 > > -BUILD_DEPENDS+= ocamlc:${PORTSDIR}/lang/ocaml-nox11 > > should be there in the 'else' section of OPTIONS:MX11 (perhaps as > BUILD_DEPENDS= instead of BUILD_DEPENDS+=) Which is almost what the port did, and caused an error about multiple origins, as reported by jlh. I'm willing to find a solution to this, but at this point I need a way to reproduce the problem and really understand where the problem is/was. I do build regularly this port on poudriere in two jails, one with X11 set and one with it unset and never saw this happen. I suspect it happens when there is some misalignment with the X11 option between ports (some with, some wothout), which is perfectly legitimate but makes things difficult to cope with, since the ocaml package changes it's suffix depending on that option. can you send me the full log for the failed build? I'd like to ask the same from jlh if he still has it, so I can understand what is really going on. Thanks. -- Guido Falsi