다른 배포판의 패키지 관리자 설치 프로그램을 사용하면 문제가 발생합니까? 예: Debian 기반 시스템에 rpm 패키지를 설치하거나 Red Hat에 pacman 패키지를 설치합니다.
나는 parrot sec를 사용하고 rpm 및 snaps 패키지 관리자를 설치했습니다. 하지만 저는 기본 패키지 관리자이기 때문에 주로 apt를 사용하지만 훌륭한 패키지 관리자로서 apt가 모든 프로그램을 다루지는 않습니다.
그렇다면 다른 배포판 기반 패키지 관리자에서 프로그램을 설치하면 문제가 발생합니까?
답변1
배포판을 중단하는 가장 좋은 방법 중 하나는 다른 배포판의 패키지를 원활하게 사용하는 것입니다. Parrot apt과 Debian을 모두 사용할 수 있다고 해서 apt서로 잘 작동한다는 의미는 아닙니다. 배포판마다 패키지 버전이 다를 수 있으며 데비안 패키지를 설치하면 Parrot에서 번호가 다른 여러 종속성을 끌어올 수 있습니다. 또는 데비안에는 Parrot에 없는 패키지가 필요하거나 그 반대의 경우도 있습니다.
유감스럽게도 이는 좋은 생각이 아닙니다.
답변2
Snap 패키지 관리자는 개별 파일과 가상 파일 시스템을 사용하므로 문제가 되지 않습니다. Flatpak이나 Appimages에도 동일하게 적용됩니다. 해당 곳에서만 사용할 수 있는 앱이 필요한 경우입니다.
그러나 RPM에 대해서도 언급하셨습니다. 이로 인해 문제가 발생할 수 있습니다. Debian 및 ParrotOS와 같은 파생 제품에서는 사용하면 안 됩니다.
답변3
일반적으로 말해서, 이를 방지하기 위해 특별한 조치를 취하지 않는 한 시스템이 거의 항상 중단됩니다. 모든 배포 패키지 관리자(NPM 또는 PIP와 같은 언어 PM과 반대)는 및 외부의 대부분의 파일 시스템을 100% 제어할 수 있다는 가정 하에 작동하도록 설계되었으며 /usr/local, /home해당 가정이 유지되지 않으면 작동이 중단됩니다. 상당히 안정적입니다. 만났다. 실제로 패키지 관리자와 별도로 소프트웨어를 수동으로 구축하고 설치하는 것조차 위험할 수 있습니다(이것이 정상적인 관리자가 /usr/local이러한 도구를 사용하는 이유입니다).
그러나 이것이 배포용으로 패키지되지 않은 소프트웨어를 사용할 수 없다는 의미는 아닙니다.
- Flatpak, AppImage 또는 Snap 패키지가 있는 경우 배포판이 해당 형식의 요구 사항을 지원할 수 있다면 거의 항상 안전하게 사용할 수 있습니다(거의 모든 주요 배포판은 기본적으로 AppImage를 지원하며 Flatpak 및/또는 Snap만 지원합니다) 최소한의 노력이 필요합니다)).
- 소프트웨어는 Docker 이미지로 제공될 수 있으며 Docker를 제공하는 모든 Linux 배포판뿐만 아니라 Windows 또는 macOS에서도 사용할 수 있습니다.
- 일반 운영 체제 컨테이너를 기반으로 사용하여 소프트웨어용 Docker 이미지를 직접 생성할 수도 있습니다.
- 대부분의 정상적인 패키지 관리자를 사용하면 루트 파일 시스템이 아닌 사용자 구성 가능한 접두사에 설치할 수 있습니다(APT 또는 DNF와 같은 사용자 대상 도구에 항상 노출되는 것은 아니지만). 이는 필요한 소프트웨어를 실행할 수 있는 chroot 환경을 만드는 데 사용할 수 있습니다.
- FOSS라면 일반적으로 소스에서 배포본을 구축할 수 있습니다.
/usr/local패키지 관리자를 방해하지 않도록 거기에 물건을 넣도록 구성했는지 확인하십시오 .GNU 스토우, 이와 같은 작업을 훨씬 쉽게 관리할 수 있습니다.)