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

yarn publish hangs #1694

Closed
reallistic opened this Issue Nov 4, 2016 · 26 comments

Comments

Projects
None yet
@reallistic

reallistic commented Nov 4, 2016

Do you want to request a feature or report a bug?
Report a bug

What is the current behavior?
When attempting to publish a package yarn just hangs on step 3

If the current behavior is a bug, please provide the steps to reproduce.
To reproduce, simply try to publish something via yarn publish

What is the expected behavior?
Publish should succeed or fail in a reasonable amount of time with a relevant error message

Please mention your node.js, yarn and operating system version.

$ yarn --version
0.16.1
Mac OS X 10.11.6
$ node --version
v6.0.0

log:

$ yarn publish
yarn publish v0.16.1
[1/4] Bumping version...
info Current version: 0.0.2
question New version: 0.0.3
info New version: 0.0.3
[2/4] Logging in...
info npm username: reallistic
question npm password: 
success Logged in.
[3/4] Publishing...
@reallistic

This comment has been minimized.

Show comment
Hide comment
@reallistic

reallistic commented Nov 4, 2016

Ref #1674

@wyze wyze added the needs triage label Nov 7, 2016

@riccardoscalco

This comment has been minimized.

Show comment
Hide comment
@riccardoscalco

riccardoscalco Nov 15, 2016

Same issue

Mac OS X 10.11.6
$ yarn --version
0.16.1
$ node --version
v5.7.1

Published with

$ npm publish --access public

riccardoscalco commented Nov 15, 2016

Same issue

Mac OS X 10.11.6
$ yarn --version
0.16.1
$ node --version
v5.7.1

Published with

$ npm publish --access public
@WillsonSmith

This comment has been minimized.

Show comment
Hide comment
@WillsonSmith

WillsonSmith Nov 16, 2016

Same issue with some different versions if that helps debug.

yarn --version
0.17.2
macOS Sierra 10.12.1
node --version
v7.1.0

log:

yarn publish v0.17.2
[1/4] Bumping version...
info Current version: 1.0.0
question New version:
[2/4] Logging in...
[3/4] Publishing...

WillsonSmith commented Nov 16, 2016

Same issue with some different versions if that helps debug.

yarn --version
0.17.2
macOS Sierra 10.12.1
node --version
v7.1.0

log:

yarn publish v0.17.2
[1/4] Bumping version...
info Current version: 1.0.0
question New version:
[2/4] Logging in...
[3/4] Publishing...
@flintinatux

This comment has been minimized.

Show comment
Hide comment
@flintinatux

flintinatux Nov 17, 2016

Latest yarn has same issue for scoped npm package.

Mac OS X El Capitain 10.11.4
$ yarn --version
0.17.3
$ node -v
v6.9.1

log:

$ yarn publish
yarn publish v0.17.3
[1/4] Bumping version...
info Current version: 0.0.0
question New version: 0.0.1
info New version: 0.0.1
[2/4] Logging in...
[3/4] Publishing...

And then it hangs indefinitely.

flintinatux commented Nov 17, 2016

Latest yarn has same issue for scoped npm package.

Mac OS X El Capitain 10.11.4
$ yarn --version
0.17.3
$ node -v
v6.9.1

log:

$ yarn publish
yarn publish v0.17.3
[1/4] Bumping version...
info Current version: 0.0.0
question New version: 0.0.1
info New version: 0.0.1
[2/4] Logging in...
[3/4] Publishing...

And then it hangs indefinitely.

@scull7

This comment has been minimized.

Show comment
Hide comment
@scull7

scull7 Nov 29, 2016

Still having the issue in 0.17.9

$ yarn --version
0.17.9
$ node --version
v6.9.1
$ sw_vers
ProductName:	Mac OS X
ProductVersion:	10.11.6
BuildVersion:	15G1108

log:

$ yarn publish
yarn publish v0.17.9
[1/4] Bumping version...
info Current version: 0.7.0
question New version: 0.7.1
info New version: 0.7.1
[2/4] Logging in...
[3/4] Publishing...
^C

scull7 commented Nov 29, 2016

Still having the issue in 0.17.9

$ yarn --version
0.17.9
$ node --version
v6.9.1
$ sw_vers
ProductName:	Mac OS X
ProductVersion:	10.11.6
BuildVersion:	15G1108

log:

$ yarn publish
yarn publish v0.17.9
[1/4] Bumping version...
info Current version: 0.7.0
question New version: 0.7.1
info New version: 0.7.1
[2/4] Logging in...
[3/4] Publishing...
^C
@Bomret

This comment has been minimized.

Show comment
Hide comment
@Bomret

Bomret Dec 4, 2016

Still there in 0.18.0

$ yarn --version
0.18.0
$ node --version
v7.2.0
$ npm --version
3.10.9
$ sw_vers
ProductName:    Mac OS X
ProductVersion: 10.12.1
BuildVersion:   16B2555

log:

$ yarn publish
yarn publish v0.18.0
[1/4] Bumping version...
info Current version: 0.6.0
question New version: 0.6.1
info New version: 0.6.1
[2/4] Logging in...
[3/4] Publishing...

Bomret commented Dec 4, 2016

Still there in 0.18.0

$ yarn --version
0.18.0
$ node --version
v7.2.0
$ npm --version
3.10.9
$ sw_vers
ProductName:    Mac OS X
ProductVersion: 10.12.1
BuildVersion:   16B2555

log:

$ yarn publish
yarn publish v0.18.0
[1/4] Bumping version...
info Current version: 0.6.0
question New version: 0.6.1
info New version: 0.6.1
[2/4] Logging in...
[3/4] Publishing...
@lukasjuhas

This comment has been minimized.

Show comment
Hide comment
@lukasjuhas

lukasjuhas Dec 12, 2016

Same issue here

OSX El Capitan 10.11.6
➜  ~ yarn --version
0.17.10
➜  ~ node --version
v6.2.1

log:

➜  myrepo git:(master) ✗ yarn publish
yarn publish v0.17.10
[1/4] Bumping version...
info Current version: 0.3.0
question New version:
[2/4] Logging in...
info npm username: myusername
info npm username: myemail
question npm password:
success Logged in.
[3/4] Publishing...

lukasjuhas commented Dec 12, 2016

Same issue here

OSX El Capitan 10.11.6
➜  ~ yarn --version
0.17.10
➜  ~ node --version
v6.2.1

log:

➜  myrepo git:(master) ✗ yarn publish
yarn publish v0.17.10
[1/4] Bumping version...
info Current version: 0.3.0
question New version:
[2/4] Logging in...
info npm username: myusername
info npm username: myemail
question npm password:
success Logged in.
[3/4] Publishing...
@tsaiDavid

This comment has been minimized.

Show comment
Hide comment
@tsaiDavid

tsaiDavid Dec 12, 2016

Wasn't having this issue earlier today, but I ran into this problem on both:

  • yarn v0.16.10

  • yarn v0.17.10

  • OSX El Capitan 10.1.6

  • npm @ 3.8.6

  • node @ 6.0.0

tsaiDavid commented Dec 12, 2016

Wasn't having this issue earlier today, but I ran into this problem on both:

  • yarn v0.16.10

  • yarn v0.17.10

  • OSX El Capitan 10.1.6

  • npm @ 3.8.6

  • node @ 6.0.0

@simnalamburt

This comment has been minimized.

Show comment
Hide comment
@simnalamburt

simnalamburt Dec 13, 2016

Same issue here.

stuff version
node 7.2.1
yarn 0.17.9
OS Linux 4.7.6-1
distribution Arch Linux

simnalamburt commented Dec 13, 2016

Same issue here.

stuff version
node 7.2.1
yarn 0.17.9
OS Linux 4.7.6-1
distribution Arch Linux
@JulianLeviston

This comment has been minimized.

Show comment
Hide comment
@JulianLeviston

JulianLeviston Dec 18, 2016

Same issue here.
node 6.2.0, yarn 0.17.10
OS MacOS 10.11.6

We publish to private npm repos at work. Some of us are having this behaviour, others not.

Is there a trace mode, or debug logs or something like that we can enable? (update: just discovered --verbose mode, duh! sorry.)

Our company just switched to yarn FWIW (so this represents about 20 developers). Had to use npm to publish (which is fine, just inconvenient to explain to new and existing people why)

I'm wondering if it's not perhaps a case of running yarn login as we used to have to run npm login because it's storing creds in a different spot now?

In either case, better error messages around this would be excellent, if at all possible.

(further update: --verbose doesn't help, tho I haven't tried --har where it logs all the requests: --har save HAR output of network traffic. We're using npm for publishing for now)

JulianLeviston commented Dec 18, 2016

Same issue here.
node 6.2.0, yarn 0.17.10
OS MacOS 10.11.6

We publish to private npm repos at work. Some of us are having this behaviour, others not.

Is there a trace mode, or debug logs or something like that we can enable? (update: just discovered --verbose mode, duh! sorry.)

Our company just switched to yarn FWIW (so this represents about 20 developers). Had to use npm to publish (which is fine, just inconvenient to explain to new and existing people why)

I'm wondering if it's not perhaps a case of running yarn login as we used to have to run npm login because it's storing creds in a different spot now?

In either case, better error messages around this would be excellent, if at all possible.

(further update: --verbose doesn't help, tho I haven't tried --har where it logs all the requests: --har save HAR output of network traffic. We're using npm for publishing for now)

@scull7

This comment has been minimized.

Show comment
Hide comment
@scull7

scull7 Dec 19, 2016

I've tried the following:

  • yarn login
  • yarn publish --verbose

But I'm still observing the [3/4] Publishing... hang issue with no additional output.

  • node v7.2.1
  • yarn v0.18.0
  • OSX 10.11.6

Here's the dstruss output that seems relevant, it seems to go into a ksevent wait-loop forever directly following this output:

13388/0x6318a: kevent(0x8, 0x7FFF5FBF6C90, 0x0) = 1 0
13388/0x6318a: read(0xB, "\0", 0x400) = 1 0
13388/0x6318a: psynch_cvsignal(0x1012BE640, 0x13690000136D00, 0x136900) = 256 0
13388/0x63198: psynch_cvwait(0x1012BE640, 0x13660000136A00, 0x136600) = 0 0
13388/0x63198: read(0x22, "{\n "name": "boom",\n "description": "HTTP-friendly error objects",\n "version": "2.10.1",\n "repository": "git://github.com/hapijs/boom",\n "main": "lib/index.js",\n "keywords": [\n "error",\n "http"\n ],\n "engines": {\n "node": ">=0.10.40"\n },\n ", 0x205) = 517 0
13388/0x63198: write(0xC, "\0", 0x1) = 1 0
13388/0x6318a: kevent(0x8, 0x7FFF5FBF6C90, 0x0) = 1 0
13388/0x6318a: read(0xB, "\0", 0x400) = 1 0
13388/0x6318a: psynch_cvsignal(0x1012BE640, 0x136A0000136E00, 0x136A00) = 256 0
13388/0x63196: psynch_cvwait(0x1012BE640, 0x13670000136B00, 0x136700) = 0 0
13388/0x63196: close(0x22) = 0 0
13388/0x63196: write(0xC, "\0", 0x1) = 1 0
13388/0x6318a: kevent(0x8, 0x7FFF5FBF6C90, 0x0) = 1 0
13388/0x6318a: read(0xB, "\0", 0x400) = 1 0
13388/0x6318a: psynch_cvsignal(0x1012BE640, 0x136B0000136F00, 0x136B00) = 256 0
13388/0x63197: psynch_cvwait(0x1012BE640, 0x13680000136C00, 0x136800) = 0 0
13388/0x63197: lstat64("/Users/<...omitted...>/pimp-my-sql/node_modules/brace-expansion/README.md\0", 0x0, 0x0) = 0 0
13388/0x63195: psynch_cvwait(0x1012BE640, 0x13690000136D00, 0x136900) = 0 0
13388/0x63198: psynch_cvwait(0x1012BE640, 0x136A0000136E00, 0x136A00) = 0 0
13388/0x63196: psynch_cvwait(0x1012BE640, 0x136B0000136F00, 0x136B00) = 0 0
13388/0x6318a: kevent(0x8, 0x7FFF5FBF6C90, 0x0) = 0 0
13388/0x6318a: kevent(0x8, 0x7FFF5FBF6C90, 0x0) = 0 0
13388/0x6318a: kevent(0x8, 0x7FFF5FBF6C90, 0x0) = 0 0
13388/0x6318a: kevent(0x8, 0x7FFF5FBF6C90, 0x0) = 0 0
13388/0x6318a: kevent(0x8, 0x7FFF5FBF6C90, 0x0) = 0 0
13388/0x6318a: kevent(0x8, 0x7FFF5FBF6C90, 0x0) = 0 0
13388/0x6318a: kevent(0x8, 0x7FFF5FBF6C90, 0x0) = 0 0

scull7 commented Dec 19, 2016

I've tried the following:

  • yarn login
  • yarn publish --verbose

But I'm still observing the [3/4] Publishing... hang issue with no additional output.

  • node v7.2.1
  • yarn v0.18.0
  • OSX 10.11.6

Here's the dstruss output that seems relevant, it seems to go into a ksevent wait-loop forever directly following this output:

13388/0x6318a: kevent(0x8, 0x7FFF5FBF6C90, 0x0) = 1 0
13388/0x6318a: read(0xB, "\0", 0x400) = 1 0
13388/0x6318a: psynch_cvsignal(0x1012BE640, 0x13690000136D00, 0x136900) = 256 0
13388/0x63198: psynch_cvwait(0x1012BE640, 0x13660000136A00, 0x136600) = 0 0
13388/0x63198: read(0x22, "{\n "name": "boom",\n "description": "HTTP-friendly error objects",\n "version": "2.10.1",\n "repository": "git://github.com/hapijs/boom",\n "main": "lib/index.js",\n "keywords": [\n "error",\n "http"\n ],\n "engines": {\n "node": ">=0.10.40"\n },\n ", 0x205) = 517 0
13388/0x63198: write(0xC, "\0", 0x1) = 1 0
13388/0x6318a: kevent(0x8, 0x7FFF5FBF6C90, 0x0) = 1 0
13388/0x6318a: read(0xB, "\0", 0x400) = 1 0
13388/0x6318a: psynch_cvsignal(0x1012BE640, 0x136A0000136E00, 0x136A00) = 256 0
13388/0x63196: psynch_cvwait(0x1012BE640, 0x13670000136B00, 0x136700) = 0 0
13388/0x63196: close(0x22) = 0 0
13388/0x63196: write(0xC, "\0", 0x1) = 1 0
13388/0x6318a: kevent(0x8, 0x7FFF5FBF6C90, 0x0) = 1 0
13388/0x6318a: read(0xB, "\0", 0x400) = 1 0
13388/0x6318a: psynch_cvsignal(0x1012BE640, 0x136B0000136F00, 0x136B00) = 256 0
13388/0x63197: psynch_cvwait(0x1012BE640, 0x13680000136C00, 0x136800) = 0 0
13388/0x63197: lstat64("/Users/<...omitted...>/pimp-my-sql/node_modules/brace-expansion/README.md\0", 0x0, 0x0) = 0 0
13388/0x63195: psynch_cvwait(0x1012BE640, 0x13690000136D00, 0x136900) = 0 0
13388/0x63198: psynch_cvwait(0x1012BE640, 0x136A0000136E00, 0x136A00) = 0 0
13388/0x63196: psynch_cvwait(0x1012BE640, 0x136B0000136F00, 0x136B00) = 0 0
13388/0x6318a: kevent(0x8, 0x7FFF5FBF6C90, 0x0) = 0 0
13388/0x6318a: kevent(0x8, 0x7FFF5FBF6C90, 0x0) = 0 0
13388/0x6318a: kevent(0x8, 0x7FFF5FBF6C90, 0x0) = 0 0
13388/0x6318a: kevent(0x8, 0x7FFF5FBF6C90, 0x0) = 0 0
13388/0x6318a: kevent(0x8, 0x7FFF5FBF6C90, 0x0) = 0 0
13388/0x6318a: kevent(0x8, 0x7FFF5FBF6C90, 0x0) = 0 0
13388/0x6318a: kevent(0x8, 0x7FFF5FBF6C90, 0x0) = 0 0

@Waize

This comment has been minimized.

Show comment
Hide comment
@Waize

Waize Dec 20, 2016

pls have a look on my comment: #610 (comment)

Waize commented Dec 20, 2016

pls have a look on my comment: #610 (comment)

@erquhart

This comment has been minimized.

Show comment
Hide comment
@erquhart

erquhart Dec 22, 2016

@cpojer @samccone this seems to be a known, major issue with yarn, and no members have commented about plans to address. Is fixing yarn publish on the roadmap? I don't mean making it better, I mean addressing reports that the feature is DOA.

Earliest report was in October, and @Waize commented with an assessment (linked above).

erquhart commented Dec 22, 2016

@cpojer @samccone this seems to be a known, major issue with yarn, and no members have commented about plans to address. Is fixing yarn publish on the roadmap? I don't mean making it better, I mean addressing reports that the feature is DOA.

Earliest report was in October, and @Waize commented with an assessment (linked above).

@cpojer

This comment has been minimized.

Show comment
Hide comment
@cpojer

cpojer Dec 22, 2016

Member

Yarn is a community project. Feel free to send pull requests to improve the behavior! We agree that yarn publish isn't great right now and hope that it'll be fixed in the future.

Member

cpojer commented Dec 22, 2016

Yarn is a community project. Feel free to send pull requests to improve the behavior! We agree that yarn publish isn't great right now and hope that it'll be fixed in the future.

@MikeRalphson

This comment has been minimized.

Show comment
Hide comment
@MikeRalphson

MikeRalphson Jan 17, 2017

Just upgraded to Yarn v0.19.1 - still happening consistently on Windows 10.0.14393 Node v6.9.0

MikeRalphson commented Jan 17, 2017

Just upgraded to Yarn v0.19.1 - still happening consistently on Windows 10.0.14393 Node v6.9.0

@simnalamburt

This comment has been minimized.

Show comment
Hide comment
@simnalamburt

simnalamburt Jan 17, 2017

I think no one in the yarn team is actually working on this issue. Since yarn publish command can be easily replaced with npm publish command, this issue won't be given a high priority. (Actually it is not even triaged yet)

Sadly I'm quite sure that Facebook won't use their money to just satisfy their FOSS users. It might be possible if the staff of this project has enough free time, but looks like they're busy for other works recently.

Recent contribution graph of yarn
Recent contribution graph of yarn

So, let's solve this problem with collective intelligence. Just like @scull7 has shared his own result of debugging, maybe someone could carry on his work on and on. Even if each person doesn't have enough time to dig into this problem, multiple people as a community should have enough time to dig into this problem.

Please share your debug results to this thread. Even a single comment likes "yarn publish command is handled in this file!" is greatly helpful. Let's do this!

simnalamburt commented Jan 17, 2017

I think no one in the yarn team is actually working on this issue. Since yarn publish command can be easily replaced with npm publish command, this issue won't be given a high priority. (Actually it is not even triaged yet)

Sadly I'm quite sure that Facebook won't use their money to just satisfy their FOSS users. It might be possible if the staff of this project has enough free time, but looks like they're busy for other works recently.

Recent contribution graph of yarn
Recent contribution graph of yarn

So, let's solve this problem with collective intelligence. Just like @scull7 has shared his own result of debugging, maybe someone could carry on his work on and on. Even if each person doesn't have enough time to dig into this problem, multiple people as a community should have enough time to dig into this problem.

Please share your debug results to this thread. Even a single comment likes "yarn publish command is handled in this file!" is greatly helpful. Let's do this!

@Waize

This comment has been minimized.

Show comment
Hide comment
@Waize

Waize Jan 17, 2017

Waize commented Jan 17, 2017

@simnalamburt

This comment has been minimized.

Show comment
Hide comment
@simnalamburt

simnalamburt Jan 17, 2017

@Waize Oops sorry I just passed it without knowing. I thought it's a different issue (The tag of that issue is "enhancement". It's so misleding since this is a bug) Looks like the point that you catched is an actual cause of this bug. Let's find out how to fix this.

Hi, I've investigated this a bit and found that there is a mistake in reading the stream of the tgz-file or directory, depending on what you gave as arguments.

Sticking into this shows that the chunk size of the stream (on windows, linux not tested) is 65536 byte.
In the stream.js where you call the ConcatStream-Object the _transform-function ist just called once. This leads to the problem:
you get the stream, read the first chunk (65536 bytes) and nothing more happens.

Hopefully this can help you to fix this issue and make publish working again.

btw: in your pack.js-file there is no problem with the stream handling and I wonder why it is in publish.js 😕

simnalamburt commented Jan 17, 2017

@Waize Oops sorry I just passed it without knowing. I thought it's a different issue (The tag of that issue is "enhancement". It's so misleding since this is a bug) Looks like the point that you catched is an actual cause of this bug. Let's find out how to fix this.

Hi, I've investigated this a bit and found that there is a mistake in reading the stream of the tgz-file or directory, depending on what you gave as arguments.

Sticking into this shows that the chunk size of the stream (on windows, linux not tested) is 65536 byte.
In the stream.js where you call the ConcatStream-Object the _transform-function ist just called once. This leads to the problem:
you get the stream, read the first chunk (65536 bytes) and nothing more happens.

Hopefully this can help you to fix this issue and make publish working again.

btw: in your pack.js-file there is no problem with the stream handling and I wonder why it is in publish.js 😕

@MikeRalphson

This comment has been minimized.

Show comment
Hide comment
@MikeRalphson

MikeRalphson Jan 17, 2017

It's this line in publish.js which hangs:

    const buffer = yield new Promise(function (resolve, reject) {
      stream.pipe(new (_stream || _load_stream()).ConcatStream(resolve)).on('error', reject);
    });

Is the packed tar stream not being ended when it should be?

MikeRalphson commented Jan 17, 2017

It's this line in publish.js which hangs:

    const buffer = yield new Promise(function (resolve, reject) {
      stream.pipe(new (_stream || _load_stream()).ConcatStream(resolve)).on('error', reject);
    });

Is the packed tar stream not being ended when it should be?

@Waize

This comment has been minimized.

Show comment
Hide comment
@Waize

Waize Jan 23, 2017

Currently I don't have much time to investigate this.

All I did was just write some console outputs after every single line to see where yarn publish breaks and this leads me to my triage --> debugging with console outputs :)

Maybe this will help one of you to fix the error.

Waize commented Jan 23, 2017

Currently I don't have much time to investigate this.

All I did was just write some console outputs after every single line to see where yarn publish breaks and this leads me to my triage --> debugging with console outputs :)

Maybe this will help one of you to fix the error.

@farhansalam

This comment has been minimized.

Show comment
Hide comment
@farhansalam

farhansalam Apr 13, 2017

I was having this error on yarn 0.18.1
And now it works fine on yarn 0.22.0
Mac OS 10.12.4

farhansalam commented Apr 13, 2017

I was having this error on yarn 0.18.1
And now it works fine on yarn 0.22.0
Mac OS 10.12.4

@MikeRalphson

This comment has been minimized.

Show comment
Hide comment
@MikeRalphson

MikeRalphson Apr 13, 2017

Thanks @farhansalam - 0.22.0 still hangs on Windows Version 10.0.14393, node 6.9.0

MikeRalphson commented Apr 13, 2017

Thanks @farhansalam - 0.22.0 still hangs on Windows Version 10.0.14393, node 6.9.0

@ecbrodie

This comment has been minimized.

Show comment
Hide comment
@ecbrodie

ecbrodie May 3, 2017

I ran into this issue too, but I have a pretty strong feeling about why I ran into the issue. I believe that the prepublish command specified in my package.json file errored out, but Yarn failed to bubble up this error and failed to correctly halt execution.

I know this because I attempt a npm publish command afterwards and it terminated due to the correct error message (I did not have babel on my path, I forgot to install dependencies from package.json). After running npm install, the npm publish command succeeded.

I hope this helps with diagnosing the root cause of this yarn issue.

ecbrodie commented May 3, 2017

I ran into this issue too, but I have a pretty strong feeling about why I ran into the issue. I believe that the prepublish command specified in my package.json file errored out, but Yarn failed to bubble up this error and failed to correctly halt execution.

I know this because I attempt a npm publish command afterwards and it terminated due to the correct error message (I did not have babel on my path, I forgot to install dependencies from package.json). After running npm install, the npm publish command succeeded.

I hope this helps with diagnosing the root cause of this yarn issue.

@bestander bestander removed the needs triage label May 23, 2017

hoodwink73 added a commit to freshdesk/react-redux-feed that referenced this issue May 26, 2017

Change to npm publish
`yarn publish` is getting hung
yarnpkg/yarn#1694
@rardoz

This comment has been minimized.

Show comment
Hide comment
@rardoz

rardoz Jun 1, 2017

NooooOOOOooo very disappointed. Experiencing the same issue on a linux/alpine docker container. This was working fine until yesterday.

rardoz commented Jun 1, 2017

NooooOOOOooo very disappointed. Experiencing the same issue on a linux/alpine docker container. This was working fine until yesterday.

@alexkieling

This comment has been minimized.

Show comment
Hide comment
@alexkieling

alexkieling Jun 11, 2017

Having the same error with public scoped packages. Using yarn 0.24.6, node 6 and Fedora 25.

alexkieling commented Jun 11, 2017

Having the same error with public scoped packages. Using yarn 0.24.6, node 6 and Fedora 25.

@bestander

This comment has been minimized.

Show comment
Hide comment
@bestander

bestander Jun 22, 2017

Member

Fixed by #3646

Member

bestander commented Jun 22, 2017

Fixed by #3646

@bestander bestander closed this Jun 22, 2017

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment