Hi Chris,

See here -
https://github.com/apache/lucene/issues/14385

they've changed something in gradle at some point. I think the rationale
being that shared tmp folder could be scanned by other processes to steal
secrets from temp files. My guess.

I've provided a patch in the above issue. Dumb like hell but will work.

Dawid


On Fri, Mar 21, 2025 at 4:48 PM Chris Hostetter <hossman_luc...@fucit.org>
wrote:

>
> wait ... my mistake, the modification to gradlew does still exist (i
> had a type when grepping for it)...
>
> # LUCENE-9471: workaround for gradle leaving junk temp. files behind.
> GRADLE_TEMPDIR="$APP_HOME/.gradle/tmp"
> mkdir -p "$GRADLE_TEMPDIR"
> if [ "$cygwin" = "true" -o "$msys" = "true" ] ; then
>     GRADLE_TEMPDIR=`cygpath --path --mixed "$GRADLE_TEMPDIR"`
> fi
> DEFAULT_JVM_OPTS="$DEFAULT_JVM_OPTS \"-Djava.io.tmpdir=$GRADLE_TEMPDIR\""
>
>
> ...so no fucking clue why that doesn't work any more.
>
>
> : Date: Fri, 21 Mar 2025 08:45:44 -0700 (MST)
> : From: Chris Hostetter <hossman_luc...@fucit.org>
> : To: dev@lucene.apache.org
> : Subject: Re: Warning: Gradle fills up some gradle-internal temp folder
> with
> :     classpath files (millions of them accumulated)
> :
> :
> : : > and it is: ~/.gradle/.tmp
> : : >
> : :
> : : It is dumb, I agree. I'll try to correct the current hack we have - not
> : : sure why it's written the way it is - it doesn't seem right (maybe it's
> : : changed over time).
> :
> : It has....
> :
> : The logic in gradle/hacks/wipe-temp.gradle was added as part of
> : LUCENE-9471 which was intentionally modifing "gradlew" to use a lucene
> : project specific temp dir instead of the user's "global" tmp dir -- but
> : that change no longer exists in Lucene's copy of ./gradlew
> :
> : https://issues.apache.org/jira/browse/LUCENE-9471
> :
> :
> https://github.com/apache/lucene-solr/commit/581e836#diff-e9721dc750619a21053ddea8a5d04929a608877d8c5daec1b57d243d3424e745
> :
> :
> : -Hoss
> : http://www.lucidworks.com/
> :
>
> -Hoss
> http://www.lucidworks.com/
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: dev-unsubscr...@lucene.apache.org
> For additional commands, e-mail: dev-h...@lucene.apache.org
>
>

Reply via email to