-
Notifications
You must be signed in to change notification settings - Fork 304
fatal : no remote found for dependency '....' #634
Comments
On Windows the files are the same except the visionmedia/debug dependency is obviously missing in the lib/debug
is giving :-
|
I am getting the same error message on doing a 'make' on Linux :-
I don't know if I am missing doing something with componentjs at this stage ? |
Okay its just being non determinate. GitHub was being DDoS'ed apparently and I think its possibly to do with this maybe as some things are now working that were not working before but for no reason. And it seems only to be with new repos, not existing ones. I think the componentjs component architecture does not do enough retries or wait long enough at times in places like when resolving dependencies. |
component uses cogent for http requests, there is a deafult timeout of 5 seconds, but you change the timeout: component/bin/component-install Line 13 in 1faa776
so we can close this issue? |
Thanks ! |
I am still having problems with 'component install' particularly redirects like tj/debug -> visionmedia/debug are still not getting resolved when the internet is busy even with a --timeout 480000 I seemed to have clear periods of working behaviour when the internet is quiet in the early hours in the UK, i.e. 6:00AM GMT. It seems to be redirects that are hit worst, then newer created repositories, then when it very busy other modules at random. It looks like the '--timeout' flag does not work on all operations within 'component'. I am in the UK so probably have longer latencies that the US. I think its the component-resolve module is where the problem is occurring. |
Yep, I think this is the problem, here is the code: The options are not passed at this place. |
Is it possible to solve this ? I don't have good enough knowledge of the component codebase. Aaron On 8 April 2015 at 11:00, Anton Wilhelm [email protected] wrote:
|
I was wrong, it's not the problem, I add a
|
Cannot go further without any debug lines |
Anton, As I am experiencing the problem at this end I suppose I need to do the Is it possible you can push what you have done onto a github repo or branch On 8 April 2015 at 17:58, Anton Wilhelm [email protected] wrote:
|
I just added a console.log after this line with the ´timeout` value: https://github.com/timaschew/cogent/blob/patch-1/lib/index.js#L39 So search for this file within your node_modules. Be careful, if you using node without generators you need to use the index file in the build directory instead of in the lib. |
Yeah I have tried DEBUG=* but there seem to be no debug lines at the I have found the line that throws up the actual fatal throw line :-
Not sure how the build directory gets there from looking at componentjs/resolver.js I find this code very hard to follow ! |
line 565 form in build comes from line 130 in the source: https://github.com/componentjs/resolver.js/blob/master/lib/semver.js#L130
you should not read the build, it's a generated code, switch to node 0.12 with --harmony or just use iojs, then you can read and execute the raw code (in the lib directory) |
Okay I have Node 0.12
Will try with --harmony
|
Okay seemed to have fixed it by using long timeouts of 240000ms I will close this issue as soon as the it has been tested at peak US and UK internet access time, later today. |
Ah its still not working on a Windows VMWare with Fedora installed, even with a timeout of 480000 ! So there is some form of timing latency or retry problem, probably not enough reties at some points in the code. See issue https://github.com/UKDemocracyOS/app/issues/1 |
Okay its not working on deployment on my Fedora F20 i686 HP DL140 G3 Dual Core Servers I think either there is a race condition in the code or there are no retries or not enough retries. |
win64 with npm v2.1.18 npm install component fails for certain shells: msys32 msys64, cygwin64 bash - POSIX filenaming incompatibiliity. use regular cmd or git bash |
I use CMD on Windows. But was getting the problem there at times of high It still looks like a timing and retry issue to me. As it also happens on Its intermittent basically. On 26 April 2015 at 07:10, rickdog [email protected] wrote:
|
Hi,
I am getting problems finding modules/packages.
I am working in parallel on Linux and Windows.
I have done a :-
And am having problems with 'visionmedia/debug' on Windows but not on Linux. But I am having problems on Linux on the top level directory install.
is working fine in my 'lib/debug' directory of https://github.com/UKDemocracyOS/app on Linux
But on Windows I am getting :-
https://github.com/visionmedia/debug exists.
My Linux component.json files are here and I will attach the Windows ones which should be the same.
app/lib/debug/component.json
{
"name": "debug",
"dependencies": {
"visionmedia/debug": "^2.1.3"
},
"locals": [
"config"
],
"scripts": [
"index.js"
],
"main": "index.js"
}
app/component.json
{
"name": "democracyos",
"version": "0.14.0",
"description": "An online space for deliberation and voting on political proposals. The software aims to stimulate better arguments and come to better rulings.",
"paths": [
"lib"
],
"locals": [
"boot"
]
}
app/lib/boot/component.json
{
"name": "boot",
"description": "bootstrap component",
"dependencies": {
"visionmedia/page.js": "1.3.7",
"component/t": "1.0.0",
"component/bus": "^0.0.2",
"DemocracyOS/timeago": "master",
"code42day/ga": "1.1.0",
"slifszyc/user-agent": "0.0.9"
},
"locals": [
"config",
"body-classes",
"content-lock",
"homepage",
"proposal",
"law",
"signin",
"signup",
"forgot",
"settings",
"translations",
"flaticons",
"admin",
"header",
"logout",
"help",
"404",
"browser-update",
"debug"
],
"scripts": [ "boot.js" ],
"styles": [ "boot.styl", "boot-responsive.styl" ],
"images": [
"images/check.png",
"images/favicon.ico",
"images/logo.png"
],
"main": "boot.js"
}
The text was updated successfully, but these errors were encountered: