problem with Sandbox installation when running Composer about cmf-sandbox HOT 7 CLOSED

this is weird. i just did a fresh checkout of LiipVieBundle, set its git version to the once referenced in composer.lock of the sandbox and was able to run git submodule update --init --recursive without error message.

can you please post the git hashes of your cmf-sandbox as well as the hash of vendor/liip/LiipVieBundle? and can you check and tell us what happens if you go into the vendor/liip/LiipVieBundle and run git submodule update --init manually?

please also tell us the output of git remote -v for the sandbox, the LiipVieBundle and the Resources/public/vendor/create subdirectory of the LiipVieBundle?

from cmf-sandbox.

I had a similar issue when I tried to update an older sandbox. So I just deleted the directory in vendor and ran it again, then it worked ...

from cmf-sandbox.

Hi

I think uwej711 was correct in that it was an older Sandbox. I think that I had downloaded it a few days ago but did not play around with the composer part until today. So I started again and still had an error message. Please let me know if there is any other information that would be useful, but here is the readout after composer has received and resolved deltas:

Script Sensio\Bundle\DistributionBundle\Composer\ScriptHandler::clearCache handling the post-install-cmd event terminated with an exception

[RuntimeException]
The process timed out.

install [--prefer-source] [--dry-run] [--dev] [--no-scripts]

from cmf-sandbox.

you could try to rm -rf app/cache/*/* - maybe you have something left in the cache that the cache clear does not like.

if that does not help, i suggest you do a fresh clone of cmf-sandbox and run composer in that, so that you are sure its not some outdated data.

from cmf-sandbox.

I tried rm -rf app/cache//

and it still did not work so I did the fresh clone and started again with composer. This seemed to work ok. Thank you for you help DBU.

I have now on the config.php configuration page. It is telling me that I am using PHP 5.3.2 which I know will cause problems as the CMF requires minimum 5.3.3. However when I try

php -v

on my command line I get the following:

PHP 5.3.12 (cli) (built: Jun 6 2012 22:38:11)
Copyright (c) 1997-2012 The PHP Group
Zend Engine v2.3.0, Copyright (c) 1998-2012 Zend Technologies
with XCache v1.3.0, Copyright (c) 2005-2009, by mOo
with XCache v1.3.0, Copyright (c) 2005-2009, by mOo

Any ideas how I can link the 5.3.12 version to my browser? I am working on an IMAC.

Other than this I am happy for you to close the Issue

Thanks again

Barry (twitter @symfonycoda)

from cmf-sandbox.

glad the sandbox runs now for you.

for the php version, cmf does not really need 5.3.3, but symfony 2.1
core seems to do (for reasons i do not know). probably everything will
be fine as is.

the discrepancy looks as if your command line php is not the same as the
one apache is using. you can call phpinfo(); in a php file and request
that file in the webbrowser to see what php your server is using. it
should print a lot of tables naming the extensions you have installed
and also the php version. if its indeed 5.3.2, you should check what
mod_php your apache is using. i am no mac user but this is not specific
to symfony so any mac user that knows php should be able to help with this.

from cmf-sandbox.

closing ..

from cmf-sandbox.