데비안(또는 raspbian)에서는 일반적으로 모든 것이 매우 호환/안정적인 "안정"과 달리 아직 개발 중이기 때문에 "테스트"에 패키지나 종속성이 누락되는 경우가 있습니다.
과거에는 해결 방법으로 "테스트"에서 사용할 수 없었던 일부 누락된 항목을 설치하기 위해 잠시 "안정"으로 다시 전환한 다음 소스로 다시 전환했습니다.
항상 (둘 다) 활성화하는 것은 어떻습니까? 설치/업그레이드 시 발생할 수 있는 비호환성 외에 다른 단점이 있나요?
데비안 예:
deb https://deb.debian.org/debian/ stable main contrib non-free non-free-firmware
deb https://deb.debian.org/debian/ stable-updates main contrib non-free non-free-firmware
deb https://security.debian.org/debian-security stable-security/updates main contrib non-free non-free-firmware
deb https://deb.debian.org/debian/ testing main contrib non-free non-free-firmware
deb https://deb.debian.org/debian/ testing-updates main contrib non-free non-free-firmware
deb https://security.debian.org/debian-security testing-security/updates main contrib non-free non-free-firmware
라즈베리 파이 예:
deb [ arch=armhf ] https://raspbian.raspberrypi.com/raspbian/ bookworm main contrib non-free rpi
deb [ arch=armhf ] https://raspbian.raspberrypi.com/raspbian/ testing main contrib non-free rpi
첨부된:
일반적으로 새로 설치하는 기능은 TLS가 없는 "http"이므로 "https"는 아닙니다. 왜 이런거야?
답변1
테스트를 추적하는 경우 이전 안정적인 저장소를 항상 활성화하는 것과 요청 시 활성화하는 것 사이에는 실질적인 차이가 많지 않습니다.
- 다운그레이드는 기본적으로 비활성화되어 있으므로 안정적인 패키지는 테스트 패키지의 "업그레이드" 후보가 되지 않습니다(즉,
apt upgrade안전합니다). - 테스트에 패키지가 없으면 패키지 설치 시 안정 버전에서 패키지를 선택할 수 있습니다. 어쨌든 이 경우 안정 버전을 활성화하므로 최종 결과는 동일합니다. 단지 Didn' 전에 패키지를 설치할 수 있다는 것뿐입니다. 패키지가 stable에서 설치되고 있다는 것을 알 수 없습니다.
그러면 실제 질문은 안정 패키지와 베타 패키지가 혼합된 시스템을 실행하는 것이 권장되는지 여부입니다. 이것은찌푸린 얼굴(하지만혼합 테스트와 불안정성은 그렇지 않습니다.). 특히 현재 테스트 상태에서 문제를 일으키는 것으로 알려져 테스트에서 제거된 안정 릴리스에서 패키지를 설치할 위험이 있습니다. 이는 특히 주요 전환 중에 발생하며 최신 버전의 불안정한 버전으로 수정됩니다. 패키지. 그러나 테스트를 추적하고 있으므로 이상적으로는 데비안의 다음 버전 개발도 따르고 있습니다(다음을 수행).debian-devel, 지금은 별로 바쁘지 않음) 그러한 전환은 일반적으로 그곳에서 논의됩니다(때로는 사전에 논의되지 않지만 누군가가 뭔가 잘못되었음을 알아차린 직후).
궁극적으로 테스트에서 패키지가 누락된 경우 안정 버전에서 패키지를 설치할지 여부는 사용자에게 달려 있습니다. 패키지가 아직 유지 관리 중인 경우 일반적으로 며칠을 기다리면 수정이 가능하다는 의미입니다. 그렇지 않거나 제거된 경우 테스트에 포함되지 않은 이유를 파악하고 이것이 안정 패키지에 영향을 미치는지 확인해야 합니다. 당신은 볼 수 있습니다패키지 추적기관련 정보를 찾으려면.
(저는 혼합 리포지토리를 사용하지만 대부분의 사람들보다 데비안 종속성 문제에 더 익숙하기 때문에 좋은 예는 아닙니다.)
일반 텍스트 HTTP 및 TLS의 경우 Debian 기본 구성은 다음과 같습니다.아니요TLS를 사용하는 이유는 특별히 가치 있는 것을 추가하지 않기 때문입니다.다른 방법으로 패키지 무결성 보장(대역 외), TLS는 저장소와 상호 작용할 때 기밀성을 제공하지 않습니다(각 다운로드의 크기는 다운로드 중인 항목을 정확하게 결정할 수 있을 만큼 충분히 큽니다). TLS는 이미지의 CPU 측면과 캐시 사용량을 제한한다는 측면에서 비용이 무시할 수 없습니다.
1 이는 불공평해 보일 수 있지만 안정 릴리스는 실제로 패키지 설치 및 업그레이드에 대해 걱정할 필요 없이 사용할 수 있어야 합니다(즉데비안은 사용자가 안정적인 릴리스를 맹목적으로 신뢰할 수 있다는 기대에 부응하려고 노력하고 있으며 테스트는 주로 다음 버전의 개발이므로 사용자가 더 많은 관심을 갖기를 바랍니다.