APT가 크로스 아키텍처 패키지가 수동으로 설치되었다고 믿게 만드는 방법은 무엇입니까?

amd64 시스템에 qemu-armhf chroot 환경이 있습니다(주로 Raspberry Pi 코드 컴파일에 사용됨). 따라서 armhf 및 amd64 바이너리를 실행할 수 있지만 후자가 더 빠릅니다.

속도를 높이기 위해 chroot에 특정 패키지(예: make)의 amd64 버전을 설치했습니다. 이것은 다른 armhf 패키지를 apt-get해야 할 때까지 잘 작동했으며, make를 종속성으로 나열하여 다음을 얻었습니다.

The following packages have unmet dependencies:
 build-essential : Depends: make but it is not going to be installed
 dpkg-dev : Depends: make but it is not going to be installed
E: Unmet dependencies. Try 'apt-get -f install' with no packages (or specify a solution).

make:armhf제안된 명령을 시도하면 설치 및 제거를 원한다는 메시지가 나타납니다 make:amd64. 나는 그렇게 하고 싶지 않습니다. APT를 실제로 설치하지 않고 make:armhf(종속성을 충족시키기 위해) 이미 설치되었음을 어떻게 알릴 수 있습니까 ?make:amd64

사용해 보았는데 apt-mark manual make설치되지 않았다고 나오네요.

---

나는 이것이 아마도 올바른 접근 방식이 아니라는 것을 알고 있지만 /var/lib/dpkg/status패키지 정의가 어떻게 작동하는지 파악하려고 파일을 살펴보고 make: 및 armhf도 만족하는 make:amd64에 동의하도록 속이려고 노력했습니다.

특히 "libbz2-1.0"은 다음과 같이 두 번 설치된 것으로 나열되는 패키지입니다.

Architecture: armhf
Multi-Arch: same
Pre-Depends: multiarch-support

그리고 한때는 다음과 같았습니다.

Architecture: amd64
Multi-Arch: foreign
Pre-Depends: multiarch-support

그래서 "make"에 대한 항목을 유사하게 복사하여 위의 모든 값을 설정해 보았습니다. 그러나 이제 APT는 "make"와 "make:amd64"가 충돌한다고 말합니다. make를 실행할 때는 충돌이 발생하지만 libbz2-1.0을 실행할 때는 충돌이 발생하지 않는 이유는 무엇입니까? (이것이 특별한 케이스 라이브러리가 아니길 바랍니다. 버그인 것 같습니다.)

---

모든이 답변, 더미 패키지를 만들고 설치하려고 시도했지만 equivs(위의 수동 조작을 제거한 후) 설치하면 다음 오류가 발생합니다.

# dpkg -i /var/cache/apt/archives/make_3.81-8.2_amd64.deb (real amd64 make)
# dpkg -i make_3.81-8.2_armhf.deb (fake armhf depends on the above)
Preparing to replace make 3.81-8.2 (using make_3.81-8.2_armhf.deb) ...
Unpacking replacement make ...
dpkg: dependency problems prevent configuration of make:
 make depends on make:amd64 (= 3.81-8.2).

그래서 문제는 다시 make:armhf가 다음과 같다고 생각하는 것처럼 보입니다.대안make:amd64의 경우 두 패키지가 공존하도록 하는 방법을 모르겠습니다. (예를 들어 두 개의 libbz2 패키지가 공존한다는 아이디어는 괜찮은 것 같습니다.)