Date: Mon, 23 Jun 2014 22:10:39 +0200 (CEST) From: Melvyn Sopacua <melvyn@magemana.nl> To: Mark Linimon <linimon@lonesome.com> Cc: ports@FreeBSD.org Subject: Porting OroCRM (Was: Re: maven and ports that try to fetch files during build stage) Message-ID: <alpine.BSF.2.00.1406232157050.92745@fire.magemana.nl> In-Reply-To: <20140621170355.GA16663@lonesome.com> References: <53A5BAA8.7030100@freebsd.org> <20140621170355.GA16663@lonesome.com>
next in thread | previous in thread | raw e-mail | index | archive | help
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
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?alpine.BSF.2.00.1406232157050.92745>