Hacktoberfest 2026：メンテナが10月に向けて印を付けた、オープンで初心者向けの issue。 Hacktoberfest の issue を見る

Docker build fails on Apple Silicon (arm64) — only x86_64 wheels pinned for extractcode-7z, extractcode-libarchive, typecode-libmagic

オープン 初心者向け
  • 何か問題がありますか？
#2,426 コメント 0 件 リアクション 0 件 担当者 0 名 GitHub で見る

メンテナーはふだん 1 日以内に返信

まだ誰も着手していません。

評価

難易度
2/5
見積もり時間
1〜3時間
初心者へのやさしさ
86/100
issue の種類
バグ
明瞭さ
明確に書かれている
活発さ
活発
技術スタック
docker, docker-compose, python
領域
build-system

調査の方向性

requirements.txt と requirements-dev.txt を確認し、extractcode-7z、extractcode-libarchive、typecode-libmagic が .210531 に固定されていることを確認してください。すべての環境に同じ変更が適用されるよう、レポートで提案されている互換性のある古い固定バージョンに両ファイルを更新してください。Apple Silicon（arm64/aarch64）環境で、make envfile に続けて docker compose build を実行して再現してください。ResolutionImpossible エラーなしでビルドが正常に実行されれば完了です。

索引モデルが issue の本文から書いたものです。

説明

Summary

docker compose build fails on native Apple Silicon (arm64) with a pipResolutionImpossible error.
This doesn't seem to be a version conflict but is instead caused due to the pinned versions
of three native dependencies in requirements.txt and requirements-dev.txt only shipping x86_64 wheels,
with no arm64 or aarch64 build available.

Environment

  • macOS Ventura 13.7.3, Apple Silicon
  • Docker via Colima (--arch aarch64 --vm-type=vz)
  • Fresh clone, no other modifications

Steps to reproduce

  1. Clone the repo on an Apple Silicon Mac
  2. make envfile
  3. docker compose build

Actual behavior

ERROR: Cannot install extractcode[full]==31.0.0 because these package versions have conflicting dependencies.

The conflict is caused by:
extractcode[full] 31.0.0 depends on extractcode-7z>=16.5.210525; extra == "full"
The user requested (constraint) extractcode-7z==16.5.210531

ERROR: ResolutionImpossible

Root cause

requirements.txt and requirements-dev.txt both pin:

  • extractcode-7z==16.5.210531
  • extractcode-libarchive==3.5.1.210531
  • typecode-libmagic==5.39.210531

Checking PyPI, these specific versions publish wheels only for win_amd64,
manylinux1_x86_64, and macosx_10_14_x86_64.
No arm64/aarch64 wheels are available for .210531 for any of the three packages.
On an Apple Silicon host, pip therefore has no compatible wheel
available to satisfy the pinned versions. However, it reports a dependency conflict
rather than clearly indicating that a compatible wheel is unavailable,
which obscures the actual cause of the installation failure.

Proposed fix

The immediately preceding releases of the same three packages do ship
arm64 wheels, and still satisfy the >= minimums that extractcode[full]
and typecode[full] declare:

Package Current pin Proposed pin Satisfies declared minimum?
extractcode-7z 16.5.210531 16.5.210525 yes (>=16.5.210525)
extractcode-libarchive 3.5.1.210531 3.5.1.210525 yes (>=3.5.1.210525)
typecode-libmagic 5.39.210531 5.39.210223 yes (>=5.39.210223)

This needs to be applied to both requirements.txt and requirements-dev.txt.
They pin these separately so fixing only one still breaks the other.

Verification

With the above three-line change in both files:

  • docker compose build completes natively as arm64
  • Full stack (postgres, redis, nginx, web, scheduler, both rqworkers)
    boots cleanly
  • Test suite: 882 passed, 1 skipped, 1 failed — the one failure is
    unrelated and caused by a git-commit-hash injection into settings.py

Happy to open a PR with this fix if it's welcome — wanted to inquire
whether there was a reason these specific versions were pinned.

主要言語
Python
スター
716
フォーク
347
平均マージ
12時間 15分
マージ済み PR（30日）
9

環境構築

  • Dockerfile または Docker Compose ファイルあり
  • プルリクエストのテンプレートなし
  • コントリビューションガイドなし

はじめの一歩

  1. issue を最後まで読み、次にプロジェクトのコントリビューションガイドを読みます。
  2. 着手することを issue にコメントします — 二人が同じ作業をするのを防げます。
  3. リポジトリをフォークし、ブランチを切って変更します。
  4. issue 番号を参照したプルリクエストを送ります。

aboutcode-org/vulnerablecode のほかの issue

aboutcode-org/vulnerablecode の issue をすべて見る

似ている issue

Python の issue をもっと見る

新しい issue をメールで受け取る

初心者向けの GitHub issue を短くまとめたダイジェスト。