Skip to content

pub upgrade times out with this pubspec #1171

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

Closed
DartBot opened this issue Jun 5, 2015 · 5 comments
Closed

pub upgrade times out with this pubspec #1171

DartBot opened this issue Jun 5, 2015 · 5 comments
Labels
closed-duplicate Closed in favor of an existing report type-bug Incorrect behavior (everything from a crash to more subtle misbehavior)

Comments

@DartBot
Copy link

DartBot commented Jun 5, 2015

Originally opened as dart-lang/sdk#21340

This issue was originally filed by [email protected]


What steps will reproduce the problem?

  1. Use this pubspec:
    name: test
    version: 0.0.1
    description: pub upgrade churn
    dependencies:
      core_elements: '>=0.2.0+1'
      game_loop: '>=0.9.4'
      logging: '>=0.9.2'
      paper_elements: '>=0.1.1+2'
      polymer: '>=0.13.0+3'
      query_string: '>=1.0.4'
      redstone: '>=0.5.15'
      redstone_mapper: '>=0.1.6'
      yaml: '>=2.0.0'
  2. run pub get (works)
  3. run pub upgrade (times out)

What is the expected output? What do you see instead?
This was working until I upgrade dart to 1.7.2 today. Though I can't say this is directly related, since package dependencies may have changed since the last time I ran pub upgrade.

pub upgrade now returns after about 5 minutes with:
Connection closed before full header was received

What version of the product are you using?
1.7.2 stable

On what operating system?
linux/windows: tried on both

What browser (if applicable)?
n/a

Please provide any additional information below.
I feel like I'm running into some upper bound of what pub can do before timing out. For example, when I start to remove some of these packages and reduce it down to lets say:
  polymer: '>=0.13.0+3'
  redstone: '>=0.5.15'
  redstone_mapper: '>=0.1.6'

Then the upgrade process will complete in at just under 5 minutes. But as I start adding packages back in, pub upgrade gives up with the connection closed timeout.

Any suggestions? Or is there a way to increase the timeout?

@DartBot DartBot added type-bug Incorrect behavior (everything from a crash to more subtle misbehavior) closed-duplicate Closed in favor of an existing report labels Jun 5, 2015
@DartBot
Copy link
Author

DartBot commented Jun 5, 2015

<img src="https://avatars.githubusercontent.com/u/4865287?v=3" align="left" width="48" height="48"hspace="10"> Comment by lrhn


Added Area-Pub, Triaged labels.

@DartBot
Copy link
Author

DartBot commented Jun 5, 2015

<img src="https://avatars.githubusercontent.com/u/188?v=3" align="left" width="48" height="48"hspace="10"> Comment by nex3


The best solution here at the moment is probably to run with --verbosity=solver, try to figure out where the conflicting version constraint is, and update your version constraints to avoid it (or submit pull requests to the dependencies if necessary).


Added Duplicate label.
Marked as being merged into #912.

@DartBot
Copy link
Author

DartBot commented Jun 5, 2015

This comment was originally written by [email protected]


I suppose that works, if I had any idea what I'm looking for. I suppose I could upgrade things manually with constraints in the pubspec until I bump into a problem.

@DartBot
Copy link
Author

DartBot commented Jun 5, 2015

This comment was originally written by [email protected]


I fixed it by manually upgrading the versions of the projects in the pubspec.yaml. I guess I was confused, because I thought 'pub upgrade' would do this for me implicitly.

@DartBot
Copy link
Author

DartBot commented Jun 5, 2015

<img src="https://avatars.githubusercontent.com/u/188?v=3" align="left" width="48" height="48"hspace="10"> Comment by nex3


It will, but it can get into a situation where the latest versions of every package don't work together and it's not clear which packages to roll back to what version to solve the issue.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
closed-duplicate Closed in favor of an existing report type-bug Incorrect behavior (everything from a crash to more subtle misbehavior)
Projects
None yet
Development

No branches or pull requests

1 participant