-
Notifications
You must be signed in to change notification settings - Fork 1
Custom npm registry running with jenkins master #51
Comments
We've changed to not use the yarn proxy to make sure it's actually the npm registry and we still have failing jobs, so still need to solve this as jobs are randomly failing...
|
Idea from @alanshaw is that it could also be that the npm client is more forgiving of errors and/or retries fetches that goes bad, while yarn fails directly. Should test this out. |
Tried out with the npm client and still having the same issues. For the record, this also happens to me locally from time to time, with both clients and registries. |
Any progress? I'm getting this issue a lot today. |
This issue is now wasting countless hours from the dev teams. @victorbjelkholm can you update us on progress? |
Clutching at straws here but could we try upgrading yarn to the latest version? 1.7 is quite old now... |
I've tried out a couple of proxy registries but they all seem to suffer from the same problem that when the npm registries gives a 404 reply for a package that does exists (which is the issue), it doesn't automatically and transparently retry for the package, so we're still getting random 404s in the pipelines. We've also already tried latest version of both the npm and yarn cli to no avail. Currently effort is in implementing a registry proxy that retries X times for package queries that returns 404. |
🙄 thanks for the update |
Temporary measure: implement retry logic for |
@alanshaw with ipfs-inactive/jenkins-libs#31 merged, new builds will now retry |
@alanshaw also, please let me know if you still see builds that are failing |
Use npm on IPFS \o/ @achingbrain |
@diasdavid that be great! I wrote the following in #ipfs-dev earlier today:
So, requires two things:
|
The risk is mitigated because you can always back up to try regular npm again. Dogfooding our stuff will level our tech dramatically. Always try to use it more, not less :) |
I think this is a great idea. It would be great to resolve ipfs/infra#432 first though, so it doesn't fall over when no-one's looking at it. |
@achingbrain thanks for getting the retry of 404s in place! Only missing piece is having the registry deployed together with jenkins (currently in AWS London I think?) so transfers can happen over private networking and minimize the installation time. |
The npm registry is still having issues serving packages, returning 404 whenever it feels like it. We should run our own package cache that automatically retries to get packages that gets returned a 404, at least a couple of times.
Would make build times faster but most importantly, make builds more stable.
The text was updated successfully, but these errors were encountered: