I want to wrap up this thread as it slowed down quit a bit. Have everyone expressed their views, so we can restart the [VOTE] if needed? Cos
On Mon, Jul 14, 2014 at 08:53PM, Konstantin Boudnik wrote: > Honestly, I think the proposed plan is an overkill. This is a no-brainer > transition from one build system into another. It's not like we are going to > throw away make system in the next 11 hours or so. It can stand around as long > as people here are comfortable with. We can keep it around for 0.9.0 timeframe > and just let people adjust (and perhaps fix some bugs if found). The first > step after 0.8.0 would be to switch our CI system to it, where we'd be able to > take advantage of concurrent abilities of the new system and all that. > > Just for the record: new build follows precisely the same interface as the old > one. Everything you need to do is run 'gradle' and see what tasks are there. > So, literally, there's nothing new to learn about how the build works. > You do 'gradle rpm' and got yourself a full stack built as RPM, etc. > > "Leaving anyone behind" is an over-dramatization, IMO :) But... if people > want to have a session around gradle - why not?! > Oh yeah - +1 on what Andrew said: other dysfunctional communities shouldn't > set a precedent here :) > > Hope it makes sense > Cos > > On Mon, Jul 14, 2014 at 11:06AM, jay vyas wrote: > > I agree wiith mark that we need to make it easy and individuals in the > > community need to be comfortable with the transition. I propose a solution > > at the end o this email. > > > > Heres where we are at: > > > > - Realistically, the debate on which is "better" is not going to be very > > fruitful.... We all know the high-level pros and cons of both Makefile and > > build.gradle . > > > > - Neither is perfect,but > 50% of community parties agree gradle is a step > > forward. > > > > jay +.1 (im netural with a slight lean to gradle) > > cos, roman, sean, +3 (all are ready to move forward) > > mark effectively might say is a -1 > > > > ************* - But we don't want to leave anyone behind! > > ********************** > > > > But we also need to move fast ! We dont want a schizophrenic or forked > > community. > > > > SO HERE IS MY SUGGESTION: > > > > 1) we schedule a meetup, or a screencast - specifically to go through the > > gradle code - from A to Z - > > 2) We validate and build all of bigtop, using gradle, during the > > screencast. NO EXCEPTIONS. That way we are all 100% sure that it works, > > and we see it in action. > > 3) After that screen cast, we ensure that we have a unified community which > > can self-sufficiently administer the gradle based build - as soon as > > possible. > > 4) If all parties to (1) agree that they are now ready , we delete the > > Makefile forever, in a patch which updates the README file with excellent > > explanation of how the build.gradle works. > > > > This is the most rapid way to move the entire community forward in unison > > and prevent code rot of maintaining duplicate features . > > > > Mark, and others, how do you feel about this idea? > > > > > > > > On Sun, Jul 13, 2014 at 2:16 PM, Mark Grover <[email protected]> > > wrote: > > > > > Thanks for starting this thread, Jay and Cos. > > > > > > Here are my thoughts: > > > Gradle may actually be a better choice for Bigtop. However, in my opinion, > > > Make should be kept around for a little while to make the transition easy > > > for the community. > > > > > > I would go as far as saying that we shouldn't be deprecating Make right > > > now. In my opinion, it's best to have a transition period where we all > > > support both Gradle and Make. During this time, contributors and > > > committers > > > work (albeit, with a little extra pain) with both and develop their own > > > opinion on which tool is the best for the project. Some of us may already > > > have developed such experience by using various tools in the past while > > > others may have not. The idea is to give all members of the community an > > > opportunity to make such a decision for themselves and share them with the > > > community. > > > And, consequently, the official decision to deprecate a tool from the > > > project shouldn't happen before this transition period, but after. > > > > > > Hope that makes sense. > > > Mark > > > > > > > > > > > > On Sat, Jul 12, 2014 at 6:34 AM, Sean Mackrory <[email protected]> > > > wrote: > > > > > > > I'm not super familiar with Gradle yet, but here are my thoughts: > > > > > > > > - It can't be any worse than make. I mean, $$($(1)-deb). I'd much prefer > > > > debugging a more modern language, and as Cos points out, it's intended > > > for > > > > a JVM ecosystem but can do other things when needed. > > > > - I'd prefer we leave Make around for perhaps one more release just to > > > > really solidify the Gradle system a bit more. However if we keep it > > > > deprecated, I see no point in "maintaining" both, meaning that if people > > > > want to add new features to the build (several JIRAs going on for that > > > > right now) - there's no need to keep adding that to the Makefile, let's > > > > just keep the versions and metadata for new projects up to date. I don't > > > > believe we routinely run into bugs, so I doubt much work will have to be > > > > put in outside of bigtop.mk. > > > > > > > > > > > > On Fri, Jul 11, 2014 at 11:54 PM, Roman Shaposhnik <[email protected] > > > > > > > > wrote: > > > > > > > > > On Fri, Jul 11, 2014 at 6:01 PM, Konstantin Boudnik <[email protected]> > > > > > wrote: > > > > > > I am temporarily putting the [VOTE] thread to halt and instead > > > starting > > > > > > [DISCUSS]. Per Jay's: > > > > > > > > > > > > BIGTOP-1314 highlights the fact that we now have 2 build systems: > > > > > Makefile > > > > > > and build.gradle. And the fact that the Makefile approach is now > > > > > > deprecated. > > > > > > > > > > > > As per Mark's suggestion in that JIRA, the future of Makefile should > > > be > > > > > > decided on the mailing list before the next JIRA comes out to > > > > > > further > > > > > > distance from Make and embrace gradle. > > > > > > > > > > > > Should we continue to support the Makefile builder? > > > > > > > > > > I'd be more than happy to get rid of it right after we release Bigtop > > > > 0.8.0 > > > > > > > > > > Thanks, > > > > > Roman. > > > > > > > > > > > > > > > > > > > > -- > > jay vyas
