Skip to content
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

greenkeeper-lockfile-update errors with missing directory in node_modules #194

Open
wolfy1339 opened this issue Aug 10, 2018 · 10 comments
Open
Labels

Comments

@wolfy1339
Copy link

$ node --version
v10.8.0
$ npm --version
6.2.0
$ nvm --version
0.33.11

Running on TravisCI using stable nodejs release.
greenkeeper-lockfile-update (using v2, and set the GK_LOCK_DEFAULT_BRANCH="v4" env variable) reports that the branch is not a greenkeeper branch, but it is reporting it wrong, since Greenkeeper was opening PRs just fine before this on that branch. I just added a package-lock.json to my repo

@travi
Copy link
Contributor

travi commented Aug 10, 2018

have you checked both builds for the PR? one is identified as master because it merges with master. the other is the only one that will be detected as the greenkeeper branch.

@wolfy1339
Copy link
Author

Okay, so that was that. Now it is still not working.
Here's the output: https://travis-ci.org/wolfy1339/m8tro-bootstrap/builds/414477822#L549

@janl
Copy link
Contributor

janl commented Aug 13, 2018

That’s a really weird one, it looks like package.json and node_modules/ don’t agree with each other.

@wolfy1339
Copy link
Author

wolfy1339 commented Aug 27, 2018

I have tried deleting the cache, nothing works. This has happened on a greenkeeper PR now. It is the same error as before

@wolfy1339 wolfy1339 changed the title greenkeeper-lockfile-update reports branch not on greenkeeper wrongly greenkeeper-lockfile-update errors with missing directory in node_modules Aug 27, 2018
@SuperITMan
Copy link

I have the same error with node 8.

$ node --version
v8.11.4
$ npm --version
5.6.0
$ nvm --version
0.33.11
$ greenkeeper-lockfile --version
2.4.0

Here's the output: https://travis-ci.org/NationalBankBelgium/stark/jobs/422057979

And here you can find the error:

/home/travis/.nvm/versions/node/v8.11.4/lib/node_modules/greenkeeper-lockfile/update.js:64
    process.chdir(lockfilePath)
            ^
Error: ENOENT: no such file or directory, uv_chdir
    at allPackageFiles.reduce (/home/travis/.nvm/versions/node/v8.11.4/lib/node_modules/greenkeeper-lockfile/update.js:64:13)
    at Array.reduce (<anonymous>)
    at Module.update [as exports] (/home/travis/.nvm/versions/node/v8.11.4/lib/node_modules/greenkeeper-lockfile/update.js:61:36)
    at Object.<anonymous> (/home/travis/.nvm/versions/node/v8.11.4/lib/node_modules/greenkeeper-lockfile/update.js:110:37)
    at Module._compile (module.js:652:30)
    at Object.Module._extensions..js (module.js:663:10)
    at Module.load (module.js:565:32)
    at tryModuleLoad (module.js:505:12)
    at Function.Module._load (module.js:497:3)
    at Function.Module.runMain (module.js:693:10)
The command "greenkeeper-lockfile-update" failed and exited with 1 during .

Would you have any idea how to solve this ? 😊

Thanks for the help

@jameswilddev
Copy link

@wolfy1339
Copy link
Author

@janl @travi Is there anything we could do to help you guys out move this along?

@travi
Copy link
Contributor

travi commented Sep 4, 2018

sorry @wolfy1339, i'm not actually part of the greenkeeper team. i only mentioned what i did above to attempt to help clarify what seems to be a common confusion point with travis (note that multiple branch confusion is not a problem with greenkeeper).

@janl
Copy link
Contributor

janl commented Sep 13, 2018

Quick heads-up for those who only have public dependencies, you can now stop using greenkeeper-lockfile: https://blog.greenkeeper.io/announcing-native-lockfile-support-85381a37a0d0

We’ve put all our energy behind that, and now we have time to look into this issue again. Thanks for all your patience!

@janl
Copy link
Contributor

janl commented Sep 13, 2018

https://github.com/greenkeeperio/greenkeeper-lockfile/releases/tag/v2.7.1 should stop failing the build, and print the path that seems to go away for no reason :)

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
Projects
None yet
Development

No branches or pull requests

5 participants