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

Failed builds due to very big file(s). #114

Open
carlca opened this issue Feb 3, 2024 · 3 comments
Open

Failed builds due to very big file(s). #114

carlca opened this issue Feb 3, 2024 · 3 comments

Comments

@carlca
Copy link

carlca commented Feb 3, 2024

I have a couple of Rust projects which appears to have tree-sitter-haskell as a dependency. The builds are failing consistently because they are timing out when the tree-sitter-haskell is being read. This seems to be because something in the repo is taking up an inordinate amount of space. Indeed when I tried to git clone the repo, this is what I got...

SCR-20240203-ljwf

Admittedly, I do have a rather slow WiFi connection, but this is the first time that a Rust cargo build and a git clone have failed to complete because of timeouts.

I'm not using a a proxy or any other shenanigans that would affect things.

What in the world is so large that it is killing any use of the repo?

@tek
Copy link
Contributor

tek commented Feb 3, 2024

The generated C file needs to be checked in, see this discussion.
Since this grammar is extraordinarily complex, the accumulated size of the parser sources is substantial.

Maybe it would be reasonable to prune the history of this repo…a workaround for consumers might be to create a shallow clone, but I don't know how you would convince cargo to do that.

@carlca
Copy link
Author

carlca commented Feb 3, 2024

I've managed to download the entire repo to my local disk by using a neat Mac app which allows you to mount a GitHub repo as a drive. This means I can just copy the files using Finder or my file manager of choice QSpace Pro.
The next step is going to be to get the Rust project in question to access the local copy of the repo...

@tek
Copy link
Contributor

tek commented Feb 3, 2024

if you're doing that, you can also run git clone --depth 1 to get a repo that only contains HEAD

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

No branches or pull requests

2 participants