PPA 사용자를 한 PPA에서 다른 PPA로 전환하는 방법은 무엇입니까?

기존 사용자를 한 PPA에서 다른 PPA로 전환해야하므로 가능한 한 사용자에게 거의 영향을 미치지 않으면 서 전환을 자동화하는 방법에 대한 의문입니다.

더 정확하게:

Xenial 이전에 사용되었던 구식 PHP 패키징을 사용하는 PHP 5.5 및 PHP 5.6 용 PPA 가 있으며 꽤 많은 사용자가 있습니다.

이제 PHP 5.5, PHP 5.6 및 PHP 7.0 이 포함 된 새 PPA를 만들었으며 이전 PPA 사용자는이 새 PPA로 전환하려고합니다. 이 일반을 수행하는 방법에 대한 몇 가지 아이디어가 있지만 AskUbuntu 커뮤니티에서 더 많은 정보를 얻고 싶습니다.

의견을 통해 의견을 제시하거나 아래 답변을 직접 수정하거나 자신의 제안을 추가하십시오.

옵션 3-새로운 PPA 자동 추가

이것은 2와 같지만 php5-common새 PPA를 자동으로 추가하므로 다음 apt-get update실행 후 새 패키지를 사용할 수 있습니다. 선택적으로 사용자가 PPA를 자동으로 추가하길 원하는지 아니면 직접 추가 할 것인지에 대한 Debconf 질문이있을 수 있습니다.

• 장점 :
  1. 처리 할 단일 저장소
  2. 자동 전환 없음
  3. 사용자는 전환 계획을 준비 할 수 있습니다
  4. 패키지를 즉시 설치할 수 있습니다
  5. 동일한 네임 스페이스에서 PPA를 추가하면 완벽하게 작동 할 수 있습니다.
• 단점 :
  1. 아무리 노력해도 일부 사용자는 공지 사항을 놓칠 수 있습니다
  2. 추가 PPA를 자동으로 추가하면 보안 위험처럼 보입니다
  3. 다른 네임 스페이스에서 추가 PPA를 추가하려면 추가 GPG 키를 삭제해야 /etc/apt/trusted.gpg.d/하며 보안 위험처럼 보입니다.

옵션 2-지원 중단 계획을 세우고 사용자에게 눈에 띄게 알리십시오.

• 장점 :
  1. 처리 할 단일 저장소
  2. 자동 전환 없음
  3. 사용자는 전환 계획을 준비 할 수 있습니다
• 단점 :
  1. 아무리 노력해도 일부 사용자는 공지 사항을 놓칠 수 있습니다
  2. 사람들은 "제발, 그렇게하지 마십시오"라고 말할 방법이있을 것입니다.
  3. 자동 전환 없음

옵션 1-아무것도하지 마십시오

• 장점 :
  1. 사용자는 행복하다
• 단점 :
  1. 모든 중복 소스 패키지에는 두 가지 버전의 빌드 스크립트가 있어야합니다.
  2. 과부하 및 불행한 PPA 관리자

옵션 4-완전 자동 전환

이것은 옵션 3과 비슷하지만 이전 패키지를 대체 php5*하고 새 패키지를 가져올 더미 패키지를 추가합니다.php5.6*

• 장점 (옵션 3의 장점 포함) :
  6. 모든 것이 예상대로 작동하면 사용자가 옆에 아무런 작업없이 새 패키지를 가지므로 최선의 선택 일 수 있습니다
• 단점 (옵션 3의 단점 포함) :
  4. 이 스위치는 기존 구성 파일에 대한 변경 사항을 제거하거나 이전 구성을 새 위치로 섞기 위해 복잡한 관리자 스크립트가 필요합니다.
  5. 더미 패키지는 기존 설정과의 호환성을 아프게하지에 FPM 소켓 및 이전 이름의 설정에 적어도 몇 가지 구성을 수행 할 (설치에 사용 업데이트 - 대안 필요 /usr/bin/php5에 포인트를 /usr/bin/php5.6)