feat(pkg): opencv 0.0.3(统一 compat.opencv)+ 退役 compat.opencv5 过渡别名#82
Merged
Conversation
…v5 transition alias opencv-m v0.0.3 switched its dependency from the transitional compat.opencv5 alias to the unified compat.opencv (source build + FFmpeg videoio). With the module package now on compat.opencv, the alias has no remaining consumers, so this bump completes the transition decided in #79: - pkgs/o/opencv.lua: 0.0.2 -> 0.0.3 (v0.0.3 tarball GLOBAL + CN mirror, sha256 92ffae8b…; byte-identical, mirror-cn-reachable verified). Form A — the compat.opencv dep lives in the tarball's mcpp.toml. - delete pkgs/c/compat.opencv5.lua and the tests/examples/opencv5 member (redundant with the opencv base member; opencv-module now exercises compat.opencv transitively via opencv 0.0.3). - tests/examples/opencv-module: pin opencv 0.0.3, fix compat.opencv comments. - README + opencv.lua comments: compat.opencv5 -> compat.opencv, note the alias is retired. xpkg parse + lua load green locally on mcpp 0.0.98.
…r 0.0.99 store layout
The unifont build.mcpp located WenQuanYiMicroHei.ttf.gz via a fixed
`<data>/xpkgs/<pkg>/<ver> -> <data>/runtimedir` hop off MCPP_MANIFEST_DIR.
mcpp 0.0.99 (xlings 0.4.67) shifted the store layout, so that exact hop
missed and the opencv-unifont member failed ('font not found near ...').
Replace with a layout-agnostic locator: anchor on the authoritative per-dep
dir contract (mcpp#241 MCPP_DEP_<NAME>_DIR, tried under both the canonical
`compat.opencv-unifont` and short `opencv-unifont` names), walk up probing
runtimedir/ at every level, then fall back to the old verdir sweep and a
bounded recursive search from the store root. On failure, dump every
MCPP_DEP_*/MANIFEST/OUT dir so a CI log is self-diagnosing.
Applied to both the generated pkgs/c/compat.opencv.lua build.mcpp and its
tools/compat-opencv/build_mcpp_template.cpp source (syntax-checked w/ gcc16).
Sunrisepeak
force-pushed
the
feat/opencv-0.0.3-retire-compat-opencv5
branch
from
July 19, 2026 02:34
1569591 to
a1c18e8
Compare
This file contains hidden or bidirectional Unicode text that may be interpreted or compiled differently than what appears below. To review, open the file in an editor that reveals hidden Unicode characters.
Learn more about bidirectional Unicode characters
Sign up for free
to join this conversation on GitHub.
Already have an account?
Sign in to comment
1 participant
Add this suggestion to a batch that can be applied as a single commit.This suggestion is invalid because no changes were made to the code.Suggestions cannot be applied while the pull request is closed.Suggestions cannot be applied while viewing a subset of changes.Only one suggestion per line can be applied in a batch.Add this suggestion to a batch that can be applied as a single commit.Applying suggestions on deleted lines is not supported.You must change the existing code in this line in order to create a valid suggestion.Outdated suggestions cannot be applied.This suggestion has been applied or marked resolved.Suggestions cannot be applied from pending reviews.Suggestions cannot be applied on multi-line comments.Suggestions cannot be applied while the pull request is queued to merge.Suggestion cannot be applied right now. Please check back later.
opencv-m v0.0.3 已把依赖从过渡别名
compat.opencv5切到统一的compat.opencv(源码直编 + FFmpeg videoio)。模块包切换后,别名再无消费者,本 PR 完成 #79 定下的过渡收尾。改动
pkgs/o/opencv.lua:0.0.2 → 0.0.3(v0.0.3 tarball GLOBAL + CN 镜像,sha25692ffae8b…,逐字节一致、mirror-cn 已验证)。Form A —— compat.opencv 依赖在 tarball 的 mcpp.toml 里。pkgs/c/compat.opencv5.lua与tests/examples/opencv5成员(与 opencv base 成员重复;opencv-module 现经 opencv 0.0.3 传递验证 compat.opencv)。tests/examples/opencv-module:pin opencv 0.0.3,修注释。本地 mcpp 0.0.98 下
xpkg parse+ lua load 通过。CI 选择性构建 opencv 系成员(base/unifont/dnn + module),不再有 opencv5 双重构建。