Repository navigation
Conversation
Runs `brew install --build-from-source` + `brew test` on the platform combinations the formula's resource blocks target: macOS arm64 and Linux arm64/x64. Kept on its own branch/PR since main doesn't have Formula/dcode.rb yet (PR #1) — merge that first so this workflow has something to install once it lands.
brew no longer allows installing a formula from an arbitrary file path (confirmed against Homebrew/discussions#6427) — it was silently misparsing our absolute path as a tap shorthand and failing with "No available formula or cask". Tap the checked-out directory (brew tap pokryfka/dcode "$GITHUB_WORKSPACE") first, then install by name. Also bumps the deprecated setup-homebrew@master reference to @main.
Homebrew/actions/setup-homebrew already auto-detects the homebrew-* repo naming convention and symlinks this checkout in as the pokryfka/dcode tap itself. Our explicit `brew tap ... "$GITHUB_WORKSPACE"` step was retapping the same tap with a different remote, causing "Tap pokryfka/dcode remote mismatch".
1 of 2 tasks
pokryfka
added a commit
that referenced
this pull request
Jul 10, 2026
Homebrew's Language::Python::Virtualenv#pip_install always invokes pip with --no-binary=:all:, and only special-cases wheels tagged exactly *-py3-none-any.whl (installed by direct file path, bypassing the flag). Any other wheel gets staged as a directory and pip fails with "Neither 'setup.py' nor 'pyproject.toml' found" -- confirmed by PR #2's CI failing on bsdiff4's manylinux wheel. Rework the formula as a hybrid: pure-Python packages keep their py3-none-any wheel (fast, no compile); the 25 packages with native extensions (cryptography, pydantic-core, orjson, pillow, etc.) go back to sdist and build from source, restoring the rust/freetype/ jpeg-turbo build dependencies. quickjs-rs keeps its wheel since it bundles its own .wasm payloads (self-contained); wasmtime goes back to sdist since its "any" wheel is just ctypes bindings with no bundled native library. sqlite-vec (no sdist, no universal wheel) is excluded from virtualenv_install_with_resources and staged/ installed manually in `install` instead, since Homebrew's resource mechanism has no path that works for it at all. Co-authored-by: Claude <noreply@anthropic.com>
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
2 participants
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.
Summary
.github/workflows/test.yml, runningbrew install --build-from-source ./Formula/dcode.rb+brew test dcodeon macOS arm64, Linux x64, and Linux arm64maindoesn't haveFormula/dcode.rbyet — merge Add Homebrew formula for dcode (deepagents-code) #1 first so this workflow has something to actually install and testTest plan
Formula/dcode.rb) before or alongside this PRmainGenerated by Claude Code