We're in the endgame here. Waiting on Travis CI builds to finish, but our outstanding patches are ready to go when the builds are green:
PARQUET-518: https://github.com/apache/parquet-cpp/pull/63 PARQUET-520/516: https://github.com/apache/parquet-cpp/pull/66 PARQUET-463: https://github.com/apache/parquet-cpp/pull/67 This leaves PARQUET-549 (Deepak): test reading serialized dictionary-encoded data PARQUET-537 (Aliaksei): ParquetFileReader resource cleanup PARQUET-519 (Wes): finish scrubbing compiler flags PARQUET-482 (Wes): organize and document public API I think we can cut a 0.1 RC when these remaining TODO JIRAs are done, sound good to everyone? I'll wrap up my assigned items later this afternoon; let me know if I can help with anything else. Thanks, Wes On Fri, Feb 26, 2016 at 9:54 AM, Julien Le Dem <[email protected]> wrote: > merged. > Thank you > > On Fri, Feb 26, 2016 at 8:33 AM, Wes McKinney <[email protected]> wrote: > >> If someone could kindly merge this patch (PARQUET-494): >> >> https://github.com/apache/parquet-cpp/pull/64 >> >> we'll then be able to close out the remaining JIRAs and hopefully tag >> a release candidate on Monday or Tuesday. Since we may find bugs after >> the RC, we may need to delay the actual release until end of the week >> / beginning of the following week. >> >> Let me know what process we should follow for having a release vote. >> >> Thanks! >> Wes >> >> On Wed, Feb 24, 2016 at 9:34 AM, Majeti, Deepak <[email protected]> >> wrote: >> > Sounds good to me. I am opening a JIRA to support Decimal Values. It >> should be a straightforward extension to FLBA with the additional >> requirement of swapping the bytes. >> > >> > On 02/23/2016 11:35 AM, Wes McKinney wrote: >> > It looks like we should be able to clear our current patch queue today >> which puts us in very good shape for the 0.1 release. >> > >> > I am planning to complete the dictionary encoding patches >> (PARQUET-493/494) by end of day tomorrow, so when those are done we should >> go into code scrubbing / bug fix mode unless there are any other major >> functional requirements that we are missing? >> > >> > - Wes >> > > > > -- > Julien
