Skip to content
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

fatal: unable to access Specs.git #6053

Closed
1 task done
dumoko opened this issue Oct 18, 2016 · 11 comments
Closed
1 task done

fatal: unable to access Specs.git #6053

dumoko opened this issue Oct 18, 2016 · 11 comments

Comments

@dumoko
Copy link

dumoko commented Oct 18, 2016

Report

What did you do?

We're trying to use a new pod, therefore we're trying to run pod repo update

What happened?

=> pod repo update
  Updating spec repo `master`
  $ /usr/local/bin/git pull --ff-only
  fatal: unable to access 'https://github.com/CocoaPods/Specs.git/': transfer closed with outstanding read data remaining

It happens all the day. What is the issue?

@jshier
Copy link

jshier commented Oct 18, 2016

Yes, the specs repo is especially slow right now, and has been since last night. Finally time to move to sharded version?

@oozoofrog
Copy link

oozoofrog commented Oct 19, 2016

I'm testing just with 'git clone https://github.com/CocoaPods/Specs.git'.
It's not working too.

@andyyhope
Copy link

Having the same issue.
pod repo update --verbose

Updating spec repo `master`
  $ /usr/bin/git -C /Users/andyyhope/.cocoapods/repos/master pull --ff-only
  fatal: unable to access 'https://github.com/CocoaPods/Specs.git/': transfer closed with outstanding read data remaining

@chrisdhaan
Copy link

Im having the same issue. Have tried completely uninstalling and reinstalling. Any updates?

@qooarleo
Copy link

Same here, any update?

@bahadiraurea
Copy link

Any update please?

@orta
Copy link
Member

orta commented Oct 19, 2016

Sharding the repo will bring down the stress on GitHub's servers ( as we mentioned in the blog post ) but it's a destructive move to both the Specs repo and the trunk db - which also forces everyone to migrate to 1.x versions of CocoaPods. So we don't want rush that.

Ideally, once we're sure that the the sharing has gone successfully, we can also look at reducing the amount of commits on the main branch, meaning that the commits transferred should be reduced.

We were planning on doing this post-1.1.0, as a lot of the work is already done - CocoaPods/trunk.cocoapods.org#187 - but the release is taking longer than expected, no-one works full time on CocoaPods., however it should be released very soon.

WRT the timeouts, only GitHub staff know the actual reason for why they are timing out I'm afraid. We've reached out to them. In order to avoid more +1s - I'm going to lock the thread however, last time this happened I had to do quite a lot of thread pruning.

My twitter DMs are open if you'd like to contact me privately about this.

@andyyhope
Copy link

Thanks Orta!

@bahadiraurea
Copy link

Thanks orta hope it will be resolved asap

@CocoaPods CocoaPods locked and limited conversation to collaborators Oct 19, 2016
@benasher44
Copy link
Member

Just a heads up that this is happening soon!

http://blog.cocoapods.org/Sharding/

Cheers!

@orta
Copy link
Member

orta commented Nov 17, 2016

And has happened 👍

@orta orta closed this as completed Nov 17, 2016
Sign up for free to subscribe to this conversation on GitHub. Already have an account? Sign in.
Labels
None yet
Projects
None yet
Development

No branches or pull requests

9 participants