Open RossBoylan opened 5 years ago
The full debug log attached to the original report show a fetch via git://
on line 11, which seems to work since later lines list the component files. But then line 63 reports a fetch via git+ssh://
, which also has later lines listing components. Perhaps it is trying to stick both results in the same place and complaining because of that?
It's true that ecfairle/mccli
is not in my directory tree before or after the install, but I don't think there should be any obstacle to creating it (except if it was already created by the first phase install starting at line 11).
The full debug log attached to the original report show a fetch via git://
on line 11, which seems to work since later lines list the component files. But then line 63 reports a fetch via git+ssh://
, which also has later lines listing components. Perhaps it is trying to stick both results in the same place and complaining because of that?
It's true that ecfairle/mccli
is not in my directory tree before or after the install, but I don't think there should be any obstacle to creating it (except if it was already created by the first phase install starting at line 11).
Also, notice Node.js is v0.10.29. not 10.xx.yy, i.e., very old rather than current LTS. Since Node.js and npm were packaged together, they probably should work together, but they may not support the current behavior of the npm website.
Hey Ross,
I didn't do any testing with linux and I also dont really have any other experience with npm/node so I'm not sure what type of issues could be going on. Which linux OS are you using?
On Tue, Dec 4, 2018, 7:22 PM RossBoylan <notifications@github.com wrote:
Also, notice Node.js is v0.10.29. not 10.xx.yy, i.e., very old rather than current LTS. Since Node.js and npm were packaged together, they probably should work together, but they may not support the current behavior of the npm website.
— You are receiving this because you are subscribed to this thread. Reply to this email directly, view it on GitHub https://github.com/ecfairle/mccli/issues/2#issuecomment-444344752, or mute the thread https://github.com/notifications/unsubscribe-auth/AQbTY2XrpYkVtmGhBmDleFIAND86pFGlks5u1zv0gaJpZM4Y8fJW .
Never mind I see the OS now in the original message. I'll look into it this weekend and get back to you Monday
On Sat, Dec 8, 2018, 12:11 PM Eugene Fairley <ecfairley@ucdavis.edu wrote:
Hey Ross,
I didn't do any testing with linux and I also dont really have any other experience with npm/node so I'm not sure what type of issues could be going on. Which linux OS are you using?
On Tue, Dec 4, 2018, 7:22 PM RossBoylan <notifications@github.com wrote:
Also, notice Node.js is v0.10.29. not 10.xx.yy, i.e., very old rather than current LTS. Since Node.js and npm were packaged together, they probably should work together, but they may not support the current behavior of the npm website.
— You are receiving this because you are subscribed to this thread. Reply to this email directly, view it on GitHub https://github.com/ecfairle/mccli/issues/2#issuecomment-444344752, or mute the thread https://github.com/notifications/unsubscribe-auth/AQbTY2XrpYkVtmGhBmDleFIAND86pFGlks5u1zv0gaJpZM4Y8fJW .
Not directly related to the bug, but why is some of the functionality in javascript and some in python?
From: Eugene Fairley notifications@github.com Sent: Saturday, December 8, 2018 12:11:50 PM To: ecfairle/mccli Cc: Boylan, Ross; Author Subject: Re: [ecfairle/mccli] Installation failure (#2)
Hey Ross,
I didn't do any testing with linux and I also dont really have any other experience with npm/node so I'm not sure what type of issues could be going on. Which linux OS are you using?
On Tue, Dec 4, 2018, 7:22 PM RossBoylan <notifications@github.com wrote:
Also, notice Node.js is v0.10.29. not 10.xx.yy, i.e., very old rather than current LTS. Since Node.js and npm were packaged together, they probably should work together, but they may not support the current behavior of the npm website.
— You are receiving this because you are subscribed to this thread. Reply to this email directly, view it on GitHub https://github.com/ecfairle/mccli/issues/2#issuecomment-444344752, or mute the thread https://github.com/notifications/unsubscribe-auth/AQbTY2XrpYkVtmGhBmDleFIAND86pFGlks5u1zv0gaJpZM4Y8fJW .
— You are receiving this because you authored the thread. Reply to this email directly, view it on GitHubhttps://protect2.fireeye.com/url?k=027b3dfc9e81332a.027b1ae1-81ae280992b81fe3&u=https://github.com/ecfairle/mccli/issues/2#issuecomment-445486467, or mute the threadhttps://github.com/notifications/unsubscribe-auth/ACZgMnRkwe2eTXKvrV2bcSrh5LDGO4Dvks5u3B0GgaJpZM4Y8fJW.
I made a virtual machine with debian 8 and wasn't able to reproduce the error you got. I did run into some other errors because of the hacky way the package is set up to interact with python, though. And yea -- the reason some is in python and some is in javascript is because I wrote the initial functionality in python and then wanted to have a CLI for the project that was easy to install and interact with and NPM was the best I could think of. But looking back I could've just made a pip package.
Anyway, we can work together to get the current package running on your machine but I would say definitely make sure you can run the model first before worrying about if we can get this project running on linux.
Hi. I'm working with your Mom on this project. I'm trying to install the code on linux, but am not getting very far.
I've attached the full npm-debug.log from the previous try.
I also tried it exactly as written in the instructions, with -g,
I had hoped the ENOENT was a local permission issue, since I did not anticipate the -g option would be successful.
That was all from sessions in which I had an ssh agent running. Without it results were worse. I also tried installing it directly from my local disk. No joy.
This was on Debian GNU/Linux 8 (oldstable) in which I preinstalled node.js, npm, python3, and a bunch of the dependencies listed in package.json via the Debian package manager. For reasons that are unclear to me, some very basic modules, like fs, are not listed as available or described as being part of the basic node.js package. Since ENOENT is nominally a filesystem error, I suppose lack of fs (if it's really not there) could be related.
I realize that at then end of this the Fortran code may not be runnable, but I'm just trying to understand the overall architecture of your code, as well as seeing how the installation attempt goes.