Running the following from the command line:
composer create-project october/october TestInstallcd TestInstallphp artisan october:install...should create a working install of OctoberCMS

As above
419
Hmm, looks like your composer is pulling down a "too new" version of Twig. Try specifying an explicit version in your composer.json before composer update.
"twig/twig": "~1.23"
@daftspunk LEGEND been pulling my hair out for hours
Excuse my continued ignorance, but which composer.json should I be editing? And why has this only just started to occur?
I thought we fixed this in https://github.com/octobercms/october/issues/2595 so I'm not really sure why its come back.
Yep so we determined that this is fixed by opening composer.json in the root directory, adding to the require object this value:
"twig/twig": "1.33.*",
Then perform composer update to rectify the breaking package. This will be fixed in Build 420+ as we move to Twig 2.0. This upgrade won't occur for at least 1-2 months. Leaving this open until then.
Just wanted to drop a note that the error vanished for me when I went to /backend/system/updates, updated October and set chmod -R 777 in the october installation folder.
Unfortunately I tried both at the same time so I'm not sure if the permissions alone fix it already. I'm guessing it's more the update thing though because that might also update the vendor packages.
Set Twig to version 1.34.* does not work in my project, sadly. Does this problem only concern an Octobercms install trough Composer (only)?
The installation and updating trough Composer does not seem to work correctly anymore. I cannot get a working installation, after a $ composer update the October project is not working anymore and gives the error
"Cms\Facades\Cms" extension is not enabled
Updating trough the backend does work correctly. But I have to install a lot more with Composer. Therefore I don't want to break my update flow with Composer.
This works:
Set "twig/twig": "1.23.*" and this will drop october/rain to version v1.0.390. Then the project instance will work.
Should be 1.33.* see above
@seanthepottingshed or @ametad have you tried setting it to ~1.33?
@LukeTowers It all works for me, I was just pointing out to @ametad that actually @daftspunk stated to set the Twig dependency to 1.33.* https://github.com/octobercms/october/issues/2908#issuecomment-306431036
Ah, gotcha. I would suggest ~1.33 for future support though, but it's moot when 5.5 gets released anyways.
@LukeTowers Cheers ears!
@daftspunk @LukeTowers, I don't understand why that fix isn't going to be posted in the interim. 1-2 months seems like a long time for this to linger...
@petehalverson No more builds are going to be released until the Laravel 5.5 upgrade, but I suppose we could replace https://github.com/octobercms/library/blob/master/composer.json#L25 with 1.33.* @daftspunk thoughts?
Shoot.. I overlooked the correct version being 1.33! Thank you!
Testing it now, but this should be fixed for new composer installs of october
Not fixed yet, packagist hasn't updated their tag reference to octobercms/library yet, will discuss with @daftspunk https://packagist.org/packages/october/rain#v1.0.419
It looks like dev-master has 1.33.*
Yeah, but it goes off the build tag, which theoretically has been updated to point at dev-master's most recent commit
Thanks @LukeTowers and @daftspunk. Tested it this morning and our docker build is now pulling the corrected Twig version: https://travis-ci.org/aspendigital/docker-octobercms/jobs/232636840#L2257
Most helpful comment
Yep so we determined that this is fixed by opening
composer.jsonin the root directory, adding to therequireobject this value:Then perform
composer updateto rectify the breaking package. This will be fixed in Build 420+ as we move to Twig 2.0. This upgrade won't occur for at least 1-2 months. Leaving this open until then.