Porting OroCRM (Was: Re: maven and ports that try to fetch files during build stage)

[Melvyn Sopacua]

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