ccextractor 0.96.3 (new formula)

[x15sr71]

• Have you followed the guidelines for contributing?
• Have you ensured that your commits follow the commit style guide?
• Have you checked that there aren't other open pull requests for the same formula update/change?
• Have you built your formula locally with HOMEBREW_NO_INSTALL_FROM_API=1 brew install --build-from-source <formula>, where <formula> is the name of the formula you're submitting?
• Is your test running fine brew test <formula>, where <formula> is the name of the formula you're submitting?
• Does your build pass brew audit --strict <formula> (after doing HOMEBREW_NO_INSTALL_FROM_API=1 brew install --build-from-source <formula>)? If this is a new formula, does it pass brew audit --new <formula>?

---

Re-introduces CCExtractor to homebrew-core with full system library support on both macOS and Linux.

CCExtractor is a command-line tool for extracting closed captions and subtitles from video streams, supporting EIA-608/CEA-708, DVB, Teletext, and multiple container formats.

Background

CCExtractor was removed from homebrew-core in December 2023 (#158204) due to bundled third-party libraries. A
previous reintroduction attempt (#260163) identified that, while macOS supported -system-libs, the Linux build script did not yet provide an equivalent option. Upstream has now resolved this in v0.96.2.

What Changed Upstream

Upstream has added explicit support for system library builds on both platforms:

macOS:

• build(mac): Add -system-libs flag for Homebrew compatibility CCExtractor/ccextractor#1862 — Introduced the -system-libs build mode
• docs(mac): Add documentation for -system-libs build mode CCExtractor/ccextractor#1893 — Documentation for system library builds

Linux:

• build(linux): Add -system-libs flag for package manager compatibility CCExtractor/ccextractor#1907 — Introduced the -system-libs build mode

Build Details

• macOS: Builds using ./build.command -system-libs to avoid bundled dependencies and comply with Homebrew policies.
• Linux: Builds using ./build -system-libs to link against system libraries via pkg-config.

Both platforms link exclusively against system-provided libraries with no vendored code.

Verification

Tested on macOS 15.2 (Apple Silicon):

• brew install --build-from-source ccextractor
• brew test ccextractor
• brew audit --strict ccextractor
• brew linkage --test ccextractor — Confirms system library usage

Tested on Linux (Ubuntu 22.04):

• brew install --build-from-source ccextractor
• ldd $(brew --prefix)/bin/ccextractor | grep -E "libpng|freetype|utf8proc"
• readelf -d confirms no bundled libraries
• brew audit --strict ccextractor
• brew test ccextractor

The resulting binaries on both platforms link against Homebrew-provided libraries and run correctly.

[github-actions]

Thanks for contributing to Homebrew! 🎉 It looks like you're having trouble with a CI failure. See our contribution guide for help. You may be most interested in the section on dealing with CI failures. You can find the CI logs in the Checks tab of your pull request.

[SMillerDev]

  <command-line>: note: this is the location of the previous definition
  ../src/lib_ccx/params.c:16:10: fatal error: utf8proc/utf8proc.h: No such file or directory
     16 | #include <utf8proc/utf8proc.h>
        |          ^~~~~~~~~~~~~~~~~~~~~
  compilation terminated.
  In file included from /home/linuxbrew/.linuxbrew/Cellar/gpac/2.4.0_4/include/gpac/setup.h:59,
                   from /home/linuxbrew/.linuxbrew/Cellar/gpac/2.4.0_4/include/gpac/tools.h:33,
                   from /home/linuxbrew/.linuxbrew/Cellar/gpac/2.4.0_4/include/gpac/isomedia.h:74,
                   from ../src/lib_ccx/mp4.c:5:

[x15sr71]

@SMillerDev, Thanks for flagging this — fixed upstream.

The utf8proc header path issue is resolved in v0.96.3.

Changes:

• Added robust header detection using __has_include() in [FIX]: utf8proc include path for system library builds CCExtractor/ccextractor#1922
• Updated the formula to v0.96.3 (from 0.96.2) to include the fix
• All platform builds are now passing

I’ve marked the PR as ready for review. Please let me know if you’d like any further adjustments.

[x15sr71]

Hi @bevanjkay,
I noticed you recently reviewed/merged a few similar formula PRs, so I was wondering if you might have time to take a look at this one as well. All checks are passing and it’s been marked ready for review. Happy to make any changes if needed.
Thanks for your time!

[github-actions]

🤖 An automated task has requested bottles to be published to this PR.

Caution

Please do not push to this PR branch before the bottle commits have been pushed, as this results in a state that is difficult to recover from. If you need to resolve a merge conflict, please use a merge commit. Do not force-push to this PR branch.