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 >> > >> > > >> >> > >> > > >> > >> > >> > >>