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
Installing v1.1.0 throws two version of Node
error
#447
Comments
two version of Node
error
This is the error output when I run the play:
|
@Mohitsharma44 so the reason this is failing is because you are symlinking the ghost executable into the system bin dir - so in essence while you don't have two versions of node installed on your system, the CLI thinks you do because Also - why are you running |
The two ways I think you could solve this issue are:
|
@acburdine Ahhaa... The reason you mentioned makes sense. I'll probably try installing nvm globally (but that would mean installing any npm package globally requires About why I'm using locally, it's just for testing... |
@Mohitsharma44 the reason for that is ghost creates a specific ghost user with which to run ghost. If you install nvm locally (e.g. in Going to close this issue for now - if more people have issues with this then we can reopen and figure out a better solution 😁 |
FWIW my environment is installed correctly but the NPM path includes a network path my host uses to affect backups. $ which ghost Given these are the exact same version, I felt good employing a workaround: export PATH=/nfs/home3/home3/r/me/.nvm/versions/node/v6.11.1/bin:$PATH I could guess this corner case (all is well even while it looks bad) isn't interesting enough to address (some sort of real path check like NVM did when I installed it?) but wanted to share. |
I am running CentOS 7 and also experienced this issue on a fresh installation. All I have done so far:
The output I receive from the last command
|
I rolled back ghost-cli one version at a time and then kept trying to run ghost install. It was successful once I installed ghost-cli v1.0.3.
|
@msanabria would you be able to run a couple of commands and post the output? (none of them should reveal anything private)
|
@acburdine here you go.
|
Hmm....ok - does |
@acburdine Yessir. CentOS moved bin, sbin, lib, and lib64 into /usr and created symlinks for backwards compatibility. Here's the output:
|
Ah ok that makes sense - I'll open a separate issue to fix that. |
@acburdine I tried Ubuntu and anything works well.The problem seems only happened on CentOS |
Oh and before people start to say that SELinux may be the issue, I've tried with both SELinux in permissive or in enforcing mode. Just seems to be failing a pre installation check. |
It's not that - I know what the issue is and will fix it in the next version :) |
@acburdine Thank you for working to fix this! I just said my comment about SELinux because a lot of discussions end up pointing fingers at SELinux rather than focusing on the issue itself. Looking forward to the fixed release! |
Have exactly the same issue on Arch Linux.
If I roll back to 1.0.3 as suggested I just get a different error.
It's just hopeless trying to install post-1.0 versions of Ghost. |
Same problem trying to install on raspbian
And had the same error as @Bilge when rolling back to v1.0.3 |
@acburdine I don't have nvm on ubuntu 16 but still get this problem |
This issue is a
Summary
Tried installing v1.1.0 in a vagrant environment using nvm and node v6.11.2 today and causes the following error:
Steps to Reproduce
nvm install v6.11.2
/usr/local/bin
npm install -g sqlite3
npm install -g ghost-cli
ghost install local --url=http://127.0.0.1 --ip=0.0.0.0 --port-2368 --db=sqlite3 --no-prompt
The above installation steps worked fine exactly 2 days ago when I created a playbook.
To me, it looks like it was caused due to this specific commit: ea30015
Technical details:
If you need the playbook (it is one, big, ugly, yaml file since it's a part of tutorial): https://github.com/Mohitsharma44/ansible-playbooks/blob/master/test/vagrant3/playbook.yml
The text was updated successfully, but these errors were encountered: