Hi,

> I don't think we will need a freeze date as it's already frozen with the
> backport candidates in the 18.1.0 milestone.

+1

>                                               We can run the verification
> against the milestone, if there are issues caused by any of the backport
> candidates we can move them to 19.0.0.

+1

Can we use the following issues for 18.1.0 because they are
included in binaries?

* https://github.com/apache/arrow/issues/44361 C#
* https://github.com/apache/arrow/issues/44360 C#
* https://github.com/apache/arrow/pull/44400 C# Dependabot/No associated issue
* https://github.com/apache/arrow/pull/44403 Java Dependabot/No associated issue
* https://github.com/apache/arrow/pull/44402 Java Dependabot/No associated issue
* https://github.com/apache/arrow/pull/44401 Java Dependabot/No associated issue
* https://github.com/apache/arrow/issues/44353 Java

I think that other changes listed in
https://github.com/apache/arrow/issues/44574#issuecomment-2445701214
aren't included in binaries.


Thanks,
-- 
kou

In <cahqx8+lausuzow46j6d4ufv_nrwr2x0d2gvnaiequfyh1rc...@mail.gmail.com>
  "Re: 18.0.1 release manager" on Fri, 8 Nov 2024 01:42:01 +0100,
  Jacob Wujciak <assignu...@apache.org> wrote:

> Hi,
> 
> Sounds good!
> l don't think we will need a freeze date as it's already frozen with the
> backport candidates in the 18.1.0 milestone. We can run the verification
> against the milestone, if there are issues caused by any of the backport
> candidates we can move them to 19.0.0.
> 
> Regards
> Jacob
> 
> Am Do., 7. Nov. 2024 um 10:31 Uhr schrieb Raúl Cumplido <rau...@apache.org>:
> 
>> Thanks Kou for following this up.
>>
>> I'll be available to support too if needed.
>>
>> Regards,
>> Raúl
>>
>> El jue, 7 nov 2024, 8:27, Sutou Kouhei <k...@clear-code.com> escribió:
>>
>> > Hi,
>> >
>> > Thank you Jacob and Bryce for volunteering.
>> >
>> > How about the following plan?
>> >
>> >
>> > Jacob, could you become a release manager for the next
>> > release? I think that you haven't never been a release
>> > manager yet. Could you have experience as a release manager?
>> >
>> > Bryce, could you work on release tasks as much as possible
>> > with Jacob and my help? Release tasks are listed at
>> > https://arrow.apache.org/docs/developers/release.html .
>> > There are some tasks you can't do such as signing. I'll do
>> > these tasks.
>> >
>> > Jacob, could you focus on managing release process instead
>> > of working on release tasks as a release manager? For
>> > example, deciding which PRs should be merged or not with
>> > discussion, scheduling the next release, starting a vote and
>> > so on.
>> >
>> >
>> > Thanks,
>> > --
>> > kou
>> >
>> > In <CAKvA_=qG1S=nqtc_3k3iu5ehyfoexup+tr-kdt7cuxxjz7q...@mail.gmail.com>
>> >   "Re: 18.0.1 release manager" on Tue, 5 Nov 2024 10:09:24 -0800,
>> >   Bryce Mecum <bryceme...@gmail.com> wrote:
>> >
>> > >> > We're still waiting for one or more volunteers for releasemanager.
>> > >> Yes makes sense to spread the knowledge!
>> > >
>> > > I'm happy to help even more with the follow-up release but I think I'd
>> > > feel most comfortable with someone more familiar with the release
>> > > management process to lead this one (Jacob? Kou?).
>> > >
>> > > On Sun, Nov 3, 2024 at 6:57 AM Jacob Wujciak <assignu...@apache.org>
>> > wrote:
>> > >>
>> > >> Hi,
>> > >>
>> > >> Kou I am not sure what you mean with changing location of the binaries
>> > in
>> > >> the links you just replaced the version number, do you want to publish
>> > them
>> > >> as github release artifacts similar to matlab?
>> > >> CRAN does not like github as a download source (because of purported
>> > >> 'flakiness'...) so it would be better to keep them in the artifactory.
>> > >>
>> > >> Though we do also have the yearly jfrog outtage coming up and we did
>> > >> discuss finding other ways to host our artifacts, maybe we should
>> resume
>> > >> exploring our options.
>> > >>
>> > >> > We're still waiting for one or more volunteers for releasemanager.
>> > >> Yes makes sense to spread the knowledge!
>> > >>
>> > >> Best
>> > >> Jacob
>> > >>
>> > >>
>> > >> Am So., 3. Nov. 2024 um 10:21 Uhr schrieb Nic Crane <
>> > thisis...@gmail.com>:
>> > >>
>> > >> > Good to know, thanks for clarifying the reasoning Kou! :)
>> > >> >
>> > >> > On Sun, 3 Nov 2024, 02:25 Sutou Kouhei, <k...@clear-code.com> wrote:
>> > >> >
>> > >> > > Hi Nic,
>> > >> > >
>> > >> > > I think that replacing the C++ binaries for 18.0.0 doesn't
>> > >> > > affect 18.0.1 release.
>> > >> > >
>> > >> > > The current wrong 18.0.0 C++ binaries are "official"
>> > >> > > release. (We voted them.) The correct 18.0.0 C++ binaries
>> > >> > > are "unofficial" because we don't vote them. So we can't the
>> > >> > > correct ones to
>> > >> > > https://apache.jfrog.io/ui/native/arrow/r/X.Y.Z/ . We need
>> > >> > > to vote the correct 18.0.0 C++ binaries or 18.0.1 release.
>> > >> > > The former is an irregular process. So the latter may be
>> > >> > > easier.
>> > >> > >
>> > >> > >
>> > >> > > It may be better that the Arrow R package may wait for
>> > >> > > 18.0.1 (or 18.1.0) if we haven't submitted it to CRAN yet.
>> > >> > >
>> > >> > >
>> > >> > > BTW, can we change the C++ binaries location to
>> > >> > > https://github.com/apache/arrow/releases/tag/apache-arrow-X.Y.Z
>> > >> > > something like
>> > >> > > https://github.com/apache/arrow/releases/tag/apache-arrow-18.0.0
>> > >> > > from
>> > >> > > https://apache.jfrog.io/ui/native/arrow/r/X.Y.Z/
>> > >> > > something like
>> > >> > > https://apache.jfrog.io/ui/native/arrow/r/18.0.0/ ?
>> > >> > >
>> > >> > > Our Artifactory space uses 75% of quota. So it sends
>> > >> > > notification e-mails periodically...
>> > >> > >
>> > >> > >
>> > >> > > Thanks,
>> > >> > > --
>> > >> > > kou
>> > >> > >
>> > >> > > In <
>> > caft6oobuxhqbf_cjzqipvvmqtox9uf8evd1khp_7ogzt_kd...@mail.gmail.com>
>> > >> > >   "Re: 18.0.1 release manager" on Fri, 1 Nov 2024 06:11:26 +0000,
>> > >> > >   Nic Crane <thisis...@gmail.com> wrote:
>> > >> > >
>> > >> > > > Hi Kou,
>> > >> > > >
>> > >> > > > The Arrow R package is still in the process of being submitted
>> to
>> > CRAN,
>> > >> > > so
>> > >> > > > if it helps and could reduce the work needed for 18.0.1 could we
>> > >> > replace
>> > >> > > > the C++ binaries with the correct ones?
>> > >> > > >
>> > >> > > > Thanks,
>> > >> > > >
>> > >> > > > Nic
>> > >> > > >
>> > >> > > > On Fri, 1 Nov 2024, 00:26 Sutou Kouhei, <k...@clear-code.com>
>> > wrote:
>> > >> > > >
>> > >> > > >> Hi,
>> > >> > > >>
>> > >> > > >> We built 18.0.0 RC0 binaries with wrong source. The 18.0.0
>> > >> > > >> RC0 source archive was generated from the
>> > >> > > >> apache-arrow-18.0.0-rc0 tag[0] but the binaries were built
>> > >> > > >> from d0e7d07[1] not the apache-arrow-18.0.0-rc0 tag. It's
>> > >> > > >> my fault. Sorry.
>> > >> > > >>
>> > >> > > >> [0]
>> > >> > >
>> > https://github.com/apache/arrow/releases/tag/apache-arrow-18.0.0-rc0
>> > >> > > >> [1]
>> > >> > https://github.com/apache/arrow/pull/44440#issuecomment-2416557688
>> > >> > > >>
>> > >> > > >> I think that we should release 18.0.1. Is there any
>> > >> > > >> committer or PMC member who want to volunteer 18.0.1 release
>> > >> > > >> manager? I'll help you. (I think we can have multiple
>> > >> > > >> release managers for one release to reduce each release
>> > >> > > >> manager's cost.)
>> > >> > > >>
>> > >> > > >> See also
>> > >> > > >> https://arrow.apache.org/docs/developers/release.html for
>> > >> > > >> release related tasks.
>> > >> > > >>
>> > >> > > >> In recent years, only some limited contributors worked on
>> > >> > > >> our releases. It may be better that we have more
>> > >> > > >> contributors working on our releases to keep releasing
>> > >> > > >> continuously.
>> > >> > > >>
>> > >> > > >>
>> > >> > > >> FYI: Here are problems of 18.0.0 RC0 binaries:
>> > >> > > >>
>> > >> > > >> Affected binaries:
>> > >> > > >>
>> > >> > > >> * Python wheels
>> > >> > > >> * Apache Arrow C++ binaries used by the R packages
>> > >> > > >> * Java jars
>> > >> > > >> * C# NuGets
>> > >> > > >> * MATLAB MLTBX
>> > >> > > >>
>> > >> > > >> Not affected binaries:
>> > >> > > >>
>> > >> > > >> * deb
>> > >> > > >> * RPM
>> > >> > > >>
>> > >> > > >> Affected details:
>> > >> > > >>
>> > >> > > >> Python wheels:
>> > >> > > >>
>> > >> > > >> * pyarrow.cpp_build_info.version is "18.0.0-SNAPSHOT" not
>> > "18.0.0"
>> > >> > > >>
>> > >> > > >> Apache Arrow C++ binaries used by the R packages:
>> > >> > > >>
>> > >> > > >> * ARROW_VERSION_STRING is "18.0.0-SNAPSHOT" not "18.0.0"
>> > >> > > >>   (I'm not sure the R bindings have API something like
>> > >> > > >>   pyarrow.cpp_build_info.version.)
>> > >> > > >>
>> > >> > > >> Java jars:
>> > >> > > >>
>> > >> > > >> * Version is "18.0.0-SNAPSHOT" not "18.0.0"
>> > >> > > >> * Bump logback.version from 1.5.8 to 1.5.10
>> > >> > > >> * Bump checker.framework.version from 3.48.0 to 3.48.1
>> > >> > > >>   (This may not be affected.)
>> > >> > > >> * Bump org.cyclonedx:cyclonedx-maven-plugin from 2.8.2 to 2.9.0
>> > >> > > >>   (This may not be affected.)
>> > >> > > >> * UnionMapWriter supports map()
>> > >> > > >>
>> > >> > > >>
>> > >> > >
>> > >> >
>> >
>> https://github.com/apache/arrow/commit/7df47483197186b564a9882ac6d1b5f32b2e3d51
>> > >> > > >>
>> > >> > > >> C# NuGets:
>> > >> > > >>
>> > >> > > >> * Version is "18.0.0-SNAPSHOT" not "18.0.0"
>> > >> > > >> * Bump Grpc.Tools from 2.66.0 to 2.67.0
>> > >> > > >> * Have a fix of Flight DoExchange incompatibility
>> > >> > > >>
>> > >> > > >>
>> > >> > >
>> > >> >
>> >
>> https://github.com/apache/arrow/commit/da5a2957accee3ec082199cfa2c305d19d9ada20
>> > >> > > >>
>> > >> > > >> MATLAB MLTBX:
>> > >> > > >>
>> > >> > > >> * Version is "18.0.0-SNAPSHOT" not "18.0.0"
>> > >> > > >>
>> > >> > > >>
>> > >> > > >> Thanks,
>> > >> > > >> --
>> > >> > > >> kou
>> > >> > > >>
>> > >> > >
>> > >> >
>> >
>>

Reply via email to