Linux에는 4가지 카테고리의 패키지가 있다는 것을 알고 있습니다.
운영 체제에서 제공하는 패키지
제3자가 제공하는 패키지
타사 소프트웨어 자체 제작 패키지
자체 제작 소프트웨어 패키지
더 잘 이해할 수 있도록 각 수업의 예를 찾으려고 노력하고 있습니다. 그래서 나는 다음을 생각해 냈습니다.
- 방화벽 또는 커널 패키지와 같은 패키지
가상 박스 또는 vmware 플레이어와 같은 소프트웨어 패키지
확실하지 않습니다. 아마도 개발자가 다른 타사 소프트웨어와 관련되거나 그 위에 구축된 패키지를 개발하고 있는 것일까요? Tmux의 사용자 정의 버전? 아마도
이것은 매우 간단합니다
이 예가 맞습니까? #3에 대해 더 자세히 설명해야 합니다. 타사 소프트웨어용으로 자체 제작한 패키지의 예가 있습니까? 감사해요
답변1
공식 Linux 커널 소스 코드에는 커널용 Debian 또는 RPM 패키지를 직접 빌드하기 위한 인프라, 커널 모듈 및 커널 헤더 파일이 포함되어 있지만 kernel.org의 업스트림 개발자는 이러한 패키지를 자체적으로 배포하지 않습니다. 비슷한 접근 방식을 취한 소수의 다른 프로젝트(일반적으로 소규모 프로젝트)가 있습니다. 나는 이것이 아마도 대부분의 사람들이 인식할 항목 3의 유일한 예라고 말하고 싶습니다. (거의 확실하게 가장 일반적인 예입니다. 그러나 대부분의 사람들은 업스트림 소스에서 자신의 커널을 빌드하는 경우 일반적으로 패키지 관리자 처리를 건너뛰고 직접 커널을 설치합니다. 모듈).
약간 구식이지만 대부분의 패키지 관리자는 이러한 방식으로 직접적으로 구별하지 않고 패키지가 어느 저장소에서 왔는지 또는 로컬 패키지로 수동으로 설치되었는지 여부에만 관심이 있다는 점을 언급할 가치가 있다고 생각합니다. 수동으로 설치된 것이 로컬로 빌드되었는지 여부를 직접 확인하십시오(따라서 거의 모든 기존 패키지 관리자가 위의 사례 2, 3, 4를 동일한 방식으로 처리합니다).