아마도 데비안을 시험해 보는 가장 큰 이유는 안정성일 것입니다. 그 안정성을 깨지 않기 위해 우리는 항상 공식 데비안 저장소에서 소프트웨어를 설치하고 절대로 설치하지 않는다는 특정 철학을 따라야 합니다.설치하다인터넷에서 찾은 임의의 타르볼에서 가져온 것입니다.
그러나 이러한 사고방식을 사전 컴파일된 소프트웨어에도 적용해야 하는지는 아직 명확하지 않습니다. .NET Framework를 통해 추출하여 tarball에서 Apache OpenOffice와 PyCharm을 설치했습니다 tar -xvzf file.tar.gz. 그 후에는 "설치"를 하지 않고도 이미 프로그램을 실행할 수 있거나 일부 .deb파일을 설치해야 합니다(데비안 철학을 따르는 것 같은데요?).
.deb"무작위" 파일을 설치하면 시스템이 망가질 수 있을 것 같지만 , 그 외에 이런 방식으로 시스템을 손상시킬 수 있는 방법이 있습니까?
답변1
그만큼데비안 사회 계약섹션 4는 말한다
우리의 우선순위는 사용자와 무료 소프트웨어입니다.
우리는 사용자와 무료 소프트웨어 커뮤니티의 요구에 따라 안내될 것입니다. 우리는 고객의 이익을 최우선으로 생각합니다. 우리는 다양한 종류의 컴퓨팅 환경에서 작동하기 위한 사용자의 요구를 지원할 것입니다. 우리는 데비안 시스템에서 사용하려는 비자유 저작물에 반대하지 않을 것이며 그러한 저작물을 만들거나 사용하는 사람들에게 수수료를 청구하려고 시도하지 않을 것입니다. 우리는 다른 사람들이 우리로부터 수수료를 받지 않고 데비안 시스템과 다른 작업을 모두 포함하는 배포판을 만들 수 있도록 허용할 것입니다. 이러한 목표를 달성하기 위해 우리는 이러한 시스템 사용을 방지하는 법적 제한이 없는 고품질 재료의 통합 시스템을 제공할 것입니다.
그래서 나는 데비안이 당신의 관행에 어떤 반대도 없다고 말하고 싶지 않습니다. 확실히 소프트웨어를 설치하는 것은 /opt괜찮을 것입니다. 바이너리를 /usr/local/bin에 연결하는 것이 더 나을 수도 있지만 /usr/bin이는 사소한 세부 사항입니다. ( /usr/bin배타적으로 패키지 관리자의 도메인으로 간주되지만 시스템입니다.)
물론, "데비안과 유사한" 작업 방식이 있을 수 있지만 이는 특정 사용 사례에 따라 다릅니다. 포장된 제품을 사용하는 것이 좋습니다리브레 오피스Apache의 OpenOffice 대신. "무작위" 패키지를 설치하면 데비안 아카이브에 있는 한 시스템이 손상되지 않습니다. 데비안 패키지를 사용하든 안하든 시스템을 손상시키는 방법은 셀 수 없이 많습니다. 데비안 개발자는 데비안 패키지만 사용하는 경우 이러한 일이 발생하지 않도록 최선을 다하지만 이를 보장할 수 있는 방법은 없습니다.
시스템의 안정성을 유지하려면 다음을 수행하십시오.
- 패키지되지 않은 콘텐츠로 패키지를 덮어쓰지 마세요.
/usr(제외/usr/local) 에 패키지되지 않은 소프트웨어를 설치하지 마십시오 .- initscript나 systemd 단위에 주의하세요.
- 임의의 저장소(또는 기본 "제품군"의 저장소와 별개의 데비안 저장소 — 따라서 수행 중인 작업을 알지 않는 한 등을 혼합하지 마십시오)
stable에서 패키지를 설치하지 마십시오.testing
해당 규칙을 따르면 충분히 안전할 것입니다. 미리 컴파일되어 있든 직접 컴파일하든 데비안이 제공하는 시스템 위에 소프트웨어를 설치할 수 있습니다.
답변2
"임의의 deb"에는 두 가지 차이점이 있습니다.
- 여러분도 알고 있듯이 이를 제거하는 자연스러운 방법이 있습니다. (표준 autoconf 프로젝트는 를 제공한다고 생각
make uninstall하지만 보편적이지는 않습니다.) - 패키지가 사용하는 이름은 다른 패키지와 충돌할 수 있습니다. 파일 이름이 충돌하면 설치 시 경고가 표시되므로 이는 좋은 개선입니다. 그러나 패키지 이름이 충돌하면 매우 혼란스러운 결과를 얻을 수 있습니다.
(일부 유형의) 파일 이름 충돌을 감지하는 것은 유용한 안전 향상이 될 수 있습니다. 데비안 패키지에서 이미 제공한 일부 시스템 파일을 덮어쓰는 것을 막을 수 있습니다. 제거도 꽤 유용합니다. 하지만... "무작위 뎁"이나 "안정성을 깨지 않음"과 같은 더 강한 단어를 사용한다면 어떻게 될까요? 그렇다면 나는 아니오라고 말하고 싶습니다. 그것과 . 사이에는 원칙적으로 그렇게 큰 차이가 없습니다 make install.
tarball에서 개별 프로그램을 실행하는 것은 덜 방해적인 경향이 있습니다. 그러나 데비안의 두 번째 원칙은 보안 업데이트 제공입니다. 나는 다음과 같은 방법으로 Office 파일을 열 가능성을 권장하지 않습니다.안전하지 않고 유지 관리되지 않는 소프트웨어당신이 언급한 것. 따라서 대부분의 상황에서는 공식(LibreOffice) 패키지가 더 좋습니다.
이것을 "데비안 철학"이라고 부르는 것은 약간 과장된 것입니다. 데비안에만 있는 것은 아닙니다. Ubuntu(LTS 또는 기타) 사용자와 동일한 태도를 취할 수 있으며 이것이 좋은 출발점이라고 주장합니다. 또한 데비안은 더 깊은 철학을 가지고 있는데, 이는 그 단어에 더 어울리는 가치가 있습니다 :).
개인적으로 저는 Ubuntu LTS가 저를 잘 돌봐줄 것이라고 기대하는 시스템에서 Debian을 실행하고 있습니다. 제가 우분투를 피한 이유는 그들이 그들 자신의 것을 만들어냈기 때문입니다. 그것은 나에게 인상적이지 않았고 나는 그것을 다루는 데 관심이 없었습니다. ("Unity", Mir, systemd에 대한 욕설. 그리고 Wi-Fi를 공개적으로 유지하고 싶습니다. 드라이버를 통합하는 방식으로 인해 장기적인 유지 관리가 걱정됩니다.)