1 & 4 both sound good to me! From the perspective of the EXTERNAL catalog
connection, we're talking about a situation where the connection itself
does not manage or describe any authentication mechanism.
ENVIRONMENT seems simultaneously both too vague (what environment? The
client's? The metastore
Hi all,
I wanted to send out an update based on the PR discussion and get
suggestions/opinions about the same.
The primary goal of this new authentication type which tells Polaris not to
expect any authentication tokens while federating to this external catalog;
instead use whatever informati
Hi everyone,
I propose that we release the following RC as the official Apache Polaris
1.0.0-incubating release.
This corresponds to the tag: apache-polaris-1.0.0-incubating-rc5
*
https://github.com/apache/polaris/commits/apache-polaris-1.0.0-incubating-rc5
*
https://github.com/apache/polaris/tre
Thanks all for chiming in. I will add a statement in the next RC to clarify
that the helm chart package is a binary distribution. Cancelling RC4 now,
will cut RC5 shortly with the license fix for openHFT.
Yufei
On Mon, Jun 30, 2025 at 10:17 AM Jean-Baptiste Onofré
wrote:
> Hi
>
> For me, it me
Hi
For me, it means that all these packages are not correct. Charts.yaml
should keep the original header (as done in other helm charts yaml
files).
The approach used by these projects is to split between Helm Chart
sources and Helm Chart (considered as a kind of binary). For instance:
https://lis
Followed up and confirmed the same issue is present in
*Apache Superset*
helm repo add superset https://apache.github.io/superset
helm pull superset/superset --untar
head superset/Chart.yaml
apiVersion: v2
appVersion: 4.1.2
dependencies:
*Apache Solr*helm repo add apache-solr https://solr.ap
Just checked and Airflow has this same issue -
helm repo add apache-airflow https://airflow.apache.org
helm pull apache-airflow/airflow --untar
head airflow/Chart.yaml
---
annotations:
artifacthub.io/changes: |
- description: Add extra secret annotations to most secrets
kind: added
Hi All,
Unless there's more feedback, I'm going to merge PR 1955 later today.
Cheers,
Dmitri.
On Fri, Jun 27, 2025 at 3:57 AM Robert Stupp wrote:
> +1
>
> On 26.06.25 23:55, Dmitri Bourlatchkov wrote:
> > Hi All,
> >
> > Posting for visibility.
> >
> > In PR [1955] I propose to avoid serializi
Hi All,
I merged PR 1952.
For new PRs please add CHANGELOG entries for changes that need to be made
(more) visible to users.
Thanks,
Dmitri.
On Thu, Jun 26, 2025 at 4:02 PM Dmitri Bourlatchkov
wrote:
> Here's a PR to implement what was discussed in this thread. Please review:
>
> https://gith
