Wes, With the 0.12 release out, could we now start the vote for the DataFusion donation?
Thanks, Andy. On Tue, Jan 15, 2019 at 8:16 AM Andy Grove <andygrov...@gmail.com> wrote: > Wes, > > I went ahead and created a JIRA ( > https://issues.apache.org/jira/browse/ARROW-4263) and PR ( > https://github.com/apache/arrow/pull/3399) for the donation so it is > ready to go if the vote passes. > > Thanks, > > Andy. > > On Mon, Jan 14, 2019 at 1:57 PM Andy Grove <andygrov...@gmail.com> wrote: > >> Wes, >> >> Thanks. Yes, I'd like to proceed with the vote as soon as you are ready. >> >> I don't think I need much time at all at this point to prepare the merge. >> I already have a branch of DataFusion that is building against the latest >> Arrow code, so it's really just a case of updating source files with the >> correct license headers and updating the README. I will start on this >> tonight. >> >> Thanks, >> >> Andy. >> >> >> >> On Mon, Jan 14, 2019 at 1:16 PM Wes McKinney <wesmck...@gmail.com> wrote: >> >>> Getting the 0.12 release out is my priority right now, but it seems >>> that there are no major objections to this code donation. >>> >>> @Andy -- I can kick off the vote to accept the code donation in the >>> next few days if you'd like to proceed with that. How much time do you >>> think it would take for you to ready the merge? >>> >>> Thanks, >>> Wes >>> >>> On Wed, Jan 9, 2019 at 8:28 AM Andy Grove <andygrov...@gmail.com> wrote: >>> > >>> > Wes, >>> > >>> > Thanks. This sounds great. >>> > >>> > Andy. >>> > >>> > On Tue, Jan 8, 2019 at 8:28 AM Wes McKinney <wesmck...@gmail.com> >>> wrote: >>> > >>> > > hi Andy -- I'm supportive of the code donation. I see building >>> > > in-memory, embeddable analytics and query processing as the natural >>> > > next stage of this project. As I have described on this mailing list, >>> > > I intend to work on this with my colleagues in C++ with the goal of >>> > > making such functionality available at least in C, Python, R, and >>> > > Ruby. I see no reason why such work should be exclusive to C++. >>> > > >>> > > Rust seems like a reasonable implementation language for this, and >>> > > given growing interest in the language, I think it will help grow the >>> > > Arrow community. >>> > > >>> > > I'd like to wait a few more days to allow others to weigh in, but we >>> > > could conduct a vote about accepting the code donation as early as >>> > > next week. We would need to go through the ASF IP Clearance process >>> > > after that. So the entire procedural process would take about 6 days, >>> > > assuming that there are no licensing issues and the code will be >>> ready >>> > > to merge into the Arrow codebase. >>> > > >>> > > Thanks >>> > > Wes >>> > > >>> > > On Tue, Jan 8, 2019 at 9:07 AM Neville Dipale <nevilled...@gmail.com >>> > >>> > > wrote: >>> > > > >>> > > > Hi Andy, >>> > > > >>> > > > I can't comment on the voting process, but regarding the addition >>> of >>> > > > DataFusion: >>> > > > >>> > > > I support the idea to donate the code, mainly as I think that will >>> help >>> > > us >>> > > > accelerate some work on Rust. Out of curiousity, I've been >>> prototying a >>> > > > 'Rust dataframe' abstraction which (can/will) have various scalar, >>> > > > aggregation, array and window functions. >>> > > > >>> > > > I'm doing this trying to put on the hat of someone wanting to use >>> Rust in >>> > > > their binary or library. I'm already finding some things that >>> might be >>> > > > *core* but are still not yet implemented. The presence of >>> array_ops is >>> > > also >>> > > > helpful because in addition to an efficient in-memory rep of data, >>> they >>> > > > enable one to do some basic data manipulation on such data. >>> > > > >>> > > > Having DataFusion added to Arrow could help fill some gaps in our >>> > > codebase; >>> > > > and I'm willing to work there. >>> > > > >>> > > > Regards >>> > > > Neville >>> > > > >>> > > > On Tue, 8 Jan 2019 at 16:14, Andy Grove <andygrov...@gmail.com> >>> wrote: >>> > > > >>> > > > > Bumping this thread ... I know everyone is busy with getting the >>> 0.12 >>> > > > > release out, but would be good to know the process for raising >>> this >>> > > for a >>> > > > > vote. However, given the lack of comments on this thread I'm >>> starting >>> > > to >>> > > > > suspect that maybe there isn't much of an appetite for this, >>> which is >>> > > fine, >>> > > > > but would be good to find out for sure. >>> > > > > >>> > > > > Thanks, >>> > > > > >>> > > > > Andy. >>> > > > > >>> > > > > On Mon, Jan 7, 2019 at 1:03 PM Andy Grove <andygrov...@gmail.com >>> > >>> > > wrote: >>> > > > > >>> > > > > > Thanks, Ted! >>> > > > > > >>> > > > > > I wish I'd been a bit more specific about my ask in the >>> original >>> > > email... >>> > > > > > I guess my question (for Wes?) is what is the process to raise >>> this >>> > > for a >>> > > > > > vote? >>> > > > > > >>> > > > > > Andy. >>> > > > > > >>> > > > > > >>> > > > > > >>> > > > > > On Sun, Jan 6, 2019 at 2:59 PM Ted Dunning < >>> ted.dunn...@gmail.com> >>> > > > > wrote: >>> > > > > > >>> > > > > >> Cool! >>> > > > > >> >>> > > > > >> >>> > > > > >> >>> > > > > >> On Sun, Jan 6, 2019 at 1:52 PM Andy Grove < >>> andygrov...@gmail.com> >>> > > > > wrote: >>> > > > > >> >>> > > > > >> > I'm starting a new thread for this discussion (this was >>> previously >>> > > > > >> > discussed in the Rust Roadmap thread). >>> > > > > >> > >>> > > > > >> > The reason I got involved with Arrow is that I have been >>> working >>> > > on >>> > > > > >> > DataFusion[1] which is currently an in-process SQL query >>> engine >>> > > on top >>> > > > > >> of >>> > > > > >> > Arrow. It allows queries to be executed against the Arrow >>> CSV >>> > > reader >>> > > > > >> (and >>> > > > > >> > will shortly support the Arrow Parquet reader too) and >>> presents >>> > > > > results >>> > > > > >> as >>> > > > > >> > a sequence of RecordBatch instances. >>> > > > > >> > >>> > > > > >> > I would like to donate this code to the Arrow project so >>> that >>> > > Arrow >>> > > > > has >>> > > > > >> a >>> > > > > >> > Rust-native query execution engine built in and to >>> accelerate >>> > > > > >> development >>> > > > > >> > of this capability. >>> > > > > >> > >>> > > > > >> > I have a fairly detailed roadmap[2] in mind for the project >>> and it >>> > > > > could >>> > > > > >> > eventually become a standalone project potentially (under >>> ASF >>> > > still). >>> > > > > >> > >>> > > > > >> > I don't know what the process is to vote on this, so wanted >>> to >>> > > discuss >>> > > > > >> that >>> > > > > >> > in this thread first. >>> > > > > >> > >>> > > > > >> > References: >>> > > > > >> > >>> > > > > >> > [1] DataFusion: https://github.com/andygrove/datafusion >>> > > > > >> > [2] Roadmap: >>> > > > > >> > >>> https://github.com/andygrove/datafusion/blob/master/ROADMAP.md >>> > > > > >> > >>> > > > > >> > Thanks, >>> > > > > >> > >>> > > > > >> > Andy. >>> > > > > >> > >>> > > > > >> >>> > > > > > >>> > > > > >>> > > >>> >>