Hack-a-thon is a great thought…. We haven’t had a chance to publicize it widely yet, but Charlie Hull has set up another “pre Activate” hack-a-thon, similar to others he has organized.
We have a conference room for 20 at the American Geophysical Union building that is literally 5 minute walk from where Activate is being held on Tuesday September 10th. Getting lots of folks to try out the new build tools on various laptops and environments would be a great theme for the hack-a-thon. https://www.meetup.com/Apache-Lucene-Solr-London-User-Group/events/263993681/ Eric > On Aug 16, 2019, at 11:57 AM, Erick Erickson <erickerick...@gmail.com> wrote: > > Focus, Mark, focus ;) > > I fully sympathize, I catch myself repeatedly thinking “Well, since I’m in > this code already, why don’t I just change this completely unrelated thing > that’s been bothering me for a long time”….. > > Not to mention merge issues….. > > Random thought: maybe a hack-a-thon on this at Activate? (he says but can’t > help since he’ll be teaching Mon and Tue)... > >> On Aug 16, 2019, at 8:30 AM, Mark Miller <markrmil...@gmail.com> wrote: >> >> Perhaps better for me as well (I couldn’t help myself and started addressing >> compiler warnings to clean up build output since gradle keeps the output so >> compact when its not dumping warning output), my main hold off is that I >> want to be available and engaged when it goes in. I’d like to target early >> sept, but I don’t want to commit and then delay, so I gave a little room. >> >> Mark >> >> On Fri, Aug 16, 2019 at 6:54 AM Eric Pugh <ep...@opensourceconnections.com> >> wrote: >> Sooner is better! I’m reading up on Gradle now ;-) >> >> >>> On Aug 16, 2019, at 5:33 AM, Jan Høydahl <jan....@cominvent.com> wrote: >>> >>> +1 >>> >>> Better to jump in now and have a few weeks of frustration and bug fixing >>> from all of us than keeping this amazing improvement it a dark branch much >>> longer :) >>> I'll probably also try to adapt releaseWidard.py on master to work with the >>> new build.. >>> >>> -- >>> Jan Høydahl, search solution architect >>> Cominvent AS - www.cominvent.com >>> >>>> 15. aug. 2019 kl. 23:23 skrev Mark Miller <markrmil...@gmail.com>: >>>> >>>> https://issues.apache.org/jira/projects/SOLR/issues/SOLR-13452 Update the >>>> lucene-solr build from Ivy+Ant+Maven (shadow build) to Gradle. >>>> >>>> Okay, we are at the point where either this thing lands soon and gains >>>> some contributors to help finish or it overwhelms me and crashes & burns. >>>> That almost sounds negative, but it was actually the plan so far and I'm >>>> pretty excited after all this time invested. I need to punt this over to >>>> the community though - the final implications and ramifications of moving >>>> fully to gradle are just too big for me individually regardless of the >>>> time frame. >>>> >>>> I've done about 95%+ of what I wanted to do before trying to land >>>> something - a few more hoops to jump around. We pull in more deps than we >>>> should right now, I'll deal with that shortly, and mvn publishing needs >>>> work (mostly around solr-server, but dist and publishing both prob need >>>> edge work at least). Those are the main things on my mind. There are >>>> probably a ton of other little things, but I'm thinking those that are >>>> important will rise up quickly and the rest can be handled over time. >>>> >>>> This will be a large change. Some things will still take time to get up to >>>> par with what we have now. Many things will need to be sorted out >>>> (jenkins, releases, smoke tester type things, docs, etc). >>>> >>>> I've also made all the decisions and trade-offs and what not. I'm pretty >>>> happy about that, but I'm sure some will want to discuss and debate some >>>> choices once things are in their face. I've spent a lot of time in my >>>> recent life on this stuff and I'm ready to battle for some of it :) And to >>>> be mistaken, ignorant, or convinced of other paths for some other parts of >>>> it. I'll only say, every time I go from working with the gradle build back >>>> to ant+ivy+mvn, it feels like a big backslide. >>>> >>>> I'm thinking maybe in September/October? And only on master, hopefully >>>> living side by side with ant+ivy+mvn, but the goal would be for that >>>> period to be brief. They can't live in complete harmony - someone has to >>>> own the dependency view of the world for example, the one that actually >>>> gets committed (license, checksums, etc). Otherwise, I've done my best to >>>> do this in a way that doesn't break the current build. Will need to >>>> inspect that closer before landing though. >>>> >>>> This is just another heads up. Once we are in a main branch, I'm hoping a >>>> few of you will either have to jump in and help this land or we will have >>>> to pull it back out I think. Be prepared :) >>>> >>>> -- >>>> - Mark >>>> >>>> http://about.me/markrmiller >>> >> >> _______________________ >> Eric Pugh | Founder & CEO | OpenSource Connections, LLC | 434.466.1467 | >> http://www.opensourceconnections.com | My Free/Busy >> Co-Author: Apache Solr Enterprise Search Server, 3rd Ed >> This e-mail and all contents, including attachments, is considered to be >> Company Confidential unless explicitly stated otherwise, regardless of >> whether attachments are marked as such. >> >> -- >> - Mark >> >> http://about.me/markrmiller > > > --------------------------------------------------------------------- > To unsubscribe, e-mail: dev-unsubscr...@lucene.apache.org > For additional commands, e-mail: dev-h...@lucene.apache.org > _______________________ Eric Pugh | Founder & CEO | OpenSource Connections, LLC | 434.466.1467 | http://www.opensourceconnections.com <http://www.opensourceconnections.com/> | My Free/Busy <http://tinyurl.com/eric-cal> Co-Author: Apache Solr Enterprise Search Server, 3rd Ed <https://www.packtpub.com/big-data-and-business-intelligence/apache-solr-enterprise-search-server-third-edition-raw> This e-mail and all contents, including attachments, is considered to be Company Confidential unless explicitly stated otherwise, regardless of whether attachments are marked as such.