Skip to content

chore(master): release 1.0.0-rc.1 - #1213

Merged
lusoris merged 2 commits into
masterfrom
release-please--branches--master--components--vmafx
Sep 27, 2026
Merged

lusoris merged 2 commits into
masterfrom
release-please--branches--master--components--vmafx

Conversation

@github-actions

@github-actions github-actions Bot commented Sep 2, 2026 •

Copy link
Copy Markdown
Contributor

This release is too large to preview in the pull request body. View the full release notes here: https://github.com/VMAFx/vmafx/blob/release-please--branches--master--components--vmafx--release-notes/release-notes.md

@github-actions
github-actions Bot requested a review from lusoris as a code owner September 2, 2026 22:13
@github-actions
github-actions Bot force-pushed the release-please--branches--master--components--vmafx branch 8 times, most recently from 9a62d8e to 55bffcc Compare September 3, 2026 02:03
@lusoris lusoris changed the title chore(master): release 3.2.1 chore(master): release 1.0.0 Sep 7, 2026
@lusoris
lusoris force-pushed the release-please--branches--master--components--vmafx branch 3 times, most recently from ba62e3e to b6be882 Compare September 7, 2026 12:46
@lusoris lusoris changed the title chore(master): release 1.0.0 chore(master): release 1.0.0-rc.1 Sep 7, 2026
@lusoris
lusoris force-pushed the release-please--branches--master--components--vmafx branch 5 times, most recently from 57e7709 to 4e362a5 Compare September 7, 2026 18:32
@lusoris
lusoris force-pushed the release-please--branches--master--components--vmafx branch 3 times, most recently from 86be5cb to 433a49a Compare September 7, 2026 20:49
lusoris added a commit that referenced this pull request Sep 7, 2026
…t version

ADR-1151 split the fork's two version numbers and assigned libvmaf.pc's
`Version:` field to the release-please product side, recording the consequence
as cosmetic:

  "The one visible consequence is that libvmaf.pc moves from an advertised
   3.2.1 to 1.0.0; since no release ever shipped that 3.2.1, no consumer can
   be pinned to it."

That inverts the risk. Nothing is pinned to an exact version. Consumers gate on
a LOWER BOUND they compiled in long before this fork existed:

  - unpatched upstream FFmpeg's configure carries
    `require_pkg_config libvmaf "libvmaf >= 2.0.0" libvmaf.h vmaf_init`
  - this fork's own ffmpeg-patches/0004 and /0005 additionally require
    `libvmaf >= 3.0.0` for the SYCL, Vulkan and DNN entry points

A 1.x version satisfies neither. The 1.0.0-rc.1 release PR (#1213) failed
FFmpeg Ubuntu gcc, FFmpeg SYCL, FFmpeg macOS clang and Docker Image Build with

  Package 'libvmaf' has version '1.0.0-rc.1', required version is '>= 2.0.0'

while libvmaf itself built and installed fine — libvmaf.so.3.0.0 is right there
in the install log. Only the advertised number was wrong.

The blast radius was never CI. Any distribution's unpatched FFmpeg would have
refused to link the fork the moment it advertised 1.0.0, silently undoing the
drop-in property that deliberately keeping libvmaf.so.3 exists to preserve.

`pkg_mod.generate()` now takes `version: vmaf_soname_version`. The product line
still starts at 1.0.0 and still owns the tag, the Python distributions and the
Helm appVersion; it simply no longer reaches libvmaf.pc.

Verified by configuring with the product version set to the exact release
candidate that broke — project(version: '1.0.0-rc.1') — and checking the
generated .pc against the bounds downstream actually uses:

  Version: 3.0.0
  libvmaf >= 2.0.0   PASS
  libvmaf >= 3.0.0   PASS
  libvmaf >= 4.0.0   FAIL

docs/development/release.md, the core/meson.build SONAME comment and
docs/development/rust.md all documented the old coupling and are corrected.
docs/rebase-notes.md gains an entry, because upstream Netflix spells this line
`meson.project_version()` and there the two numbers agree — a sync that takes
theirs reintroduces the bug and no unit test can see it.

Co-Authored-By: Claude Opus 5 <noreply@anthropic.com>
@lusoris
lusoris force-pushed the release-please--branches--master--components--vmafx branch 2 times, most recently from a33b439 to 658dba4 Compare September 7, 2026 22:45
@lusoris

lusoris commented Sep 27, 2026

Copy link
Copy Markdown
Contributor

🤖 Created releases:

🌻

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Labels

autorelease: cut Release PR carries its changelog rollover; release-please leaves the branch alone (ADR-1151) autorelease: tagged type:chore Maintenance, no user-visible change

Projects

None yet

Development

Successfully merging this pull request may close these issues.

1 participant