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

badTimezone: cannot clone with git 2.8.1 #3088

Closed
rillian opened this issue Apr 11, 2016 · 5 comments
Closed

badTimezone: cannot clone with git 2.8.1 #3088

rillian opened this issue Apr 11, 2016 · 5 comments

Comments

@rillian
Copy link

rillian commented Apr 11, 2016

I can't clone this repo. It complains:

$ git clone https://github.com/kennethreitz/requests
Cloning into 'requests'...
remote: Counting objects: 17048, done.
remote: Compressing objects: 100% (39/39), done.
error: object 5e6ecdad9f69b1ff789a17733b8edc6fd7091bd8: badTimezone: invalid author/committer line - bad time zone
fatal: Error in object
fatal: index-pack failed
@Lukasa
Copy link
Member

Lukasa commented Apr 11, 2016

This is a known problem: see #3008 and #2690 for previous discussions. The problem can be easily resolved on your end either by performing a shallow clone (if you don't need the history) or turning off the fsck timestamp check.

@Lukasa Lukasa closed this as completed Apr 11, 2016
@rillian
Copy link
Author

rillian commented Apr 11, 2016

Thanks for the quick response.

@kennethreitz
Copy link
Contributor

@rillian did you enable verification yourself or did another tool do that?

@rillian
Copy link
Author

rillian commented Apr 11, 2016

You're right, I have those options set in my ~/.gitconfig; it's nothing to do with the git version. I don't know if I did it manually or if one of our audit tools added it, because how is that not the default? :/

[transfer]
          fsckobjects = true
[fetch]
          fsckobjects = true
[receive]
          fsckObjects = true 

I've been trying to figure out how to get YCM to work around this, but it's tricky with submodules because an initial shallow clone generally fails. There doesn't seem to be a fetch.fsckBadTimezone. I couldn't get your $ git config fsck.badTimezone ignore suggestion to work, just disabling fetch.fsckObjects entirely.

@rogueresistor
Copy link

git config --global fetch.fsck.badTimezone ignore

Works for me when cloning submodules, this just disables it for fetch.

@github-actions github-actions bot locked as resolved and limited conversation to collaborators Aug 31, 2021
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

4 participants