It's 9:10pm and I should probably check in with my dev team before tossing
this off but I'm trying to give them the longest Thanksgiving break I can.

I'm fairly sure it was this PR: https://github.com/apache/arrow/pull/35656

Long story short, we didn't know it at the time but we were depending on
the forced coercion to nanoseconds.

On Tue, Nov 21, 2023 at 5:26 PM Bryce Mecum <bryceme...@gmail.com> wrote:

> Hi Chris, this is very much the place to ask a question like this and
> thanks for doing so.
>
> Could we get a little more information on the specific change you were
> affected by just so we're all on the same page? Was this the bump from
> Parquet 2.4 to 2.6 [1] that happened in the PyArrow 13 release [2] or
> something else?
>
> Currently, breaking changes are communicated in the release blog post
> [2] and the corresponding GitHub Issue gets a Breaking Change label
> [3], as documented in our development guide [4]. When you say
> "change-logs", are you referring to the changelogs on our release page
> [5]?
>
> [1] https://github.com/apache/arrow/issues/35746
> [2] https://arrow.apache.org/blog/2023/08/24/13.0.0-release/
> [3] https://github.com/apache/arrow/labels
> [4] https://arrow.apache.org/docs/developers/reviewing.html#labelling
> [5] https://arrow.apache.org/release/13.0.0.html#changelog
>
> On Tue, Nov 21, 2023 at 1:00 PM Chris Thomas <ctho...@tracer.tech> wrote:
> >
> > Evening folks,
> >
> > I apologize if this is not the appropriate venue for this request; if
> > that's the case, please let me know where I should be asking:
> >
> > Earlier this month Dependabot flagged a security vulnerability with
> PyArrow
> > which prompted us to do an upgrade from v10 to v14.1 of the software.
> > Obviously this is a lot of major versions so the upgrade was subjected
> to a
> > bunch of tests but, alas, there was a breaking change to the way PyArrow
> > handled time precision that slipped through the cracks.
> >
> > Upon review I'm not sure how that change could possibly have been caught.
> > The change-logs for the package are a verbose dump of all of the PRs
> > included in the release.  Working out which of them constitute a breaking
> > change and what the implications are of that change is difficult.
> >
> > Is this something that could be addressed in the project?
> >
> > --
> >
> > Best,
> >
> > Chris Thomas
> > Engineering Manager - Feature Team
> > 540.808.2782
>


-- 

Best,

Chris Thomas
Engineering Manager - Feature Team
540.808.2782

Reply via email to