Open Mte90 opened 2 years ago
Could this be related to the grunt/nvm provisioning? Does this issue happen on https://github.com/Varying-Vagrant-Vagrants/VVV/pull/2581 ?
I am not sure as it is a bug inside the provisioner and looking on internet is an issue of the package-lock.json
-> https://dano.me.uk/code/npm-maximum-call-stack-size-exceeded/
Or the clean the NPM cache:
npm cache clean --force
I need some tests...
Daniel PomfretYou may have cloned a project and tried running ‘npm install’ only to find the following error message: error Maximum call stack size exceeded There’s multiple ways I’ve fou…
So after the provisioning, trying a npm install
inside Vagrant report an error.
So I am trying to remove the package-lock.json and node_modules folder, my guess is that that file is generated on osx or windows and on linux there are some conflicts.
I would verify this happens reliably and on the NVM branch as that significantly changes the Node situation, the version of NPM used may change as a result.
Also if ti can't find findup or grunt modules that implies the issue lays elsewhere. Also remember that the terminal output is not the full output, the provisioner log will have more informatio
I see the issue is happening also locally on my host machine in the same folder, reading on internet seems that the dependence tree is too much bigger in wordpress.
I am using npm install --force
or the host machine is not able to install it.
I will test the same command inside vagrant.
Seems that npm install --production --force
works but this doesn't install the dev stuff so I have to try with two different commands maybe in this way is able to download everything.
So one of the errors tar TAR_ENTRY_ERROR ENOMEM: not enough memory
with 4gb of ram.
I updated also the npm version in the VM that fix some troubles.
Also seems that run npm install --force
twice fix the issues I am facing (with npm updated).
so building core requires more than 4gb of ram for the VM is what you're saying?
I am afraid of this but other people that can do some test with the provisioner can be helpful. I was thinking of a flag to not execute npm, so people like me that are not interested in the JS can work on the core.
Is it not necessary to build those files? We’ve had tickets in the past where people had allocated 2GB of memory and it didn’t provision
I don’t mind us having a flag though I’d want us to document it, including links to where people can install the various tools on their host
On Tue, 8 Mar 2022 at 16:09, Daniele Scasciafratte @.***> wrote:
I am afraid of this but other people that can do some test with the provisioner can be helpful. I was thinking of a flag to not execute npm, so people like me that are not interested in the JS can work on the core.
— Reply to this email directly, view it on GitHub https://github.com/Varying-Vagrant-Vagrants/VVV/issues/2584#issuecomment-1061944297, or unsubscribe https://github.com/notifications/unsubscribe-auth/AAAOLZZNDH4X3ZQ2LBIRWHDU653RZANCNFSM5P55J4HQ . Triage notifications on the go with GitHub Mobile for iOS https://apps.apple.com/app/apple-store/id1477376905?ct=notification-email&mt=8&pt=524675 or Android https://play.google.com/store/apps/details?id=com.github.android&referrer=utm_campaign%3Dnotification-email%26utm_medium%3Demail%26utm_source%3Dgithub.
You are receiving this because you commented.Message ID: @.***>
Are you using the latest stable or develop branch version of VVV?
Yes (develop)
Is it a new VVV or an existing VVV that used to work?
New fresh install
Whats the problem?
How do we reproduce it?
No response
VVV Status screen
Which Operating System are you using?
Linux
Which provider are you using?
VirtualBox