<p>「パッケージのフェッチ...」中にヤーンインストールがハングする</p>

nodejs v6.2.0x64を使用しているWindows10でも同じ問題が発生します。

最後のパッケージをフェッチするとハングします。

C:\xxx>yarn
yarn install v0.15.1
info No lockfile found.
warning [email protected]: No license field
[1/4] Resolving packages...
warning wdio-mocha-framework > mocha > glob > [email protected]: Please update to minimatch 3.0.2 or higher to avoid a RegExp DoS issue
warning wdio-mocha-framework > mocha > [email protected]: to-iso-string has been deprecated, use @segment/to-iso-string instead.
warning wdio-mocha-framework > mocha > [email protected]: Jade has been renamed to pug, please install the latest version of pug instead of jade
[2/4] Fetching packages...
█████████████████████████████████████████████████████████████████████████████████████████████████████████████████████████████████████████████████████████████████████████████████████████████ 868/869

@sorgloomerうん同じ振る舞い、それは確かに最後のパッケージにぶら下がっています。

同じ問題ですが、bower.jsonがあります。 この場合、それは私のローカルmacOSで動作しています。 （複雑なhttps://github.com/yarnpkg/yarn/issues/846）

{
  "name": "jaguar",
  "version": "0.0.0",
  "private": true,
  "dependencies": {
    "bootstrap": "~3.3.5",
    "devicejs": "2ae5c775e35ccc837589e5af34e292c54936778c",
    "jquery": "2.1.3",
    "jquery-transform": "e195b9a7118558bb1141e50b80380ea5f31dffb8",
    "moment": "2.14.1",
    "moment-timezone": "0.5.5",
    "owl-carousel2": "2.0.0-beta.2.4",
    "raven-js": "3.5.1",
    "ua-parser-js": "0.7.10",
    "underscore": "1.8.3",
    "object-fit": "~0.4.2",
    "picturefill": "^3.0.2",
    "jquery-selectBox": "316c77f157cb25c7a6ea36822143ac9d97845067"
  },
  "resolutions": {
    "jquery": "2.1.3"
  }
}

ここで同じ問題。
ウィンドウズ10
ノードv6.2.0
npm 3.8.9

yarn yarn install v0.15.1 info No lockfile found. warning [email protected]: No license field [1/4] Resolving packages... warning glob > [email protected]: Please update to minimatch 3.0.2 or higher to avoid a RegExp DoS issue warning gulp.spritesmith > [email protected]: Please update to minimatch 3.0.2 or higher to avoid a RegExp DoS issue warning gulp > vinyl-fs > glob-watcher > gaze > globule > [email protected]: Please update to minimatch 3.0.2 or higher to avoid a RegExp DoS issue warning gulp > vinyl-fs > glob-watcher > gaze > globule > glob > [email protected]: graceful-fs v3.0.0 and before will fail on node releases >= v7.0. Please update to graceful-fs@^4.0.0 as soon as possible. Use 'npm ls graceful-fs' to find it in the tree. warning gulp-imagemin > imagemin-gifsicle > exec-buffer > execa > [email protected]: cross-spawn no longer requires a build toolchain, use it instead! warning gulp.spritesmith > spritesmith > pixelsmith > ndarray-fill > cwise > static-module > through2 > xtend > [email protected]: [2/4] Fetching packages...

ここで同じ問題
ウィンドウズ10
ノードv6.2.0
npm 3.8.9
ヤーン@ v0.15.1
nvmを使用してノードバージョンを更新またはインストールする

それはWindows10で動作します
ノード6.7.0
npm v3.10.3
ヤーン@ v0.15.1
したがって、競合しているのはノードまたはnpmバージョンのようです

全体のポイントは、方程式からnpmクライアントを除外することだと思いました

nodejs v6.7.0に更新すると、問題が解決しました

ノードv4で壊れており、v6.7で動作しています

しがみつく：

• ノード5.11.1
• npm 3.8.6
• macOS 10.12
• 糸0.15.1

しがみつく：

• node v6.7.0
• windows 10
• yarn 0.15.1

私のjenkinsマシンでも、同じhang-on-final-package-installが表示されていました。

• ノードv5.11.0
• Ubuntu 14.04.2 LTS
• 糸0.15.1
• npm 3.10.8

nを介してノード6.8.1にアップグレードすると、魔法のように修正されました。

確認済み。 6.1.0でハングし、6.8.1にアップグレードすると修正されました。

（ここでも同じ-ノード6.2-> 6.8で修正）

CircleCIで失敗しました：

• Ubuntu 14.04（信頼できる）
• ノードv4.4.6
• 糸0.16.1
• npmはこの環境では実行されません。
• Cache / node_modulesはrm -rf node_modules/ && rm -rf ~/.yarn-cache/ && mkdir -p ~/.yarn-cache介してクリアされます

特に注目すべきは、プライベートgitリポジトリからプルされている一部のファイルで常にハングしていることです。 ファイルはさまざまですが、常にそのリポジトリです。

このコマンドは、特定のプロセスによって開かれたファイル記述子を表示します。

$ lsof -p <pid of yarn.js process>
( ... results trimmed ... )
node    19551 ubuntu   24w   REG               0,89     2048  457983 /home/ubuntu/.yarn-cache/npm-our-private-pkg-1.0.0/src/styles/fonts/glyphicon.svg

私はここCircleCIフォーラムに関連する問題を他の情報とともに提出しましたが、おそらくここにあるものよりもそれほど価値はありません。
https://discuss.circleci.com/t/yarn-install-hangs-and-never-completes-related-to-dash/7664

更新：ノードv6.9.1に更新すると、キャッシュがある場合とない場合で再構築を繰り返す場合の問題が解決されます。

したがって、トラブルシューティングのために、ここでいくつかのデータをまとめるには、次のようにします。
ヤーン0.15.1と0.16.1の両方のすべてのOSに影響し、ノード6.2（およびそれ以前）で壊れており、ノード6.7（以降）で修正されているように見えます。中央にデータポイントは報告されていません。

これは私にも起こりそうです。
Ubuntu 14.04
ノード4.4.5
糸0.16.1

私もそうだ、吸う
[email protected]
[email protected]
糸@ 0.17.8

ここで同じ問題
Ubuntu 14.04
ノードv6.0.0
npm 3.8.6
ヤーン@ v0.17.8

同じ：

OSX：10.11.6
ノード：v5.12.0
糸：0.17.9

ノード> 6.7で動作します

1040/1041でも私のためにぶら下がっています
ウィンドウズ10
ノードv6.9.3
糸0.18.1

私はちょうどこれに遭遇しました。

ノード7.4.0
npm 3.10.9
糸0.18.1

更新：8分ほど放置すると、最終的には通過することがわかりました...

データポイント：私はこれを2日間ハングさせました。 プロセスは有用なことを何もしていませんでした： https ：

私は自分の問題を理解しましたが、それはほんの数人に固有のものかもしれません。

私はWindows10を使用しています

バニラマスカーはyarnによってダウンロードされるように含まれていましたが、ディレクトリの名前が不適切なため、バニラマスカーはウィンドウと互換性がありません。 依存関係を変更して、問題のあるディレクトリの名前をWindows互換に変更したvanilla-maskerのコピーであるlagden-vanilla-masker（https://www.npmjs.com/package/lagden-vanilla-masker）を使用しました。

私の問題はディスクがいっぱいの状態であることが判明しました。

私のために働いたのはVPNを降りることでした：

前：

λ bundle → λ git develop* → yarn add winston-aws-cloudwatch
yarn add v0.18.1
[1/4] 🔍  Resolving packages...
[2/4] 🚚  Fetching packages...
error Command failed.
Exit code: 128
Command: git
Arguments: clone git://github.com/realtymaps/ssh2.git /Users/Justin/Library/Caches/Yarn/.tmp/f5257a9a008d54d3956928f15f351a79
Directory: /Users/Justin/Projects/www/MotorTrend/OnDemand/api/assets/bundle
Output:
Cloning into '/Users/Justin/Library/Caches/Yarn/.tmp/f5257a9a008d54d3956928f15f351a79'...
fatal: read error: Operation timed out
info Visit https://yarnpkg.com/en/docs/cli/add for documentation about this command.

後：

λ bundle → λ git develop* → yarn add winston-aws-cloudwatch
yarn add v0.18.1
[1/4] 🔍  Resolving packages...
[2/4] 🚚  Fetching packages...
[3/4] 🔗  Linking dependencies...
warning Unmet peer dependency "request@^2.34".
warning Unmet peer dependency "request@^2.34".
[4/4] 📃  Building fresh packages...
success Saved lockfile.
success Saved 19 new dependencies.
├─ [email protected]
├─ [email protected]
├─ [email protected]
├─ [email protected]
├─ [email protected]
├─ [email protected]
├─ [email protected]
├─ [email protected]
├─ [email protected]
├─ [email protected]
├─ [email protected]
├─ [email protected]
├─ [email protected]
├─ [email protected]
├─ [email protected]
├─ [email protected]
├─ [email protected]
├─ [email protected]
└─ [email protected]
✨  Done in 16.95s.
λ bundle → λ git develop* →

すでに長い間macOSで同じ問題が発生しているため、「パッケージの取得」でランダムに速度が低下します。 私の構成では、平均2〜4分かかりますが、2、3回実行するごとに、35〜30分かかります。

npm：4.0.5
ノード：7.4.0
糸：0.19.1

githubの依存関係を追加すると、travisでこの問題が発生しました:(

samesies：
OSX 10.12.2
$ node -v
v6.5.0
$ npm -v
3.10.6
$ヤーン-バージョン
0.17.8

私にとっては、「apt-getinstallyarn」ではなく「npminstall-gyarn」を使用するソリューションでした。

更新：再びハングするため、npm installは解決策ではなく、時々機能します。 バージョン0.19.0では動作すると思いますが、0.19.1では動作しません。

私のために凍った。 「npminstall-gyarn」でも試してみました。 修正してください!!!

糸バージョン：
0.19.1

ノードバージョン：
4.4.6

プラットホーム：
Linux x64

npm i -g yarn@latest介してyarn 0.19.1にアップグレードした後、複数のプロジェクト/ yarnファイルでこれも発生します

糸0.19.1
ノード6.1.0
マックOS

私にとっては、経由してダウングレードnpm i -g [email protected]のことができるようにするために働いていたyarn install

これは、最新のインストールを行ったばかりのステージングサーバーで発生しています。

糸0.19.1
ノード5.11.1
ubuntu

編集：0.19.0とノード5.12.0で同じ問題

編集2：ノード6.9.5に更新され、動作するようになりました

編集3：再び糸0.19.1に更新され、それはまだ機能しています

ノード6.1.0 => 7.2.1は機能します

私にも起こりました。 最後の依存関係でハングします。
ノード：v5.12.0
糸：v0.20.3
Ubuntu 14.04

修正：ノードを最新バージョン（v7.5.0）に更新し、機能しました。

最近この問題が発生しましたが、実際の解決策はありますか？

大企業がオープンソースプロジェクトを作成するとき、いつものように無視されるだけではありません。 それが彼らのために働くならば、誰がこのようなことが起こるかどうか気にします。

修正に貢献するか、@ robclancyをハイキングしてください

lmao私はその論理が大好きです...何かがオープンソースである場合、人々がゼロ応答で何度も何度もやってくる問題で何十億ドルもの企業がその背後にあるかは関係ありません、ファンボーイは盲目的にそれを守ります。

それは角張っていて、彼らの壊れたドキュメントはまたもやです。

どこか別の場所にファンボーイに行きなさい。

私がJavaScriptで書かれたもののファンになることができると思うなら、あなたはばかです。 しかし、もちろん、あなたはただトロールするためにここにいるだけで、意味のあるものに貢献するためではありません。 結果として、この問題はすぐにロックされると予想できます。

実際、私はここで、他の人と同じように、修正が必要な問題、または少なくとも今までに対応すべき問題について不平を言っていました。 あなたは小さなファンボーイのようにインターネット上の誰かと議論するためにここにいます。

これを直したり、ハイキングをしたりしてはどうでしょうか。

他の人は、この問題の潜在的な進歩について丁寧に尋ねる彼女です。 毛糸は決してあなたに売られなかったので、あなた自身に不平を言い続けてください。 あなたは、オープンソースをお尻に苦痛を与える「あの男」になっています。

なんて皮肉だな。

あなたはこれらのオープンソースのヒーローの一人です。 続けてください私はあなたが盲目的に守ることができることを無視されている別の図書館があると確信しています。 ヒーローになりなさい。 仕事をしなさい。

私は完全に貢献して助けますが、私はソースコードを調べていて、どこから始めればよいのかについて合法的に混乱していました。

私がコードで貢献できるプロジェクトがあり、私はその道を好む傾向があります。 私が問題を報告することしかできない他のプロジェクトがあり、コードベースに精通している誰かが根本的な原因を見つけるのを手伝ってくれることを願っています。

これは間違いなく後者のheheです。

それを市民に保ちましょう@ benjie @robclancy🥇

同じ問題、totalpackagesでハングする-1
ubuntu linux 4.4.0-64-generic x86_64
ノード6.2

@ code-byノード6.8.1以降にアップグレードすると、ほとんどの（すべてではない）人々にとってこの問題が修正されるようです。 それを試してみてください。 10月にアップグレードして以来、この問題は発生していません。 Node 7.6は、async / awaitをネイティブでサポートしており、それが取引を甘くします😉

さあ！ 真新しいMac。 Homebrewがノードとnpmをインストールしました。 まだ最後のパッケージでハングします。
$ node -v v7.7.1
$ npm -v 4.1.2

ロングショットですが、package.jsonでプライベートパッケージが参照されている場合は、Macでもこれを確認しました。ハングしているように見えますが、実際にはsshのキーチェーンパスワードを要求しています。 セキュア入力グリフ（ ）はプログレスバーの右端に表示されますが、実際には見えない同僚の端末に表示されます。 yarn実行する前にssh-add -Kを実行して修正しました。

@jdelStrotherそれでした！ プライベートパッケージ参照があり、 ssh-add -K && yarn installはそれを機能させるコマンドです。 ありがとう、そして感謝します、サー！

したがって、これに関する問題はローカルで解消されましたが、私はまだ
これが時々発生するため、CIでNPMを使用します。 最後のコメントで
sshについて私はhttpsチェックして変更することにしました。 彼らはただでした
パブリックgithubリポジトリなので、sshは必要ありませんでしたが、sshが変更された場合は考えました
これを解決できるかもしれませんが、SSLの問題だったのかもしれません。 そしてそれらを変える
代わりにgithub定義を使用するバージョンとバージョンの両方にパッケージ化する
httpsのURLと最初の実行はハングしていません。

4時30分AMダグMolidorで金、2017年3月3日には[email protected]
書きました：

@jdelStrother https://github.com/jdelStrotherそれでした！ 持っていた
プライベートパッケージリファレンスとssh-add-K &&ヤーンインストールはコマンドです
それが機能しました。 ありがとう、そして感謝します、サー！

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

ここでは、Ubuntu 14.04（Trusty）とノードv6.9.1を使用するCircleCIについても同じです。

https://github.com/yarnpkg/yarn/pull/2950で問題を修正しました

私がJavascriptのバックグラウンドを持っていないことを考えると、文字通り1行の修正であったときに、ディスカッションに多くの時間が浪費されたことに驚いています。

ノード5.12.0のみを使用しているときに問題が発生しました。 （ nvm経由で）Nodeのバージョン6.9.1に切り替えると、問題が修正されました。

問題の原因は指定されていないタイムアウトであるため、ノードのバージョンの影響を受けないようにする必要があります。 ＃2950はタイムアウトを追加します。

では、タイムアウトが発生した場合、yarnは再試行して他のサーバーからフェッチしますか？ タイムアウトがハングの修正と見なされるのはそのためですか？

Yarnは、ネットワークエラーが原因で失敗したリクエストを再試行します。 このPRにより、Yarnはタイムアウトエラーをネットワークエラーと見なします。 「他のサーバー」はありませんが、アプリがホストされている場所（EC2）とregistry.yarkpkg.com前のCDNの間の接続エラーである場合は、次回の再試行でさらに幸運になる可能性があります

apt-get updateは、sources.listに「debhttps ： //dl.yarnpkg.com/debian/stable main」があると、永久にフリーズします：（-解決策はありますか？

ヤーンv0.23.2とnodejs 6.1.0この問題が発生します。 nodejs 6.7.0アップグレードすると、問題が解決しました。

私もこの問題を抱えています：
糸v.0.23.2
nodejs v.7.9.0

このコマンドを試した後：
ヤーンはセマンティックUIを追加します

2時間以上待っても、インストールが完了しませんでした

ほとんどの場合、ノードの更新で修正されているようです。
これをデバッグするのに役立つ別の方法は、 --verboseフラグを指定して実行し、どの要求がハングしているかを確認することです。
そうでなければ、ここで何ができるかわからない

straceを使用して、正確に何がぶら下がっているのかを確認することもできます。

同じ問題で、nvmがあり、ノードのバージョンを切り替えて、機能するものを見つけました。

4.4.6および5.12から行った（成功しなかった）。 ノード6.7.0は機能しますが、ノードのバージョンを切り替える必要がある場合、yarnがドロップインの代替品であることをチームに納得させるのは困難です。

@jeffshekノード4.4.6または5.12でstraceスタックヤーンを試すことができますか？ これは、問題を見つけるのに役立つ可能性があります。

そのため、ノード6.7に切り替えた後、インストールなどができました。

この問題を再現するために、yarn.lockを消去し、すべてのnode_modulesを削除して、ノード4.4.6に切り替えました。

私は得ていた

yarn install

[2/4] 🚚  Fetching packages...
error [email protected]: The engine "node" is incompatible with this module. Expected version ">=6.0".
error Found incompatible module

さて、それはある種の診断可能なメッセージのように見えます...（このエラーメッセージはずっと隠れていましたか？）

しかし、yarn installを実行すると、魔法のように機能します（ノード4.4.6）。 そのため、ノード4.4.6でも、数時間前には機能しなかった同じpackage.jsonを使用して、問題なくインストールすることができます。 私はyarn.lockを削除し、新しい糸のインストールを行いましたが、それは引き続き機能します。

もっと助けてもらいたいのですが、nvmを使用してバージョン6.7に切り替えてから、4.4.6に戻すと、前の問題が解消されました。

私は糸に不慣れです。 初めて試してみました。 yarn install 。 結果：パッケージのインストール中に無期限にハングします。 （具体的には、 jsescパッケージですが、それが重要かどうかはわかりません。）

結局、yarnも私のNPMコマンドを失敗させましたか？ o_O "npm clean"は、単純なbrew install yarnとyarn install後で機能しなくなりました。 プロジェクトフォルダで行ったのはこれだけで、グローバルノードモジュールが中断されました。

糸のバージョンは0.24.6です
Node.jsのバージョンは7.10.0です

Yarnをインストールしてから、Nodeは完全に壊れているように見えます。

_更新：ようやくNode / NPMが再び機能するようになりましたが、Yarnはまだハングしています。_

私にとって、それは無期限にここにぶら下がっています：

これは依然として永続的な問題のようです。 私は次のように再現することができます：

ヤーン@ v0.19.4
ヤーン@ v0.21.3
[email protected]
[email protected]
アマゾン[email protected]
[email protected]
[email protected]

node @> = 6.9.5で成功したようです

私の知る限り、この問題は、 git archiveから生成されたtarを抽出する際の競合状態によるgitリポジトリの依存関係に関連しているようです。

動作を示すレポを作成しました。
https://github.com/andrsnn/yarn-git-dependency-issue

これまでのところ、 ~/.yarn/lib-legacy/util/git.jsあるこのコードのビットで問題を追跡しました

_cloneViaLocalFetched(dest) {
    var _this4 = this;

    return (0, (_asyncToGenerator2 || _load_asyncToGenerator()).default)(function* () {
      yield (_child || _load_child()).spawn('git', ['archive', _this4.hash], {
        cwd: _this4.cwd,
        process: function process(proc, resolve, reject, done) {
          const extractor = tar.Extract({ path: dest });
          extractor.on('error', reject);
          extractor.on('end', done);

          proc.stdout.pipe(extractor);
        }
      });
    })();
}

このステップでは、依存関係リポジトリがtmpフォルダ/Users/andrsnn/Library/Caches/Yarn/.tmp/06cc8c2b5aba0eca42bd03dabc0d87f6に正常に複製され、 /Users/andrsnn/Library/Caches/Yarn/npm-yarn-dependency-a-1.0.2-fc796525f8a9e3130248520d386f9823502eb6cd宛先に抽出されたように見えます。 ネットワークの問題ではないようです。

時折、「end」イベントがnode-tarモジュールから発生することはありません。 git依存関係からのyarn.lockファイルのtrucatedチャンクを含む 'data'emitでハングしているように見えます。

████████████████████████████████████████████████████████████████████████████████████████████████████████████████████████████████████████████████████████████████████████████████░ 176/177{ '0': 'data',
  '1': <Buffer 30 2e 34 3a 0a 20 20 76 65 72 73 69 6f 6e 20 22 34 2e 30 2e 36 22 0a 20 20 72 65 73 6f 6c 76 65 64 20 22 68 74 74 70 73 3a 2f 2f 72 65 67 69 73 74 72 ... > }
0.4:
  version "4.0.6"
  resolved "https://registry.yarnpkg.com/lodash.isplainobject/-/lodash.isplainobject-4.0.6.tgz#7c526a52d89b45c45cc690b88163be0497f550cb"

lodash.isstring@^4.0.1:
  version "4.0.1"
  resolved "https://registry.yarnpkg.com/lodash.isstring/-/lodash.isstring-4.0.1.tgz#d527dfb5456eca7cc9bb95d5daeaf88ba54a5451"

lodash.keys@^3.0.0:
  version "3.1.2"
  resolved "https://registry.yarnpkg.com/lodash.keys/-/lodash.keys-3.1.2.tgz#4dbc0472b156be50a0b286855d1bd0b0c656098a"
  dependencies:
    loda

上記を決定するために、イベントエミッターをラップしました。

_cloneViaLocalFetched(dest) {
    var _this4 = this;

    return (0, (_asyncToGenerator2 || _load_asyncToGenerator()).default)(function* () {
      yield (_child || _load_child()).spawn('git', ['archive', _this4.hash], {
        cwd: _this4.cwd,
        process: function process(proc, resolve, reject, done) {
          const extractor = tar.Extract({ path: dest });

          var timeout;
          function log(args) {
            return function() {
              console.log(require('util').inspect(args));
              console.log(args[1].toString());
            };
          }
          function debug(emitter) {
              var originalEmitter = emitter.emit;

              emitter.emit = function() {
                  console.log('eventName', arguments[0]);
                  clearTimeout(timeout);
                  timeout = setTimeout(log(arguments), 20000);
                  originalEmitter.apply(emitter, arguments);
              };
          }

          debug(extractor);
          extractor.on('error', reject);
          extractor.on('end', done);


          proc.stdout.pipe(extractor);
        }
      });
    })();
}

これは、 node-tarバグか、依存関係にある可能性があります。

うまくいけば、他の人が修正に光を当てることができます。 このバグに苦労していて、CIサーバーとローカル開発で問題を引き起こしています。

再現と分析に感謝します。
tarが2回ダウンロードされるという問題があり、それが原因で例外が発生しました
風袋引き中。

コアチームは来週までずっと安定性に焦点を合わせます
0.26をリリース

午前22時44分に2017年5月28日、andrsnn [email protected]は書きました：

これは依然として永続的な問題のようです。 私は次のように再現することができます：

ヤーン@ v0.19.4
ヤーン@ v0.21.3
[email protected]
[email protected]
アマゾン[email protected]
[email protected]
[email protected]

node @> = 6.9.5で成功したようです

私の知る限り、この問題はgitrepoに関連しているようです
gitから生成されたtarを抽出する際の競合状態による依存関係
記録 。

動作を示すレポを作成しました。
https://github.com/andrsnn/yarn-git-dependency-issue

これまでのところ、このコードのビットを追跡して問題を追跡しました。
〜/ .yarn / lib-legacy / util / git.js

_cloneViaLocalFetched（dest）{
var _this4 = this;

return (0, (_asyncToGenerator2 || _load_asyncToGenerator()).default)(function* () {
  yield (_child || _load_child()).spawn('git', ['archive', _this4.hash], {
    cwd: _this4.cwd,
    process: function process(proc, resolve, reject, done) {
      const extractor = tar.Extract({ path: dest });
      extractor.on('error', reject);
      extractor.on('end', done);

      proc.stdout.pipe(extractor);
    }
  });
})();

}

時折、 'end'イベントがnode-tarモジュールから発生することはありません。 これ
'data'の放出にハングしているように見えます。これには、
git依存関係からのyarn.lockファイル。

███████████████████████████████████████████ ███████████████████████████████████████████ ███████████████████████████████████████████ ██████████████████████████░176/ 177 {'0'： 'データ'、
'1'： 0.4：
バージョン「4.0.6」
解決済み " https://registry.yarnpkg.com/lodash.isplainobject/-/lodash.isplainobject-4.0.6.tgz#7c526a52d89b45c45cc690b88163be0497f550cb "

lodash.isstring@^4.0.1：
バージョン「4.0.1」
解決済み " https://registry.yarnpkg.com/lodash.isstring/-/lodash.isstring-4.0.1.tgz#d527dfb5456eca7cc9bb95d5daeaf88ba54a5451 " "

lodash.keys@^3.0.0：
バージョン「3.1.2」
解決済み " https://registry.yarnpkg.com/lodash.keys/-/lodash.keys-3.1.2.tgz#4dbc0472b156be50a0b286855d1bd0b0c656098a "
依存関係：
ロダ

上記を決定するために、イベントエミッターをラップしました。

_cloneViaLocalFetched（dest）{
var _this4 = this;

return (0, (_asyncToGenerator2 || _load_asyncToGenerator()).default)(function* () {
  yield (_child || _load_child()).spawn('git', ['archive', _this4.hash], {
    cwd: _this4.cwd,
    process: function process(proc, resolve, reject, done) {
      const extractor = tar.Extract({ path: dest });

      var timeout;
      function log(args) {
        return function() {
          console.log(require('util').inspect(args));
          console.log(args[1].toString());
        };
      }
      function debug(emitter) {
          var originalEmitter = emitter.emit;

          emitter.emit = function() {
              console.log('eventName', arguments[0]);
              clearTimeout(timeout);
              timeout = setTimeout(log(arguments), 20000);
              originalEmitter.apply(emitter, arguments);
          };
      }

      debug(extractor);
      extractor.on('error', reject);
      extractor.on('end', done);


      proc.stdout.pipe(extractor);
    }
  });
})();

}

これは、node-tarのバグまたはそれが依存する依存関係である可能性があります。

うまくいけば、他の人が修正に光を当てることができます。 困難を抱えている
このバグに時間を費やすと、CIサーバーとローカル開発で問題が発生します。

—
開/閉状態を変更したため、これを受け取っています。
このメールに直接返信し、GitHubで表示してください
https://github.com/yarnpkg/yarn/issues/764#issuecomment-304542314 、またはミュート
スレッド
https://github.com/notifications/unsubscribe-auth/ACBdWLWEI3Aui9XTLxl7ISk-OaXSQLL0ks5r-eqlgaJpZM4KUM4j
。

ヤーンを更新してから過去数週間この問題が発生していましたが、最終的にノードのバージョンを6.2.0から6.9.0上げることで修正しました。 これが他の人に役立つことを願っています。

同じ問題。 「パッケージの取得」中に最後のパッケージでスタックしました。 すべてのプロジェクトで発生しているわけではありませんが、私のプロジェクトのほとんどでこの問題が発生しました。 昨日システムを再インストールしたので、以前のバージョンにこの問題がなかったか、混乱しているパッケージがすでにキャッシュされていた可能性があります。

糸のバージョン：v0.24.6
ノードバージョン：v8.0.0、v7.10.0、v7.9.0を試しましたが、何も機能しませんでした
OS：macOS 10.12.5

ノードのより多くのバージョンを試すために、brewを介してインストールされたYarn、nvmを介してノード。

// 編集
ssh-agentはパスフレーズの入力を求め、糸がそれを飲み込んだ。 Enterキーを押すと、「間違ったパスフレーズを入力しました」という質問がもう一度表示されました。

@ vass-davidの最新の編集で、まだ問題が発生していますか？
@ andrsnn-ノード4.8、ノード6.10、ノード7、ノード8、およびヤーン0.24、0.25、マスターのさまざまな組み合わせを使用して、リポジトリで問題を再現しようとしました。 問題を再現できませんでした。 もうないことを確認できますか？

@ vass -david straceを使用して、正確にスタックしているものを見つけることができますか？ ここではそれを使用する方法を素晴らしいマニュアルがあります。

@BYKいいえ、問題が何であるかを理解したので、sshのパスフレーズを入力するだけで済みます。 反対に、このプロンプトメッセージを飲み込むべきではないので、ユーザーがこれに気付いていない場合、彼はそれが起こったことに気付かない可能性があります。
@kirs何が問題なのかわかっていても、これはまだ必要ですか？

@kirs Mineは、yarnを更新してから作業しています。

同じ問題がありました。 削除node_modulesフォルダ完全に再実行するyarn私のために働きました！

やってみます

rm yarn.lock
yarn

わたしにはできる

Dockerのnode 7.10.0とyarn v0.24.6に問題がありましたが、 node_modulesフォルダーが誤ってプッシュされていることに気付きました。 node_modulesフォルダとyarn clear cache削除すると、問題が解決しました。

これは大きなパッケージで発生しています。 特定のサイズで警告が表示されると便利です。

私も同じ問題を抱えていました。 ノードとのバージョン競合だと思います。 私のプロジェクトはv81.2を使用していました。 私は単に正しいバージョンに切り替えて、糸がぶら下がるのを止めました：
nvm use v7.4

v1.9.4でもこの問題が発生しますが、＃5055と同じです

同じ問題がありました：
OS：OSX 10.14.1（Mojave）
ノード：10.9.0
糸：1.12.3

おそらく破損したyarn.lockファイルのようです。 次のことを行うと修正されました。

yarn cache clean
rm yarn.lock
rm - r node_modules

yarn

同じ問題

OS：OSX 10.14.1（Mojave）
ノード：12.3.1
糸：1.16.0

別のネットワーク（ホットスポット）に切り替えることで解決しました。 私たちのオフィスネットワークファイアウォールにはいくつかの制限があったと思います。

同じ問題

OS Windows 10

私の解決策：マザーボードドライバを更新する

同じ問題がありました：
OS：Ubuntu 18.04
ノード：v8.10.0
糸：1.17.3

私は次のようにしてそれを解決しました：
yarn cache clean

もう一度インストールコマンドを試してみましたが、動作します。 プロセスを完了するには数分かかりますが、しばらくお待ちください。 私の場合、プロセスを完了するのに10分かかりました（インターネットの速度によって異なります）。

毛糸の更新は役に立ちませんでした。 私の場合、パッケージの1つが大きすぎて、タイムアウト前にダウンロードできませんでした

解決策は、を使用してインストールすることです
yarn install --network-timeout 100000

または、プロジェクトに.yarnrcファイルを追加し、これを次の場所に配置します。
network-timeout 500000

こっちも一緒：

yarn install v1.22.4
warning package-lock.json found. Your project contains lock files generated by tools other than Yarn. It is advised not to mix package managers in order to avoid resolution inconsistencies caused by unsynchronized lock files. To clear this warning, remove package-lock.json.
[1/4] 🔍  Resolving packages...
[2/4] 🚚  Fetching packages...
[###############################################################################################] 1908/1909

System:
    OS: macOS 10.15.3
    CPU: (4) x64 Intel(R) Core(TM) i5-5257U CPU @ 2.70GHz
    Memory: 192.86 MB / 8.00 GB
    Shell: 5.7.1 - /bin/zsh
  Binaries:
    Node: 12.13.1 - ~/.nvm/versions/node/v12.13.1/bin/node
    Yarn: 1.22.4 - ~/Documents/youpendo-app-bareworkflow/node_modules/.bin/yarn
    npm: 6.12.1 - ~/.nvm/versions/node/v12.13.1/bin/npm
    Watchman: 4.9.0 - /usr/local/bin/watchman
  Managers:
    CocoaPods: 1.9.3 - /usr/local/bin/pod
  SDKs:
    iOS SDK:
      Platforms: iOS 13.2, DriverKit 19.0, macOS 10.15, tvOS 13.2, watchOS 6.1
    Android SDK:
      API Levels: 28, 29
      Build Tools: 28.0.3, 29.0.2
      System Images: android-28 | Google APIs Intel x86 Atom, android-29 | Google APIs Intel x86 Atom
      Android NDK: Not Found
  IDEs:
    Android Studio: 3.6 AI-192.7142.36.36.6392135
    Xcode: 11.3.1/11C504 - /usr/bin/xcodebuild
  Languages:
    Java: 1.8.0_232 - /usr/bin/javac
    Python: 2.7.16 - /usr/bin/python
  npmPackages:
    @react-native-community/cli: ^4.8.0 => 4.9.0
    react: 16.11.0 => 16.11.0
    react-native: 0.62.2 => 0.62.2
  npmGlobalPackages:
    *react-native*: Not Found

同じ問題！
なぜこれは閉じているのですか？

ヤーン@ 1.22.4
Node.jsv12.18.2。

このリポジトリに対して実行されます：
https://github.com/metabase/metabase

ウィンドウズ10

簡単に言えば、VPNを確認してください。 接続されていますか？

同僚と私はこの同じ問題をデバッグしていました。 どのパッケージかはわかりませんが、特定のパッケージで停止するだけです。

基本的に、その人は以前にコンピューターを再起動しており、コンピューターを再起動したときに、VPNの新しいパスワードも設定する必要がありました。 したがって、VPNが自動的に再接続されることはありません。 「糸の問題」だったので、VPNについてはあまり考えませんでした。 しかし、いくつかのパッケージを含む会社のレポがあり、それがぶら下がっていました。 ：/