PPAユーザーをあるPPAから別のPPAに移行する方法は？

既存のユーザーを1つの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つのバージョンのビルドスクリプトが必要です。
  2. 過負荷で不幸なPPAメンテナ

オプション4-完全に自動化された移行

これはオプション3に似ていますが、古いパッケージを置き換えphp5*て新しいパッケージをプルするダミーパッケージを追加しますphp5.6*

• 長所（オプション3の長所を含む）：
  6. すべてが期待どおりに機能する場合、ユーザーは自分の側で何の作業もせずに新しいパッケージを入手できるので、これが最良のオプションである可能性があります
• 短所（オプション3の短所を含む）：
  4. スイッチは、ユーザーが古い構成ファイルに行った変更を削除します。または、移行には、古い構成を新しい場所にシャッフルするための複雑なメンテナスクリプトが必要です。
  5. ダミーパッケージは、古いセットアップとの互換性を壊さないように、少なくともいくつかの構成をFPMソケットと古い名前のセットアップに含める必要があります（/usr/bin/php5を指すようにセットアップするにはupdate-alternativesを使用します/usr/bin/php5.6）