Yarn: 予期しないエラーが発生しました：リクエストが「404 NotFound」に失敗しました。

余談ですが、パッケージは明らかに存在し、URLには取得しようとしているバージョン番号が含まれているため、 yarnは何らかの方法でパッケージに明確にアクセスしています。

さらにいくつかのテストを実行したところ、 Yarnを使用するときに、同じパッケージを必要とする他のリポジトリからのインストールに失敗することがわかりました。 ただし、 npmを使用する場合は正常に機能します。

これは、それが私のリポジトリ固有の構成ではないと私に思わせます。 Yarnトリップするパッケージの名前、またはurlエンコードなどと関係があるのでしょうか。

ここでストローを握りしめますが、うまくいけば、これは誰かを正しい方向にぶつけるかもしれません

これを修正しました。問題のあるパッケージを新しいバージョン番号で再公開しただけです。

なぜそれが修正されたのか分かりません。

デバッグに役立つ場合に備えて、これはここに残しておきます。

同じ問題が発生しています。 これはランダムに発生するようで、多くの場合、ビルドを再試行するだけで解決されます。

また、まったく同じ問題が発生しています。
一部のプライベートモジュールは機能し、一部は機能しません。 すべて同じ@scope。

同じ問題が発生しました。 それが役立つかもしれないことを期待して、ここでもう少しコンテキスト

• 一時的なDockerコンテナで実行されるCI（Drone）でyarnを実行していました[Alpine Linux]
• この問題は、サービス構築の1つでのみ発生しましたが、他のサービスはまったく同じ依存関係ツリーを持っていても問題はありませんでした（！）
• 同じリポジトリをMacに手動でインストールしても、問題はまったく発生しませんでした（！）
• 問題は単一のプライベートパッケージに限定されていました

回避策として前述したように、パッケージの新しいバージョンを公開すると問題が解決しました。

残念ながら、ビルドが失敗した直後にコンテナが破壊されたため、詳細なyarn-error.logを取得できませんでした。 他の誰かがこの問題を抱えている場合は、 verboseインストールしてもう一度試して、ここにログインしてください。

同じ問題が発生しています。 circleci 2.0でdockerイメージを使用していて、ローカルでデバッグしているいくつかの無関係な問題があります（cciとlocalのコンパイルの違い）。

• ホストOSXマシンでyarnを実行すると、すべてが機能します。
• コンテナ（Ubuntu）でyarnを実行すると、エラーが発生します。
• circleci2.0インフラストラクチャで実行されている^^ container（Ubuntu）でyarnを実行すると、機能します。

.npmrcなどをセットアップしました。ローカルで実行されているコンテナでは機能しないのは、本当に頭を悩ませるものです。

Verboseは、私が見つけることができる情報を私に提供しませんでした：

root<strong i="17">@2adc7c09ff9a</strong>:~/af/spec/dummy# yarn --pure-lockfile --ignore-optional
yarn install v0.21.3
[1/4] Resolving packages...
[2/4] Fetching packages...
error An unexpected error occurred: "https://registry.yarnpkg.com/@alienfast/build/-/build-2.0.38.tgz: Request failed \"404 Not Found\"".
info If you think this is a bug, please open a bug report with the information provided in "/root/af/spec/dummy/yarn-error.log".
info Visit https://yarnpkg.com/en/docs/cli/install for documentation about this command.
root<strong i="18">@2adc7c09ff9a</strong>:~/af/spec/dummy# yarn --pure-lockfile --ignore-optional --verbose
yarn install v0.21.3
verbose 0.178 current time: 2017-03-01T20:22:52.715Z
[1/4] Resolving packages...
[2/4] Fetching packages...
verbose 0.798 Performing "GET" request to "https://registry.yarnpkg.com/@alienfast/build/-/build-2.0.38.tgz".
verbose 0.861 Performing "GET" request to "https://registry.yarnpkg.com/@alienfast/ui/-/ui-1.0.34.tgz".
verbose 0.894 Performing "GET" request to "https://registry.yarnpkg.com/react-relay/-/react-relay-0.10.0.tgz".
verbose 0.895 Performing "GET" request to "https://registry.yarnpkg.com/react-dom/-/react-dom-15.4.2.tgz".
verbose 0.919 Performing "GET" request to "https://registry.yarnpkg.com/eslint/-/eslint-3.15.0.tgz".
verbose 0.941 Performing "GET" request to "https://registry.yarnpkg.com/flow-bin/-/flow-bin-0.39.0.tgz".
verbose 0.951 Performing "GET" request to "https://registry.yarnpkg.com/@alienfast/material-ui/-/material-ui-0.16.87.tgz".
verbose 0.966 Performing "GET" request to "https://registry.yarnpkg.com/@alienfast/react-formal/-/react-formal-0.24.7.tgz".
verbose 1.003 Performing "GET" request to "https://registry.yarnpkg.com/babel-runtime/-/babel-runtime-6.23.0.tgz".
verbose 1.103 Performing "GET" request to "https://registry.yarnpkg.com/graphql/-/graphql-0.9.1.tgz".
verbose 1.178 Performing "GET" request to "https://registry.yarnpkg.com/lodash/-/lodash-4.17.4.tgz".
verbose 1.206 Performing "GET" request to "https://registry.yarnpkg.com/material-ui/-/material-ui-0.16.7.tgz".
verbose 1.249 Performing "GET" request to "https://registry.yarnpkg.com/react-i18next/-/react-i18next-2.2.0.tgz".
verbose 1.261 Performing "GET" request to "https://registry.yarnpkg.com/react-relay-network-layer/-/react-relay-network-layer-1.4.0.tgz".
verbose 1.272 Performing "GET" request to "https://registry.yarnpkg.com/react-router/-/react-router-3.0.2.tgz".
verbose 1.696 Performing "GET" request to "https://registry.yarnpkg.com/react-router-relay/-/react-router-relay-0.13.5.tgz".
verbose 1.764 Performing "GET" request to "https://registry.yarnpkg.com/react-sizeme/-/react-sizeme-2.2.0.tgz".
verbose 2.063 Performing "GET" request to "https://registry.yarnpkg.com/recompose/-/recompose-0.22.0.tgz".
verbose 2.144 Error: https://registry.yarnpkg.com/@alienfast/build/-/build-2.0.38.tgz: Request failed "404 Not Found"
    at Request.handleRequestError (/root/.yarn/lib/fetchers/tarball-fetcher.js:231:20)
    at emitOne (events.js:96:13)
    at Request.emit (events.js:189:7)
    at Request.onRequestResponse (/root/.yarn/node_modules/request/request.js:986:10)
    at emitOne (events.js:96:13)
    at ClientRequest.emit (events.js:189:7)
    at HTTPParser.parserOnIncomingClient (_http_client.js:522:21)
    at HTTPParser.parserOnHeadersComplete (_http_common.js:99:23)
    at TLSSocket.socketOnData (_http_client.js:411:20)
    at emitOne (events.js:96:13)
    at TLSSocket.emit (events.js:189:7)
error An unexpected error occurred: "https://registry.yarnpkg.com/@alienfast/build/-/build-2.0.38.tgz: Request failed \"404 Not Found\"".
info If you think this is a bug, please open a bug report with the information provided in "/root/af/spec/dummy/yarn-error.log".
info Visit https://yarnpkg.com/en/docs/cli/install for documentation about this command.

root<strong i="21">@2adc7c09ff9a</strong>:~/af/spec/dummy# cat ~/.npmrc
registry=https://registry.npmjs.org/
//registry.npmjs.org/:_authToken=${NPM_TOKEN}

root<strong i="24">@2adc7c09ff9a</strong>:~/af/spec/dummy# echo $NPM_TOKEN
xxxxx-xxxx-xxxx-xxxx-xxxxxxxx

ここでも同じですが、OSXではローカルに機能しますが、CircleCIコンテナ（circleci 1.0）では機能しません。

yarn cache cleanを試しましたが、その後、別のパッケージのインストールに失敗しました。

それはyarn0.18.1と0.21.3で発生します-それで、yarnpkgレジストリ構成で何かが変更されたのでしょうか？ または、ここのコメントの全員が問題シナリオでCircleCIを使用していると思うので、CircleCI構成の問題ですか？

ですから、私たちは問題をなんとか解決できたと思います。 それが他の人のために働くかどうかを見たいと思うでしょう：
.npmrcわずかな変更を加える必要がありましたが、これが機能する理由はほとんど意味がありません。

registry=http://registry.npmjs.org/
//registry.npmjs.org/:_authToken=${NPM_TOKEN}
<strong i="8">@ourscope</strong>:registry=https://registry.npmjs.org/

注意すべき点は、通常のレジストリとプライベートスコープのレジストリ用の両方が必要だったことです。 @ourscopeを自分のものに変更してください。

これが誰かに役立つかどうか教えてください。

@rogchap私はあなたの解決策を試しましたが、それでも以前と同じ問題があります:(

スコープ名にハイフンが含まれていますが、それが原因である可能性がありますか？

registry=http://registry.npmjs.org/
//registry.npmjs.org/:_authToken=${NPM_TOKEN}
@our-scope:registry=https://registry.npmjs.org/

@rogchapこの回避策は、私たちの状況に影響を与えませんでした。

root<strong i="7">@f41305331cb8</strong>:~/af/spec/dummy# cat ~/.npmrc
registry=https://registry.npmjs.org/
//registry.npmjs.org/:_authToken=${NPM_TOKEN}
<strong i="8">@alienfast</strong>:registry=https://registry.npmjs.org/

0.20.4と0.21.3で失敗することを確認しました。 これも問題なく機能しているので、サーバー側で何かが変更されてこれが発生したかどうかが気になります。 これは確かに今ではbugように見えます。

• 「問題のある」スコープモジュールの新しいバージョンをデプロイしたところ、違いはなく、同じエラーが発生しました。
• npm installを実行しましたが、問題のある環境でモジュールをフェッチするのに問題はありません。

だから、私のために修正されていません...もう一度。

別のプライベートモジュールに404メッセージが表示されましたが、正しいバージョンを解決しているようで（どこかで正しく何かを読んでいる必要があります）、NPMと同じtarURLをダウンロードしようとしているようです。

今回は私がに（AUTH 1を除く）のレジストリを削除した.npmrc仕事にそれを得るために！

一貫性はまったくなく、 .npmrcでランダムに「再生」することは一時的に機能しているようです。

私はYarnを宣伝しようとしていますが、当社のすべてのエンジニアは（当然のことながら）Yarnは「安定していない」、「使用できない」、「信頼できない」、「プライベートモジュールで動作しない」、「失敗する」と言っています。 CIサーバー」など

プライベートNPMレジストリがユーザーエージェントで「ファンキー」なことをしているのだろうか！?? <-大げさな推測。

これをよりよく理解するために、コアコントリビューターからの入力が必要になる場合があります。 @bestander 、何か洞察はありますか？

私たちはプライベートパッケージをあまり使用しないので、この機能はあまり注目されていません。
Afaikの問題のほとんどはコミュニティによって修正されました。
これは、それを修正しようとする絶好の機会です。
npmレジストリがUAに基づく応答で何かをすることはないと思います。おそらく、何らかの理由でトークンがまったく渡されない可能性があります。

さて、私は毛糸をフォークして少しいじりました。 tarballをフェッチする前、または最初のリクエストが送信された後、トークンを失ったようです...

yarn add v0.23.0-0
verbose 0.227 current time: 2017-03-06T20:25:18.877Z
info No lockfile found.
[1/4] Resolving packages...
⠁ { authorization: 'Bearer MY_TOKEN_IS_HERE' } <<<<<----- here it uses my token for the request
verbose 0.409 Performing "GET" request to "https://registry.npmjs.org/@ovos-media%2flib-director".
verbose 1.306 Request "https://registry.npmjs.org/@ovos-media%2flib-director" finished with status code 200.
{} <--- token is gone
verbose 1.316 Performing "GET" request to "https://registry.npmjs.org/bluebird".
{} <--- token is gone
verbose 1.318 Performing "GET" request to "https://registry.npmjs.org/jwt-decode".
verbose 1.531 Request "https://registry.npmjs.org/bluebird" finished with status code 200.
verbose 1.572 Request "https://registry.npmjs.org/jwt-decode" finished with status code 200.
[2/4] Fetching packages...
https: /@ovos-media/lib-director/-/lib-director-0.4.1.tgz https://registry.yarnpkg.com/@ovos-media/lib-director/-/lib-director-0.4.1.tgz
{} <--- token is gone
verbose 1.597 Performing "GET" request to "https://registry.yarnpkg.com/@ovos-media/lib-director/-/lib-director-0.4.1.tgz".
verbose 2.663 Error: https://registry.yarnpkg.com/@ovos-media/lib-director/-/lib-director-0.4.1.tgz: Request failed "404 Not Found"
    at Request.res (/home/ubuntu/yarn/lib/fetchers/tarball-fetcher.js:232:20)
    at emitOne (events.js:90:13)
    at Request.emit (events.js:182:7)
    at Request.onRequestResponse (/home/ubuntu/yarn/node_modules/request/request.js:986:10)
    at emitOne (events.js:90:13)
    at ClientRequest.emit (events.js:182:7)
    at HTTPParser.parserOnIncomingClient (_http_client.js:469:21)
    at HTTPParser.parserOnHeadersComplete (_http_common.js:103:23)
    at TLSSocket.socketOnData (_http_client.js:359:20)
    at emitOne (events.js:90:13)
error An unexpected error occurred: "https://registry.yarnpkg.com/@ovos-media/lib-director/-/lib-director-0.4.1.tgz: Request failed \"404 Not Found\"".

リクエストが送信される前にnpm-registry.jsにauthorizationヘッダーを明示的に設定すると、すべてが正常に機能します。 したがって、サーバー側ではなく、yarnにバグがあるようです。

編集：

さて、さらに調べた後、認証ヘッダーを設定する必要があるかどうかのチェックがnpm-registry.js -> https://github.com/yarnpkg/yarn/pull/2598/files#diffでfalseを返すため、この問題が発生し
そしてこれは、yarnpkgレジストリプロキシをnpmjsレジストリと比較するために発生します。

https://registry.yarnpkg.com/@ovos-media/lib-director/-/lib-director-0.4.1.tgz https://registry.npmjs.org/

さて、私は糸のソースコードを変更せずにこの問題を修正する方法を見つけました。
これは基本的に@rogchapが投稿したもの

registry=https://registry.npmjs.org/
@ovos-media:registry=https://registry.yarnpkg.com/
//registry.npmjs.org/:_authToken=your-auth-token

または、レジストリを完全に削除することもできます。

//registry.npmjs.org/:_authToken=your-auth-token

これは、yarnが情報とtarballをフェッチするために問題のパッケージに異なるレジストリを使用しないため、機能しているようです。 ただし、yarnがこれら2つを混合する理由はわかりません。おそらく、認証トークンのチェックが何らかの形で変更/改善される可能性があると思います。

次のステップは何ですか？
回避策を文書化するか、Yarnに変更を加えますか？

私は過去数時間、考えられるすべての組み合わせを試してきましたが、この問題に対する信頼できる回避策はないと言っても過言ではありません。 @flipaceこれが簡単に修正できるものであるかどうか、何か考えはありますか？ あなたの両方の方法は私にはうまくいきません:(。

実際、それをスクラッチします。 レジストリの割り当てを削除し、auth-tokenとの行を維持するだけでうまくいくようです。 くそータイプミス。 ありがとう@flipace！

@bestander数日中にPRを思いますが、この場合の糸の振る舞いは役立つことを確認してくれた

残念ながら、回避策は機能しません😿

@willrsternあなたは多分あなたの.npmrcを投稿できますか？

ああ、 .yarnrc削除することは私のために働いた。 内容は次のとおりです。

# THIS IS AN AUTOGENERATED FILE. DO NOT EDIT THIS FILE DIRECTLY.
# yarn lockfile v1


registry "https://registry.npmjs.org/"
email <email>
lastUpdateCheck 1489181224804
username <username>

npmjs.orgレジストリは、なぜ機能しなかったのかをトラブルシューティングするときに追加したものであり、問​​題のある構成ではなかったことに注意してください。

@flipace .npmrcは、トークンのみの行を含む、上記のすべての回避策でした。

〜これらの回避策はどれも私には効果がありませんでした。〜

実際には、これをdockerファイルに入れると機能します。

RUN echo -e "registry=https://registry.npmjs.org/\n//registry.npmjs.org/:_authToken=\${NPM_AUTH_TOKEN}\nsatoshipay:registry=https://registry.npmjs.org/" > /usr/src/app/.npmrc
RUN yarn

私にとって問題のスコープは@satoshipay

同僚と私はこの問題を抱えていました...ノードv7.7.4インストールし、 npm login介してnpmに再ログインした後、すべてが機能しました。

@Levino yarn config listを実行して、yarnが.npmrcファイルを取得しているかどうかを確認できますか？ ＃521では、

コミュニティからのPRは大歓迎ですが、コアチームの誰も現在これを調査していません。

@bestander問題が発生する可能性のあるコアチームからのポインタはありますか？
現在の回避策は、npmの使用に戻ることです😞

package-resolverまたはpackage-fetcherのどこかにあります。

2017年5月16日火曜日06：29、ロジャーチャップマン[email protected]
書きました：

@bestander https://github.com/bestanderからのポインタはあり
問題が発生する可能性のあるコアチーム？
現在の回避策は、npmの使用に戻ることです😞

—
あなたが言及されたのであなたはこれを受け取っています。
このメールに直接返信し、GitHubで表示してください
https://github.com/yarnpkg/yarn/issues/2738#issuecomment-301679399 、またはミュート
スレッド
https://github.com/notifications/unsubscribe-auth/ACBdWMCFoI3uXa_ROrI-ZqwvTGyJjUrhks5r6TQygaJpZM4MGvow
。

この問題が発生しているすべての人は、プロジェクトディレクトリとその上のすべての親ディレクトリにある.npmrcファイルを確認してください。 存在する場合は、ホームディレクトリの.npmrcファイルを上書きします。 私のチームのメンバーがこの問題に遭遇しました。 彼は別の.npmrcファイルに別のトークンを設定していました。

他にも見るべき場所があります。 これらの問題は通常、CIでのyarn installとスコープ付きプライベートパッケージの使用で発生します。 昨日また問題が発生しました。 新しいサービスを作成したチームメンバーは、ローカルの.npmrcのスコープのレジストリとしてregistry.npmjs.orgを構成していませんでした。 これにより、yarn.lockには、スコープ付きパッケージを含むすべてのパッケージに対してregistry.yarnpkg.comリンクが含まれていました。 おかしなことに、それはローカルで機能しましたが、CIで壊れました。 そこで、yarn.lockを削除して、自分のマシンで再作成しました。ここで、.npmrcファイルのスコープにregistry.npmjs.orgました。 これで、yarn.lockファイルにはregistry.npmjs.orgへのリンクしかありません

ありがとうございました！

また、cwdに.npmrcがあると、gitlab-ciで役立ちました。

Dockerコンテナ+ yarn 0.26.1でも同じ問題が発生します（インストールはMacでローカルに正常に機能します）。

.npmrcは次のとおりです。

<strong i="8">@binded</strong>:registry=https://registry.npmjs.com/
//registry.npmjs.org/:_authToken=${NPM_TOKEN}

NPM_TOKENが正しく設定されています。 次のエラーが発生します：

====>> cat .npmrc
  #!/bin/bash -eo pipefail
cat .npmrc
//registry.npmjs.org/:_authToken=${NPM_TOKEN}
====>> build
  #!/bin/bash -eo pipefail
build
engines.node (package.json):  7
engines.npm (package.json):   unspecified (use default)
v7.10.0 is already installed.
Now using node v7.10.0 (npm v4.2.0)
default -> 7 (-> v7.10.0 *)
Using default npm version: 4.2.0
Resolving yarn version 0.26 via semver.io...
Downloading and installing yarn (0.26.1)...
Installed yarn 0.26.1
Installing node modules (yarn.lock)
yarn install v0.26.1
[1/4] Resolving packages...
[2/4] Fetching packages...
error An unexpected error occurred: "https://registry.yarnpkg.com/@binded/binded-client/-/binded-client-1.3.2.tgz: Request failed \"404 Not Found\"".
info If you think this is a bug, please open a bug report with the information provided in "/ci/project/yarn-error.log".
info Visit https://yarnpkg.com/en/docs/cli/install for documentation about this command.
Error: Exited with code 1
Step failed
Task failed

次の.npmrcも試してみました：

registry=http://registry.npmjs.org/
//registry.npmjs.org/:_authToken=${NPM_TOKEN}
<strong i="16">@binded</strong>:registry=https://registry.npmjs.com/

それは、関連するのですが、私のyarn.lockリスト（それが解決される場合として、私はよく分からないhttps://registry.yarnpkg.com/...の代わりにhttps://registry.npmjs.com/... ）：

"@binded/binded-client@^1.3.2":
  version "1.3.2"
  resolved "https://registry.yarnpkg.com/@binded/binded-client/-/binded-client-1.3.2.tgz#0c29ed98436084b39420020a533df26da3ebbda3"

更新： yarn.lockを削除すると、インストールは成功します。
更新： [email protected]インストールすると問題が修正されたようです（以前は[email protected]を使用していたと思います）

@olalonde同じエラーが発生しました。 私のマシンのレジストリを設定するhttps://registry.npmjs.org/と作成yarn.lock私のために問題を解決しました。

こんにちは、

私も同じ問題を抱えていて、なんとか解決できたので、経験を共有します。
random回避策をすべて試しましたが、 @ rogchapが言ったように、npmに戻るとうまくいきました。

npmでのインストールが成功した後、 yarn installは404 Not Found提供を停止しました。

何が起こったのか、どうやって修正されたのか、私にはまったくわかりません。
私はこの問題に目を光らせていきます。 誰かがこの謎を解くことを願っています。

ベスト、
pgergov

この問題は、Codeshipビルドでランダムに発生しています。 それを引き起こしている進歩やアイデアはありますか？

やあみんな、0.27.5で問題が解決したことをあなたと共有したかっただけです。 参考： https ：
この問題は現在解決可能なようです。

フォローアップしてくれてありがとう、 @ pgergov

私も今日この問題を抱えていました。 レジストリをgithubtarballurlに変更しました。 npmjsのURLが見つからなかったので、ここにあるGithubを試してみました。
https://github.com/{USER}/{REPO}/tarball/{BRANCH}

誰かが私と同じ問題を抱えている場合に備えて、これをここに置くだけです。

私は最新バージョン0.27.5を使用しています。 また、リクエストが失敗した404 NotFoundヤーンエラーが発生します。 バージョンを0.27.3にダウングレードすると機能します。

@panalbishは、0.28.2を試すか、認証トークンを更新して、機能するかどうかを確認できます。

@panalbish提案をありがとう。 0.27.3へのダウングレードが機能しました。
@BYK 0.28.2と0.28.4を試しましたが、どちらも失敗しました。 githubからコードをダウンロードしようとするとエラーが発生します

yarn install v0.27.5
warning package.json: No license field
warning [email protected]: No license field
[1/4] Resolving packages...
[2/4] Fetching packages...
error An unexpected error occurred: "https://codeload.github.com/soda0289/typescript-eslint-parser/tar.gz/840978a594dd659cfa2b40d8672ce7a742864623: Request failed \"404 Not Found\"".

私が推測しなければならなかった場合、それは404を引き起こしているgithubドメインに認証トークンを送信している可能性があります。今夜もっと調べてみます。

この問題は問題をカバーしているようです：
https://github.com/yarnpkg/yarn/issues/3907

＃3907の複製。

yarn （またはyarn install ）コマンドを実行する前にyarn.lock削除すると、問題を解決できるようです。

ヤーン（またはヤーンインストール）コマンドを実行する前にyarn.lockを削除すると、問題を解決できるようです。

そして、あなたは毛糸の使用を完全にやめるべきです。 ヤーンロックファイルは、「再現可能なビルド」を保証するファイルです。 あなたはそれを削除したくありません。

はい、落ち着いてください。 それは私が使おうとしていたアプリケーション自体次第でした。
ところで、 package.jsonそれ自体を構築するのに十分ではないでしょうか？

技術的にはそうです。 ロックファイルは、チームの他の全員と同じバージョンを使用することを保証します。 何らかの理由で気にしない場合は、ロックファイルを削除すると、Yarnが新しいロックファイルを最初から作成します。

そうは言っても、ここで追跡しているのは構成パラメーターに関連しているため、問題が解決したのは不思議です。 たぶんあなたのロックファイルはそれ以来削除されたURLを参照していましたか？ 強制プッシュによって削除されたgitcommit、多分？

これは私が得た実際のメッセージです：

vagrant @ homestead：〜/ Projects / l5b.dev $ヤーン
ヤーンインストールv0.27.5
[1/4]パッケージの解決...
[2/4]パッケージの取得...
エラー予期しないエラーが発生しました： " https://registry.yarnpkg.com/webpack-dev-server/-/webpack-dev-server-2.7.0.tgz：Request failed \" 404 Not Found \ ""

Laravelアプリケーションであるリポジトリのインストールを再試行しました（インストール手順）。 npmはlocalhost（vagrant）とオンラインの両方で正常に機能しましたが、yarnはそのエラーを出力しました。

さて、これ以上検索しないでください：

npmでも運がない：

たぶん、webpack組織は、インストール後にこのリリースをアンランドすることを決定しました。

うーん、 npm installはインストールを終了しましたが、警告がたくさんあります。 ただし、警告はエラーではありません。
私はまだこれらのJSのものを捕まえようとしています。 私はjQueryの時代に立っていたので、スピードを上げる必要があります。

はい、落ち着いてください。 それは私が使おうとしていたアプリケーション自体次第でした。

私は罪を犯さないという意味ではありませんでした。 取られてすみません。

ところで、package.jsonはそれ自体をビルドするのに十分ではありませんか？

https://www.sitepoint.com/yarn-vs-npm/を読んで、最も興味深い段落を強調しましょう。

ヤーンロックファイル
npmとYarnの両方がプロジェクトの依存関係を追跡するファイルであるpackage.jsonでは、バージョン番号が常に正確であるとは限りません。 代わりに、バージョンの範囲を定義できます。 このようにして、パッケージの特定のメジャーバージョンとマイナーバージョンを選択できますが、npmがいくつかのバグを修正する可能性のある最新のパッチをインストールできるようにします。
セマンティックバージョニングの理想的な世界では、パッチが適用されたリリースには重大な変更は含まれません。 残念ながら、これは常に正しいとは限りません。 npmで採用されている戦略では、同じpackage.jsonファイルを持つ2台のマシンで、異なるバージョンのパッケージがインストールされ、バグが発生する可能性があります。
パッケージバージョンの不一致を回避するために、正確にインストールされたバージョンがロックファイルに固定されます。 モジュールが追加されるたびに、Yarnはyarn.lockファイルを作成（または更新）します。 このようにして、package.jsonで定義された許可されたバージョンの範囲を維持しながら、別のマシンがまったく同じパッケージをインストールすることを保証できます。
npmでは、npmshrinkwrapコマンドもロックファイルを生成します。npminstallは、Yarnが最初にyarn.lockを読み取る方法と同様に、package.jsonを読み取る前にそのファイルを読み取ります。 ここでの重要な違いは、Yarnは常にyarn.lockを作成および更新するのに対し、npmはデフォルトでは作成せず、npm-shrinkwrap.jsonが存在する場合にのみ更新することです。

したがって、「ランダム」ビルドを回避するためにバージョンを固定する必要がない場合は、 yarn.lockファイルを削除してyarnを実行する代わりに、ファイルをそのままにしてnpm installを使用する必要があります。 yarn.lockファイルは無視されます）

あなたのプロジェクトはどこかでオンラインですか？

@Tpojkaは、 yarn.lockファイルとnode_modulesローカルで削除して（！）、 yarnローカルで実行しようとします。 その後、新しいyarn.lockファイルをコミットし、それが役立つかどうかを確認します

背景：これにより、不足しているパッケージの固定バージョンが、 package.json定義されているバージョン範囲と互換性のある最新バージョンに変更されます。 yarn.lock現在固定されているものが未公開の場合は、新しいものがそこにあるはずです。

ええ、私はこの奇妙な問題のために長い間糸0.18を使用していて、yarn.lockの1回の削除-再作成が問題を解決するように見えることを確認できます。 だからどういうわけか、私が知る限り、それは古いヤーンバージョンのロックファイルに関連しています。

@sottbessler残念ながら、これはランダムに見えます。 時々yarn.lockの除去は機能しますが、機能しないこともあります。 他に奇妙なことが起こっています。 パッケージは（ダウンロードするバージョンがわかっているので）解決できますが、tarファイルは404です。

この問題に直面し、私のMacマシンで動作しましたが、サーバーでは動作しませんでした。

https://github.com/yarnpkg/yarn/issues/3765#issuecomment -327890328およびhttps://github.com/yarnpkgに従って、yarn v1.0.1（ローカル、CI、およびHerokuビルドパック）で動作し

always-auth=true
https://registry.npmjs.org/:_authToken=${NPM_TOKEN}

私はまだここで問題を抱えています。

.npmrcファイルにalways-auth=trueを追加してみました。 また、 //registry.npmjs.org/:_authToken=...前に明示的なhttps:を追加してみました。 それも何の違いもありませんでした。

Yarn 0.27.3は問題なく機能しますが、 1.0.0 +にはこの問題があるようです（現在、Yarn 1.2.1 ）。

ここで何かが足りませんか？

すべてを削除してください.npmrcを除き//registry.npmjs.org/:_authToken=${NPM_TOKEN} 。 これは、yarn 1.0.0以降のプライベート@スコープパッケージ（Unix / Windows / OSX）で一貫して機能する唯一のものです。

@pleunvありがとう！ ことは、糸を使用して私のために働い1.3.2 、私は同様に、このコマンドを実行した場合にのみ：

yarn config set registry https://registry.npmjs.org

私の印象では、デフォルトのYarnレジストリはnpmjs.orgの単なるプロキシでした。 したがって、なぜこれが必要なのかはわかりませんが、私の場合は絶対にそうです（テスト済みとなし）。

これに問題を抱えていない人が増えているなんて信じられません。 私は、すべての非オープンソースプロジェクトがこれにつまずくと思っていたでしょう？！？

私はこれをデプロイでテストしただけです（つまり、ビルドを行うDockerfile ）。 すぐに開発マシンで試してみます（今朝これを理解するための私の努力には1時間以上かかりました😢）。

@pleunv @xogenyこの問題を完全に修正できるように、小さな再現ケースを提供していただけますか？ 私たちにとってこれを追跡するのは非常に難しいです:(

@BYK何かが足りない場合を除いて、そのようなテストケースでは、必然的にプライベートリポジトリが必要になり、 yarnを正常にテストするには、何らかのプライベートアクセストークンを共有する必要があります。 それはせいぜい厄介なようです。

最善のアプローチは、Yarnプロジェクト自体が（安価で最小限の組織アカウントを介して）いくつかのプライベートリポジトリを確立し、CircleCIまたはローカルdev /を介して環境変数を介してアクセストークンを提供することでこれらのテストを実行できるようにすることです。テスト環境。 そうすれば、それはあなたのトークンになり、誰とも共有する必要がなくなります。

しかし、私は他の提案を受け入れています。 私は物事を整理する方法がよくわかりません。

ええ、プライベートスコープはこれをあなたに再現を提供するのを少し難しくします。 いずれにせよ、これは、デフォルトのnodeJS dockerコンテナーで、プライベートスコープのパッケージを使用するCIにありました。

@BYK Bintray npmリポジトリの試用版とそれに付随する再現リポジトリを設定し、役立つ場合はメールでアクセスキーを送信できます。

@SpainTrainどうもありがとう、設定

always-auth=true
<strong i="7">@scope</strong>:always-auth=true

先頭に.npmrcでそれを固定yarn v1.3.2

私の状況では、 yarnpkg.comではなくnpmjs.comからプライベートパッケージを解決するためにyarn.lockを更新すると、問題は解決しました-

"@myco/pak1@>=0.0.8":
  version "0.0.11"
  resolved "https://registry.yarnpkg.com/@myco/pak1/-/pak1-0.0.11.tgz#8b5c53bd7378d7f00554fd4813ad9d332d0d87dc"
                             ^^^^^^^ change this
  resolved "https://registry.npmjs.com/@myco/pak1/-/pak1-0.0.11.tgz#8b5c53bd7378d7f00554fd4813ad9d332d0d87dc"
  dependencies:
    lodash "4.*"

これらの解決策はどれも私にはうまくいきませんでした。 プライベートパッケージも使用しておらず、パブリックパッケージのパブリックフォークだけを使用しています。 参照npmjs.comにyarn.lockを変更し、yarn-installステップの前にyarnレジストリ設定を使用しました。

CircleCIは、何らかの理由で、yarn-installステップ中に「codeload」githubURLで404を断続的に取得します。

また、 @ xogenyが提案したようにyarn add @org/priv-module yarn config set registry https://registry.npmjs.orgを実行した後、 yarn add @org/priv-moduleは404でなくなり、パッケージが正しくインストールされることも確認できます。

ただし、興味深い部分は次のとおりです。元のレジストリ（ yarn config set registry https://registry.yarnpkg.com ）に切り替え、 rm -rf *; yarn cache cleanとyarn add @org/priv-module再度実行したため、404を再現できなくなりました。つまり、インストールされました。正しく。 私はここで夢中ではないと確信しています— yarn add @org/priv-moduleは初めて404を実行しました。

registry.yarnpkg.comプロキシregistry.npmjs.orgはどのくらい正確ですか？ フェッチが成功した後、キャッシュにデータが入力されたように感じますか？

私はmacOS10.13.2でv1.3.4していますが、 .npmrcは単純なものです 'ol //registry.npmjs.org/:_authToken={auth token}

ここで同じ問題。 これがTravisCIからのログです

$ node --version
v8.9.4
$ npm --version
5.6.0
$ nvm --version
0.33.8
before_install.1
0.42s$ yarn config set registry https://registry.npmjs.org
yarn config v1.3.2
success Set "registry" to "https://registry.npmjs.org".
before_install.2
0.43s$ yarn cache clean
yarn cache v1.3.2
success Cleared cache.
$ yarn
yarn install v1.3.2
[1/4] Resolving packages...
[2/4] Fetching packages...
error An unexpected error occurred: "https://registry.yarnpkg.com/pinkie-promise/-/pinkie-promise-2.0.1.tgz: Request failed \"404 Not Found\"".
info If you think this is a bug, please open a bug report with the information provided in "/home/travis/build/grundiss/contenter/yarn-error.log".
info Visit https://yarnpkg.com/en/docs/cli/install for documentation about this command.

面白いことに、ローカルではすべてが正常に機能します。

完了のために、ここではいくつかの失敗したcircleciビルドがあり、404パッケージは常に同じではありません。

https://circleci.com/gh/EnoahNetzach/gnodsidfjgi/5
https://circleci.com/gh/EnoahNetzach/gnodsidfjgi/7

私は（うまくいけば）この指示に従ってオフラインミラーを作成することで問題を修正しましたが、これは確かに誰もができる方法ではありません。

ワオ。 私の問題はこの問題の一部ではなく、よりグローバルなものの一部のようであることが判明しました： https ：

たわごと、今私たちもこの問題を抱え始めました。 プライベートスコープパッケージ。 ランダムな複製-動作する場合もあれば（バージョンによっては）動作しない場合もあります。

私たちのプロジェクトでこのエラーが発生しました。 URLを手動でヒットしたときに404が取得されないため、これは奇妙なことです。

Trace:
  Error: https://codeload.github.com/types/npm-v8flags/tar.gz/de224ae1cd5fd7dbb4e7158a6cc7a29e5315930d: Request failed "404 Not Found"
      at Request.handleRequestError (C:\Users\stewx\AppData\Roaming\nvm\v6.10.0\node_modules\yarn\lib\fetchers\tarball-fetcher.js:203:20)
      at emitOne (events.js:96:13)
      at Request.emit (events.js:188:7)
      at Request.onRequestResponse (C:\Users\stewx\AppData\Roaming\nvm\v6.10.0\node_modules\yarn\node_modules\request\request.js:1068:10)
      at emitOne (events.js:96:13)
      at ClientRequest.emit (events.js:188:7)
      at HTTPParser.parserOnIncomingClient (_http_client.js:474:21)
      at HTTPParser.parserOnHeadersComplete (_http_common.js:99:23)
      at TLSSocket.socketOnData (_http_client.js:363:20)
      at emitOne (events.js:96:13)

URLを少し切り替えることで、このようなすべてのエラーを解決しました。 tar / gzを避け、tarballを使用します。

"package_name":"https://github.com/somebody/package_name/tarball/master"

パッケージがnpmjs.orgでプライベートにホストされている場合、.npmrcから<strong i="5">@scope</strong>:registry=https://registry.npmjs.org/の行を削除するとうまくいきました。おそらく、これは、yarnpkgがnpmjs.orgのCDNであるという問題が原因です。

今日はこれを展示しています
error An unexpected error occurred: “https://registry.yarnpkg.com/@types/webpack/-/webpack-3.8.10.tgz: Request failed \“404 Not Found\“”.
プライベートリポジトリではありません:(

私にとっては+1。 今日もそれを体験し始めました。 CIにwebpackをインストールしようとしています。

ここも同じです笑。 最新に試しました

error An unexpected error occurred: "https://registry.yarnpkg.com/@types/webpack/-/webpack-4.1.1.tgz: Request failed \"404 Not Found\"".

ここで議論されていますhttps://github.com/yarnpkg/yarn/issues/5530

私の場合、特定のスコープのプライベートレジストリを定義するローカル.npmrcがあり、ファイルの先頭にregistry=https://registry.npmjs.org/を追加するだけで済みました。 その結果：

# .npmrc
registry=https://registry.npmjs.org/

<strong i="8">@acme</strong>:registry=https://acme.jfrog.io/acme/api/npm/npm/
//acme.jfrog.io/acme/api/npm/npm/:_auth=YYYYYYYYYYYYYYYYYYYYYYYYYY
//acme.jfrog.io/acme/api/npm/npm/:username=username
//acme.jfrog.io/acme/api/npm/npm/:[email protected]
//acme.jfrog.io/acme/api/npm/npm/:always-auth=true

CircleCIでの作業には、ヤーンインストール付きの404もありました。

ヤーンロックを外す

これは私のために働いた。 もう少し掘り下げて、ヤーンロックに悪いURLがあることを発見しました。

ヤーンロックは、CircleCIで404されるregistry.yarnpkg.comを使用していました（ローカルで機能する理由はわかりません）。

トリックを実行した結果の構成：

- run: echo "//registry.npmjs.org/:_authToken=$NPM_AUTH_TOKEN" > ~/.npmrc
- run: yarn config set registry https://registry.npmjs.org/
- run: yarn

おかげさまで、私もyarn.lockを削除してこの問題を解決しました。

私にとって、失敗したコマンドはyarn add gatsby-plugin-react-helmet react-helmet 。

yarn upgrade （好奇心から試してみました）を実行できたので、上記のコマンドが機能しました。 理由はわかりませんが、説明があればありがたいです。

依存関係がヤーンリポジトリで利用できないため、おそらくnpmが必要です

糸+ CI +素材でも同じ問題があります

yarn install v1.22.4
[1/4] Resolving packages...
[2/4] Fetching packages...
error An unexpected error occurred: "https://registry.yarnpkg.com/@material-ui/core/-/core-4.11.0.tgz: Request failed \"404 Not Found\"".
info If you think this is a bug, please open a bug report with the information provided in "/builds/springs-apps/flopanda/flopanda-front-end/yarn-error.log".
info Visit https://yarnpkg.com/en/docs/cli/install for documentation about this command.