[Polaris Community Sync] Feb. 20, 2025 record

Hi folks; Thanks everyone for joining the Polaris Community Sync yesterday. As usual, very interesting and great discussions. Here's the record: https://drive.google.com/file/d/1HZaGnQV-MhFGDGjgmk9JFDeNq0899AEo/view?usp=sharing The website will be updated soon (PR on the way). Thanks! Regards J

Re: [VOTE] Release Apache Polaris (incubating) 0.9.0-rc6

Carrying over my +1 from the dev list. Because there is no intent to publish convenience binaries, I don't think there are requirements for the Jars that are produced. If that understanding is incorrect, please let me know and I'll start checking the Jars even if they aren't going to be published.

Re: [VOTE] Use renovatebot weekly schedule

Obligatory +1 as it's my issue -- I'm also open to less frequent. My pitch: This is an upper bound on how often we update dependencies, not a lower bound. If an actual person sees an actual reason to update a dependency, they can and should still do that :) --EM On Fri, Feb 21, 2025 at 9:27 AM A

Re: [VOTE] Use renovatebot weekly schedule

+0 -- Renovate "noise" does not bother me personally, but I'm ok with less frequent updates. Cheers, Dmitri. On Fri, Feb 21, 2025 at 8:41 AM Jean-Baptiste Onofré wrote: > Hi folks, > > I know it's a hot topic, but I would like to avoid any frustration in > our community. > > Before the vote, le

Re: [VOTE] Use renovatebot weekly schedule

+1 I don't see the value in the noise from the current config. I'm not opposed to bi-weekly as Yufei suggests either, but I see weekly as a strict improvement, so am +1 on this vote. -Tyler On Fri, Feb 21, 2025 at 11:41 AM Yufei Gu wrote: > +0. I'd prefer an even less frequent one, like bi-we

Re: [VOTE] Release Apache Polaris (incubating) 0.9.0-rc6

+1 (binding) Casting my vote here. Regards JB On Fri, Feb 21, 2025 at 7:57 AM Jean-Baptiste Onofré wrote: > > Hi folks, > > This is a call for the vote to release Apache Polaris (incubating) 0.9.0-rc6. > > The Polaris community has voted and approved Apache Polaris > (incubating) 0.9.0-rc6. > W

Re: [VOTE] Use renovatebot weekly schedule

+0 as well, I am not bothered by Renovate at all personally. On Fri, Feb 21, 2025 at 6:16 PM Dmitri Bourlatchkov wrote: > +0 -- Renovate "noise" does not bother me personally, but I'm ok with less > frequent updates. > > Cheers, > Dmitri. > > On Fri, Feb 21, 2025 at 8:41 AM Jean-Baptiste Onofré

Re: [VOTE] Use renovatebot weekly schedule

+0. I'd prefer an even less frequent one, like bi-weekly schedule. Yufei On Fri, Feb 21, 2025 at 5:54 AM Jean-Baptiste Onofré wrote: > By the way, the vote runs for 72 hours. > > Regards > JB > > On Fri, Feb 21, 2025 at 2:38 PM Jean-Baptiste Onofré > wrote: > > > > Hi folks, > > > > I know it

Re: [VOTE] Release Apache Polaris (incubating) 0.9.0-rc6

Hi PJ You are right: this first Polaris release only includes source distribution (which is the minimum required). There are two reasons: - we did/do a change in the runtime framework and the binary artifacts, completely changing the LICENSE/NOTICE and layout (that's why we don't have LICENSE/NOTI

Re: [VOTE] Use renovatebot weekly schedule

By the way, the vote runs for 72 hours. Regards JB On Fri, Feb 21, 2025 at 2:38 PM Jean-Baptiste Onofré wrote: > > Hi folks, > > I know it's a hot topic, but I would like to avoid any frustration in > our community. > > Before the vote, let me put some context. > > To manage our dependency updat

Re: [VOTE] Release Apache Polaris (incubating) 0.9.0-rc6

+0 binding * incubating in name * LICENSE, NOTICE, DISCLAIMER seem ok * no unexpected binaries * headers in files * gradle build seems to work The reason that I am not voting +1 (yet) is that I don't know about the plans (or otherwise) for releasing jars. There are no polaris jars in repository.a

[VOTE] Use renovatebot weekly schedule

Hi folks, I know it's a hot topic, but I would like to avoid any frustration in our community. Before the vote, let me put some context. To manage our dependency updates, we are using renovatebot. The current renovatebot configuration uses "at any time" schedule (e.g. * * * * * cron), except for

Re: [VOTE] Release Apache Polaris (incubating) 0.9.0-rc6

On Fri, 21 Feb 2025 at 07:00, Jean-Baptiste Onofré wrote: > > Hi folks, > > This is a call for the vote to release Apache Polaris (incubating) 0.9.0-rc6. > > The Polaris community has voted and approved Apache Polaris > (incubating) 0.9.0-rc6. > We are now asking the IPMC to review and vote for th

Re: [VOTE] Release Apache Polaris (incubating) 0.9.0-rc6

Ack: https://downloads.apache.org/incubator/polaris/KEYS Regards JB Le ven. 21 févr. 2025 à 10:39, sebb a écrit : > On Fri, 21 Feb 2025 at 07:00, Jean-Baptiste Onofré > wrote: > > > > Hi folks, > > > > This is a call for the vote to release Apache Polaris (incubating) > 0.9.0-rc6. > > > > The

Re: Apache Polaris 1.0 Release – Next Milestones and Release Manager Volunteer

Hi Folks, Created a label "1.0-blocker". Please use it to tag issues/PRs if you think they are blockers of 1.0 release. Yufei On Mon, Feb 17, 2025 at 10:18 AM Michael Collado wrote: > Yeah, we should remove the “bug” label from anything that’s not a bug. > Improving code quality and improving

Generic Table Support in Apache Polaris

Apache Polaris currently only functions as a catalog for Apache Iceberg

Re: [VOTE] Use renovatebot weekly schedule

+1 On Fri, Feb 21, 2025 at 11:31 AM Eric Maynard wrote: > Obligatory +1 as it's my issue -- I'm also open to less frequent. > > My pitch: This is an upper bound on how often we update dependencies, not a > lower bound. If an actual person sees an actual reason to update a > dependency, they can

Generic Table Support in Apache Polaris

Apache Polaris currently only functions as a catalog for Apache Iceberg

Updated invitation: Review: Generic Table Support in Apache Polaris @ Mon Feb 24, 2025 9am - 10am (PST) (dev@polaris.apache.org)

BEGIN:VCALENDAR PRODID:-//Google Inc//Google Calendar 70.9054//EN VERSION:2.0 CALSCALE:GREGORIAN METHOD:REQUEST BEGIN:VTIMEZONE TZID:America/Los_Angeles X-LIC-LOCATION:America/Los_Angeles BEGIN:DAYLIGHT TZOFFSETFROM:-0800 TZOFFSETTO:-0700 TZNAME:PDT DTSTART:19700308T02 RRULE:FREQ=YEARLY;BYMONTH