¿Cómo hacer la transición de los usuarios de PPA de un PPA a otro?

Necesito hacer la transición de los usuarios existentes de un PPA (s) a un PPA diferente, por lo que esta es una pregunta sobre cómo automatizar la transición sin el menor impacto posible en los usuarios.

Más precisamente:

Tengo PPA para PHP 5.5 y PHP 5.6 que usan empaques PHP de estilo antiguo que se usaron antes de Xenial y tienen muchos usuarios.

Ahora hice un nuevo PPA que incluye PHP 5.5, PHP 5.6 y PHP 7.0 y quisiera que los usuarios de viejos PPA cambiaran a este nuevo PPA. Tengo un par de ideas sobre cómo hacer esto en general, pero me gustaría tener más información de la comunidad AskUbuntu.

Contribuya con sus pensamientos a través de comentarios, ediciones directas a las respuestas a continuación o agregue su propia sugerencia.

Opción 3: agregar automáticamente el nuevo PPA

Esto es como 2, pero php5-commonagregaría automáticamente el nuevo PPA, por lo que los nuevos paquetes estarán disponibles después de la próxima apt-get updateejecución. Opcionalmente, podría haber una pregunta de Debconf si los usuarios desean que se agregue el PPA automáticamente o si lo harán ellos mismos.

• Pros:
  1. Un único repositorio para manejar
  2. Sin transición automática
  3. Los usuarios pueden preparar su plan de transición.
  4. Los paquetes están listos para ser instalados de inmediato.
  5. Agregar PPA desde el mismo espacio de nombres podría funcionar perfectamente
• Contras:
  1. Algunos usuarios perderán el anuncio sin importar cuánto lo intenten
  2. Agregar PPA adicional automáticamente parece un riesgo de seguridad
  3. Agregar PPA adicional desde diferentes espacios de nombres necesita colocar claves GPG adicionales /etc/apt/trusted.gpg.d/y eso también parece un riesgo de seguridad

Opción 2: haga un plan de desaprobación e informe a los usuarios de manera destacada

• Pros:
  1. Un único repositorio para manejar
  2. Sin transición automática
  3. Los usuarios pueden preparar su plan de transición.
• Contras:
  1. Algunos usuarios perderán el anuncio sin importar cuánto lo intenten
  2. Habrá gente que dirá: "Por favor, no hagas eso"
  3. Sin transición automática

Opción 1: no hacer nada

• Pros:
  1. Los usuarios son felices
• Contras:
  1. Cada paquete fuente duplicado debe tener dos versiones del script de compilación
  2. Mantener PPA sobrecargado e infeliz

Opción 4: transición totalmente automatizada

Esto es como la Opción 3, pero agrega paquetes ficticios que reemplazarán lo antiguo php5*y extraerán lo nuevophp5.6*

• Pros (incluye profesionales de la opción 3):
  6. Si todo funciona como se esperaba, podría ser la mejor opción, ya que los usuarios tendrán los nuevos paquetes sin ningún trabajo a su lado.
• Contras (incluye Contras de la Opción 3):
  4. El conmutador eliminará los cambios que la gente ha realizado en los archivos de configuración antiguos o la transición necesitará algunos scripts de mantenimiento complejos para barajar la configuración anterior a las nuevas ubicaciones.
  5. El paquete ficticio tendrá que llevar al menos alguna configuración para configurar el socket FPM y los nombres antiguos para no romper la compatibilidad con las configuraciones antiguas (use las alternativas de actualización a la configuración /usr/bin/php5para apuntar /usr/bin/php5.6)