MetricFlow-pinnen låg en patch under licensgränsen
Hittat av certifieringslanan (BI-P147), verifierat oberoende av mig mot LICENSE vid respektive git-tagg 2026-09-07:
version
licens
v0.208.1 (tidigare pin)
Business Source License 1.1 — source-available, inte öppen källkod
v0.209.0 (ny pin)
Apache License 2.0
dbt Labs licensierade om MetricFlow vid 0.209.0. För en självhostad plattform vars premiss är att inte ha proprietära runtime-beroenden är BUSL i det semantiska lagret en licensdefekt — BUSL begränsar produktionsanvändning fram till sitt change date.
Metodpunkt värd att spara: PyPI redovisar inget licensfält för någondera versionen. En metadatakontroll hade inte hittat något alls; skillnaden syns bara i LICENSE-filen vid taggen.
Grinden
tests/unit/metricflow-licence.test.ts asserterar två saker, inte ett:
pinnen ligger på eller över METRICFLOW_FIRST_OPEN_SOURCE_VERSION;
negativ kontroll — alla tre kända BUSL-versionerna (0.207.3, 0.208.0, 0.208.1) förkastas faktiskt av samma jämförelse.
Utan den andra hade den första kunnat passera med en jämförelse som inte diskriminerar.
Vad detta INTE gör
MetricFlow blir inte verifierad av att licensen lagas. providerReadiness() returnerar fortfarande verified: false; ingen supply-chain-granskning är gjord och providern har aldrig körts (ingen Python-runtime är provisionerad).
## MetricFlow-pinnen låg en patch under licensgränsen
Hittat av certifieringslanan (BI-P147), verifierat oberoende av mig mot `LICENSE` vid respektive git-tagg 2026-09-07:
| version | licens |
|---|---|
| `v0.208.1` (tidigare pin) | **Business Source License 1.1** — source-available, inte öppen källkod |
| `v0.209.0` (ny pin) | Apache License 2.0 |
dbt Labs licensierade om MetricFlow vid 0.209.0. För en självhostad plattform vars premiss är att inte ha proprietära runtime-beroenden är BUSL i det semantiska lagret en licensdefekt — BUSL begränsar produktionsanvändning fram till sitt change date.
**Metodpunkt värd att spara:** PyPI redovisar **inget** licensfält för någondera versionen. En metadatakontroll hade inte hittat något alls; skillnaden syns bara i LICENSE-filen vid taggen.
## Grinden
`tests/unit/metricflow-licence.test.ts` asserterar två saker, inte ett:
1. pinnen ligger på eller över `METRICFLOW_FIRST_OPEN_SOURCE_VERSION`;
2. **negativ kontroll** — alla tre kända BUSL-versionerna (0.207.3, 0.208.0, 0.208.1) förkastas faktiskt av samma jämförelse.
Utan den andra hade den första kunnat passera med en jämförelse som inte diskriminerar.
## Vad detta INTE gör
MetricFlow blir inte verifierad av att licensen lagas. `providerReadiness()` returnerar fortfarande `verified: false`; ingen supply-chain-granskning är gjord och providern har aldrig körts (ingen Python-runtime är provisionerad).
typecheck rent, 2/2 gröna.
🤖 Generated with [Claude Code](https://claude.com/claude-code)
Certifieringslanan (BI-P147) hittade det; jag verifierade det oberoende mot
LICENSE-filen vid respektive git-tagg 2026-09-07:
v0.208.1 Business Source License 1.1 — source-available, INTE öppen källkod
v0.209.0 Apache License 2.0
dbt Labs licensierade om MetricFlow vid 0.209.0. Den gamla pinnen låg alltså
exakt en patch under gränsen. För en självhostad plattform vars hela premiss
är att inte ha ett proprietärt runtime-beroende är det en licensdefekt, inte
en smaksak: BUSL begränsar produktionsanvändning fram till sitt change date.
Notera metodpunkten: PyPI redovisar INGET licensfält för någondera versionen,
så en metadatakontroll hade inte hittat något. Skillnaden syns bara i
LICENSE-filen vid taggen.
Ny grind: `tests/unit/metricflow-licence.test.ts` asserterar att pinnen ligger
på eller över `METRICFLOW_FIRST_OPEN_SOURCE_VERSION`, och — som negativ
kontroll — att alla tre kända BUSL-versionerna (0.207.3, 0.208.0, 0.208.1)
faktiskt förkastas av samma jämförelse. Utan den andra assertionen hade den
första kunnat passera med en jämförelse som inte diskriminerar.
Detta gör INTE MetricFlow verifierad: `providerReadiness()` returnerar
fortfarande `verified: false`, ingen supply-chain-granskning är gjord och
providern har aldrig körts (ingen Python-runtime är provisionerad). Att laga
licensen är inte samma sak som att bevisa komponenten.
typecheck rent, 2/2 tester gröna.
Co-Authored-By: Claude Opus 5 <noreply@anthropic.com>
CODEOWNERS rules
requested review from sax3l 2026-09-07 07:04:34 +00:00
admin
merged commit into main2026-09-07 07:05:28 +00:00
Blocking a user prevents them from interacting with repositories, such as opening or commenting on pull requests or issues. Learn more about blocking a user.
MetricFlow-pinnen låg en patch under licensgränsen
Hittat av certifieringslanan (BI-P147), verifierat oberoende av mig mot
LICENSEvid respektive git-tagg 2026-09-07:v0.208.1(tidigare pin)v0.209.0(ny pin)dbt Labs licensierade om MetricFlow vid 0.209.0. För en självhostad plattform vars premiss är att inte ha proprietära runtime-beroenden är BUSL i det semantiska lagret en licensdefekt — BUSL begränsar produktionsanvändning fram till sitt change date.
Metodpunkt värd att spara: PyPI redovisar inget licensfält för någondera versionen. En metadatakontroll hade inte hittat något alls; skillnaden syns bara i LICENSE-filen vid taggen.
Grinden
tests/unit/metricflow-licence.test.tsasserterar två saker, inte ett:METRICFLOW_FIRST_OPEN_SOURCE_VERSION;Utan den andra hade den första kunnat passera med en jämförelse som inte diskriminerar.
Vad detta INTE gör
MetricFlow blir inte verifierad av att licensen lagas.
providerReadiness()returnerar fortfarandeverified: false; ingen supply-chain-granskning är gjord och providern har aldrig körts (ingen Python-runtime är provisionerad).typecheck rent, 2/2 gröna.
🤖 Generated with Claude Code