-
Notifications
You must be signed in to change notification settings - Fork 3
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Cannot find module "config" upon install #3
Comments
It appears that it works fine when installed locally and not in system-wide node_modules, so I'm employing that as a temporary solution for now. While I think the Notably, I tried with This is the message I see (after the some deprecated warnings and stuff) when I install locally: Whereas globally it seems to not even get that there's dependencies and just say |
For me, the global installation also only worked if I installed local first. |
The Seems like global installation of nodejs packages is a mess. On both macOS and Windows, it's tricky and on Linux by default it would need root access. I'll change the README to say local install is the recommended method. |
When I try and install
zotra-cli
withnpm install -g .
in the cloned directory, it initially gave this error:Note that the require stack contained my personal development directory that I cloned this repo to, not where my node modules are actually stored systemwide (
/opt/homebrew/lib/node_modules
.) In fact, if I go there, I do see azotra
directory, but it only contains thesrc
folder, and thus onlyattachments.js
. I am assuming this is not intended behaviour, so I added the following to package.json:After that, all of the folders were safely in the
zotra/
directory in node-modules, but when I ranzotra
from the command line, it still got the above error (complete with a stack trace still referencing my development folder). Despite this, the actualzotra
command itself seems to be referring now to thebin/index.js
in my systemwidenode_modules
.I am not sure what's going on here; either this is me screwing up (quite likely) or there is code in index.js that uses some kind of environment variable that isn't activated when npm is installed through homebrew, maybe?
The text was updated successfully, but these errors were encountered: