We've planned the CLI publish for quite a while, and are targeting version 1.4.0 to deliver it. Many users requested it. Since we already have the Polaris binary package, I think including this as one additional binary package doesn't seem too much additional work. We may need to send out another vote email (we can still call it RC2 since the source code isn't changing at all) and add the CLI link from test.pypi.org. I understand it requires extra voting, but it seems the most convenient way to publish the CLI tool.
> Note: We currently have no verification steps for the CLI. Perhaps we can address this in the near future? We could verify it manually this time. Yufei On Wed, Apr 15, 2026 at 7:47 PM Kevin Liu <[email protected]> wrote: > Thanks for flagging this! I'd suggest we skip the PyPI publish for 1.4.0 > since the RC is already out. > > From the ASF's perspective, the source artifact is what matters most for > releases; that's the "source" in open source 😄 > PyPI packages are really just a convenience for users, and they can always > build the CLI locally from the 1.4.0 source. See the ASF release policy for > reference: > https://www.apache.org/legal/release-policy.html#compiled-packages > > For the next release, we can properly include the PyPI publication as part > of the RC process and add the verification steps you mentioned. PyIceberg > has solid release instructions we could reference: > https://py.iceberg.apache.org/how-to-release/ > > Best, > Kevin Liu > > On Wed, Apr 15, 2026 at 5:39 PM Adnan Hemani via dev < > [email protected]> > wrote: > > > Hi all, > > > > There was a request to publish the Python CLI for Polaris to PyPI for > > v1.4.0 earlier that I missed when sending 1.4.0 RC2 out for a vote. How > > should we proceed? I can either send a separate vote thread for the CLI > or > > merge it onto the existing RC2 vote thread. > > > > Note: We currently have no verification steps for the CLI. Perhaps we can > > address this in the near future? > > > > Best, > > Adnan Hemani > > >
