Hi @atf,
Could you break down the commands that you used ? I’m still new and I don’t want to mess up the installation process by doing something wrong .
Thank you for your help.
Ok, like many others I am facing the problem running my meteor app after the April 1803 Win 10 update. Started out with the fibers issue like everyone else. This was resolved by running the following commands in my app folder:
This just led to the issue of: Error: Cannot find module 'underscore'
This is a meteor package version 1.0.10 which has not been updated in years. It points to underscore 1.4.2 and the current is 1.9.0 so it could really use some love.
Oddly, this package was not part of my build as I prefer lodash. Added this using meteor add underscore added it, but still produces the same error! Removed it again since there was no impact.
Wondering if that is causing issues. Other suggestions?
Just to follow up, wasted most of my day yesterday and now have progressed to an error AGAIN in fibers:
c:\Users\xxx\meteor\yyy\node_modules\fibers\fibers.js:89
return fn.apply(this, arguments);
^
Error: EPERM: operation not permitted, stat 'c:\Users\xxx\meteor\yyy\.meteor\local\build\programs\server\node_modules'
at Object.realpathSync (fs.js:1678:17)...
Highly annoying, Windows Meteor seems so FRAGILE! Took the exact code over to a Linux VM and fired up immediately. So, I think it it time to migrate over once and for all. Just need to figure out best way to share files between VM and Windows machine as I want to continue working on code in the Windows environment.
hi, actually I tried. but whenever I tried to edit the files in “AppData\Local\Packages\CanonicalGroupLimited.Ubuntu18.04onWindows_79rhkp1fndgsc\LocalState\rootfs\home” folder, it was displaying some permission error. files cannot be changed with bash running and after changes, I have to run chmod command every time I re-run the bash. so this is kind of problem on its own.
Yes , mongodb cannot run on the mounted ntfs , the hack is to create a symlink for the .meteor/local of your project to the linux home folder like this ln -s ~/myproject/local local
something weird with your last ls -la , the local should be a simple folder without a symlink , and if it’s show it red it means that is broken. remove this one , and just create a simple folder.
PS C:\Users\[username]\fullstack> meteor create test2
C:\Users\[username]\AppData\Local\.meteor\packages\meteor-tool\1.6.1_1\mt-os.windows.x86_64\dev_bundle\lib\node_modules\meteor-promise\promise_server.js:218
throw error;
^
Error: Error: Could not install npm dependencies for test-packages: Command failed: C:\WINDOWS\system32\cmd.exe /c C:\Users\[username]\AppData\Local\.meteor\packages\meteor-tool\1.6.1_1\mt-os.windows.x86_64\dev_bundle\bin\npm.cmd install --production=false
npm ERR! Cannot read property 'match' of undefined
npm ERR! A complete log of this run can be found in:
npm ERR! C:\Users\[username]\AppData\Roaming\npm-cache\_logs\2018-05-16T01_31_23_763Z-debug.log
npm ERR! Cannot read property 'match' of undefined
npm ERR! A complete log of this run can be found in:
npm ERR! C:\Users\[username]\AppData\Roaming\npm-cache\_logs\2018-05-16T01_31_23_763Z-debug.log
at Object.error (C:\tools\utils\buildmessage.js:430:11)
at C:\tools\cli\default-npm-deps.js:36:20
at C:\tools\utils\buildmessage.js:334:18
at exports.EnvironmentVariable.withValue (C:\tools\utils\fiber-helpers.js:89:14)
at C:\tools\utils\buildmessage.js:333:36
at exports.EnvironmentVariable.withValue (C:\tools\utils\fiber-helpers.js:89:14)
at Object.enterJob (C:\tools\utils\buildmessage.js:324:26)
at Object.install (C:\tools\cli\default-npm-deps.js:27:27)
at Command.func (C:\tools\cli\commands.js:801:36)
at C:\tools\cli\main.js:1523:15
PS C:\Users\[username]\fullstack>
What’s happening here? did a reinstall and still see the error
This fix has been merged into the 1.7 branch, but is not in the latest release build (rc.11). Any idea when we will see either a new RC or a final release of 1.7? I’m unable to run on Windows any longer after the April update of Windows 10. For political reasons I’m unable to install WSL as a work-around.
you are spot on, this fixes it, which is great. BUT its not exactly a good build process - its like a fix to a (broken) build process that shouldn’t really exist - though I note meteor’s own build notes include the same necessary step. Any ideas how can this ‘fix’ step be avoided for a build pipeline ?