Skip to content

Address gradle temp file pollution insanity #14385

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
dweiss opened this issue Mar 21, 2025 · 4 comments · Fixed by #14387
Closed

Address gradle temp file pollution insanity #14385

dweiss opened this issue Mar 21, 2025 · 4 comments · Fixed by #14387
Assignees
Milestone

Comments

@dweiss
Copy link
Contributor

dweiss commented Mar 21, 2025

Description

Gradle creates temp files it never cleans up. Until this is resolved, let's try to keep some housekeeping ourselves.

Related issues:

@dweiss
Copy link
Contributor Author

dweiss commented Mar 21, 2025

I think the hack we had in https://github.com/apache/lucene-solr/pull/1767/files used to work but gradle must have relocated those temp files...

The fix is simple but I'd like to do some analysis what exactly happened and when first.

@dweiss
Copy link
Contributor Author

dweiss commented Mar 21, 2025

It's this commit that moved the temp folder from java.io.tmpdir, which we redirected and cleaned up.

gradle/gradle@8c2f6b7#diff-a89e26b86bb25dd2df7ef61416478f3b9034cc4625633830a5413a5c5d7124f6

@dweiss dweiss added this to the 10.2.0 milestone Mar 21, 2025
@dweiss
Copy link
Contributor Author

dweiss commented Mar 21, 2025

Ok, I've added gradle's "user home" tmp cleaning as well. Anything older than 3 hours is removed. This folder may be shared across builds so the time limit is there to prevent accidental cross-build issues.

@dweiss
Copy link
Contributor Author

dweiss commented Mar 21, 2025

There are also *.log files to wipe clean.

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

Successfully merging a pull request may close this issue.

1 participant