From owner-freebsd-ports@FreeBSD.ORG Mon Jun 23 20:10:41 2014 Return-Path: Delivered-To: ports@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id C8872A1B for ; Mon, 23 Jun 2014 20:10:41 +0000 (UTC) Received: from fire.magemana.nl (magemana.nl [IPv6:2a01:7c8:aaae:25e::1]) by mx1.freebsd.org (Postfix) with ESMTP id 8FAF52EFF for ; Mon, 23 Jun 2014 20:10:41 +0000 (UTC) Received: by fire.magemana.nl (Postfix, from userid 1003) id 319BF4ABC90; Mon, 23 Jun 2014 22:10:39 +0200 (CEST) Received: from localhost (localhost [127.0.0.1]) by fire.magemana.nl (Postfix) with ESMTP id 294AA4ABC8E; Mon, 23 Jun 2014 22:10:39 +0200 (CEST) Date: Mon, 23 Jun 2014 22:10:39 +0200 (CEST) From: Melvyn Sopacua To: Mark Linimon Subject: Porting OroCRM (Was: Re: maven and ports that try to fetch files during build stage) In-Reply-To: <20140621170355.GA16663@lonesome.com> Message-ID: References: <53A5BAA8.7030100@freebsd.org> <20140621170355.GA16663@lonesome.com> User-Agent: Alpine 2.00 (BSF 1167 2008-08-23) MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: ports@FreeBSD.org X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 23 Jun 2014 20:10:41 -0000 Hi Mark, On Sat, 21 Jun 2014, Mark Linimon wrote: > On Sat, Jun 21, 2014 at 12:02:32PM -0500, Pedro Giffuni wrote: >> This is a problem with the Apache POI port but it is also an issue >> with a potential Apache hadoop update: apparently our cluster >> doesn't like ports that download stuff as part of their build > > s/doesn't like/doesn't allow/ > > This is intentional so that we can understand exactly what it being > installed by the port. I have a similar issue with a Symfony based project, called OroCRM. Basically all it installs are some templates, a few php files and symfony/composer configuration. In other words, after installation you haven't got a working product, but still have to run composer and download a bunch of stuff. To port this software I see that I have two choices: 1) I install it as the project itself [1] wants you to and thus the user has nothing to show for it. 2) I do the composer-dance myself, package and put it up for download. This has the downside that any local changes to the composer configuration file will not be picked up and I may break the application with upgrades. What would be advisable in this case? [1] http://www.orocrm.com/documentation/index/current/installation -- Melvyn