다른 사람들이 이미 언급했듯이 및의 모든 deb …
항목에 대해 일치하는 항목 이 있는지 확인하십시오 . 나머지 줄은 동일해야합니다. 항목은 (즉, 설치 준비) 바이너리 패키지입니다 (컴파일 즉 준비) 소스 패키지입니다. 두 종류의 소스가 분리되는 이유는 소스가 매우 다르게 관리되기 때문입니다. 바이너리 패키지에는 종속성 추적 메커니즘과 현재 설치된 목록이 있고 소스 패키지는 추적 만 가능하므로 편리하게 다운로드 할 수 있습니다. 패키지 리포지토리를 논의 할 때 소스 라는 단어 는 패키지를 다운로드 할 위치와 같은 소스와 바이너리 패키지와 반대되는 소스 패키지 라는 두 가지 관련이없는 것을 의미합니다./etc/apt/sources.list
/etc/apt/sources.list.d/*
deb-src …
deb
deb-src
libgtk2.0-0
이진 패키지의 이름입니다. 라는 소스 패키지에서 빌드됩니다 gtk+2.0
. 소스와 바이너리 패키지 이름이 항상 일치하지 않는 이유는 소스 패키지를 빌드하면 여러 바이너리 패키지를 생성 할 수 있기 때문입니다. 예를 들어, gtk+2.0
두 개의 라이브러리 ( libgtk2.0
, libgail ), corresponding packages to build programs using these libraries (
… -dev ), documentation for developers (
… -doc ), companion programs (
libgtk2.0- bin`) 로 분할 된 14 개 패키지의 소스입니다 .
(패키지가 설치된 경우) 또는 Source: …
의 출력 에서 행 을 확인하여 이진 패키지에 해당하는 소스 패키지의 이름을 볼 수 있습니다 . 소스 패키지에서 생성 한 이진 패키지를로 표시 할 수 있습니다 .dpkg -s BINARY_PACKAGE_NAME
apt-cache show BINARY_PACKAGE_NAME
aptitude search '?source-package(^SOURCE_PACKAGE_NAME$)
이 명령 apt-get source
은 소스 패키지를 다운로드합니다. 알려진 소스 패키지가 아닌 인수를 제공하면 설치 가능한 바이너리 패키지의 데이터베이스에서 해당 패키지를 찾아 해당 소스 패키지를 다운로드하려고 시도합니다. 이 명령 apt-get build-dep
은 소스 패키지 이름을 추론하기 위해 동일한 접근 방식을 따른 다음 소스 패키지 데이터베이스를 쿼리하여 이진 패키지 목록 ( Build-Dep:
필드 의 목록 )을 가져 와서 이진 패키지를 설치합니다.
소프트웨어 소스 GUI에는 공식 리포지토리에 대해 "소스 코드로 리포지토리 활성화"확인란이 있습니다. 체크 표시가되어 있는지 확인하십시오. 써드 파티 저장소를 수동으로 추가하는 경우 deb-src
및 deb
라인을 모두 추가해야합니다 .
deb-src
/etc/apt/sources.list에서 관련 리포지토리 를 활성화 했습니까 ?