Running "cargo update" locally resolved the issue for me, so I guess this isn't a blocker after all. Cargo update actually downgraded the Thrift dependency back to 0.12 and I see that in master we are using 0.12 so I probably had a lock file that was generated due to using Thrift 0.13 on a branch previously. Sorry for the confusion.
On Sun, Jan 26, 2020 at 9:00 AM Andy Grove <andygrov...@gmail.com> wrote: > Apologies for showing up at the last minute but I'm now re-engaged in the > project after a bit of an absence and I noticed that we have some > dependency conflicts due to the parquet-format crate (not controlled by > Apache) using Thrift 0.12 whereas the parquet crate uses Thrift 0.13 and > they require different versions of the byteorder crate. > > However, I have seen that not everyone is running into this issue, which > confuses me. Maybe this is related to cached dependencies and the fact that > we do not check in Cargo.lock (which we should not need to since this > project is a library rather than a binary). > > See ARROW-7563 and ARROW-7507 for more context. > > I have created a PR against the parquet-format crate and hopefully, we can > get a new version published. > > We need to get this crate under ASF control IMHO. See ARROW-6256. > > Andy. >
