Thanks for getting the list of steps currently taken. These are easy to keep in the gradle task:
- excluding jdk javadoc package-list files (for licensing reasons evidently) - setting chmod bits on scripts building Changes.html from CHANGES.txt > I'm not sure building Changes.html is a huge necessity for the source package. It's already done in the artifacts release, so maybe it's better to just leave it there? No other documentation sites are provided, so I find it a bit odd that this is. I might be missing context though. including lucene/CHANGES.txt in solr as LUCENE_CHANGES.txt > While useful when the projects are connected, we probably won't keep this when the projects are split (though I could be wrong on this, it would be good to discuss anyways). If that happens before 9.0 is cut, then this is likely moot. So we could always start with a task that does a clean checkout, and the two easy steps mentioned above. Should be a good first pass, that we can change later if needed. - Houston On Wed, Feb 3, 2021 at 11:51 AM Chris Hostetter <hossman_luc...@fucit.org> wrote: > > : It wasn't as much of an oversight as lack of knowledge how to deal > : with it. I personally think the source distribution should be > : equivalent to a clean git checkout. If this works for you then things > : are relatively simple and I can do it. > > I'm not an authority here, so what works for me doesn't really matter :) > > While i would generally agree with you, I think there are some aspects of > how the current targets work that are worth bearing in mind since > deliberate decisions were made to get to this point - deliberate > decisions should probably made to "undo" these choices.. > > * excluding jdk javadoc package-list files (for licensing reasons > evidently) > * building Changes.html from CHANGES.txt > * including lucnee/CHANGES.txt in solr as LUCENE_CHANGES.txt > * setting chmod bits on scripts > > > : On Wed, Feb 3, 2021 at 1:30 AM Chris Hostetter <hossman_luc...@fucit.org> > wrote: > : > > : > > : > thinking about how we (want to) build solr docker containers moving > : > forward (SOLR-15102) lead me to realize that on the mster branch, there > : > doesn't seem to be any logic to build the "*-src.tgz" files. > : > > : > On branch_8x "ant package" in both the lucene & solr directories > handles > : > this by delegation to either package-tgz-src or package-src-tgz (for > some > : > reason they have diff names in each dir?) ... but there doesn't seem > to be > : > any equivilent of this logic in the gradle build. > : > > : > Was this an oversight, or is ther some other plan for where/how we deal > : > with "src.tgz" release artifacts in 9.x ? > : > > : > > : > -Hoss > : > http://www.lucidworks.com/ > : > > : > --------------------------------------------------------------------- > : > To unsubscribe, e-mail: dev-unsubscr...@lucene.apache.org > : > For additional commands, e-mail: dev-h...@lucene.apache.org > : > > : > : --------------------------------------------------------------------- > : To unsubscribe, e-mail: dev-unsubscr...@lucene.apache.org > : For additional commands, e-mail: dev-h...@lucene.apache.org > : > : > > -Hoss > http://www.lucidworks.com/ > > --------------------------------------------------------------------- > To unsubscribe, e-mail: dev-unsubscr...@lucene.apache.org > For additional commands, e-mail: dev-h...@lucene.apache.org > >
