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_lucene@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_lucene@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-unsubscribe@lucene.apache.org
> : > For additional commands, e-mail: dev-help@lucene.apache.org
> : >
> :
> : ---------------------------------------------------------------------
> : To unsubscribe, e-mail: dev-unsubscribe@lucene.apache.org
> : For additional commands, e-mail: dev-help@lucene.apache.org
> :
> :
>
> -Hoss
> http://www.lucidworks.com/
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: dev-unsubscribe@lucene.apache.org
> For additional commands, e-mail: dev-help@lucene.apache.org
>
>