Вопросы Теги

Как перевести пользователей PPA из одного PPA в другой?

Мне нужно перевести существующих пользователей из одного PPA в другой PPA, так что это вопрос, как автоматизировать переход без как можно меньшего воздействия на пользователей.

Точнее:

У меня есть PPA для PHP 5.5 и PHP 5.6 , которые используют упаковку PHP старого стиля, которая использовалась до Xenial, и они имеют довольно много пользователей.

Теперь я сделал новый PPA, который включает PHP 5.5, PHP 5.6 и PHP 7.0 , и я бы хотел, чтобы пользователи старых PPA переключились на этот новый PPA. У меня есть пара идей, как это сделать, но я хотел бы получить больше информации от сообщества AskUbuntu.

Пожалуйста, поделитесь своими мыслями в комментариях, отредактируйте ответы ниже или добавьте свое собственное предложение.

8
задан 2 May 2016 в 13:41

4 ответа

Опция 3 - Автоматически добавляет новый PPA

, на который Это похоже 2, но php5-common автоматически добавил бы новый PPA, таким образом, новые пакеты будут доступны после затем apt-get update выполненный. Дополнительно мог быть вопрос о Debconf, хотят ли пользователи PPA, добавленный автоматически, или они сделают так себя.

  • Профессионалы:
    1. Один единый репозиторий для обработки
    2. Никакой автоматический переход
    3. Пользователи могут подготовиться, их Пакеты плана
    4. перехода готовы быть установленными сразу же
    5. , Добавляющий PPA от того же пространства имен мог бы работать безупречно
  • Недостатки:
    1. Некоторые пользователи пропустят объявление, неважно, как трудно Вы пробуете
    2. , Добавляющий дополнительный PPA автоматически походит на угрозу безопасности
    3. Добавляющий дополнительный PPA от различных потребностей пространства имен, отбрасывающих дополнительные ключи GPG /etc/apt/trusted.gpg.d/, и это также походит на угрозу безопасности
3
ответ дан 2 May 2016 в 23:41
  • 1
    +1 для ценного ответа:-), Но у меня есть одно возражение: " кроме того, внешний набор в системе BIOS не запустится в системе UEFI. И наоборот. " обычно верно, но можно настроить установленную систему для переопределения этого ограничения. См. эту ссылку, help.ubuntu.com/community/Installation/UEFI-and-BIOS – sudodus 8 October 2017 в 00:53

Опция 4 - Полностью автоматизированный переход

Это похоже на Опцию 3, но добавляет фиктивные пакеты, которые заменят старое php5* и вытянут новое php5.6*

  • Профессионалы (включает Профессионалов от Опции 3):
    1. , Если все работает как ожидаемый, это мог бы быть наилучший вариант, поскольку у пользователей будут новые пакеты без любой работы над их стороной
  • Недостатки (включает Недостатки от Опции 3):
    1. переключатель удалит людей изменений, сделали к старым конфигурационным файлам, или для перехода будут нужны некоторые сложные обслуживающие сценарии для перестановки старой конфигурации вокруг к новым местоположениям
    2. , фиктивный пакет должен будет нести по крайней мере некоторую конфигурацию к установке сокета FPM, и старые названия для не повреждения совместимости со старыми установками (используйте альтернативы обновления для установки /usr/bin/php5 для указания на /usr/bin/php5.6)
1
ответ дан 2 May 2016 в 23:41
  • 1
    I' m рассмотрение Clonezilla, но это кажется слишком сложным для разделения DVD для помещения Clonezilla (как продуктивная среда) на одном разделе и изображении восстановления на другом. I' m надежда одного CD и одного DVD не состояние... – Charles Chambers 9 October 2017 в 13:02

Опция 2 - Заставляют депрекацию запланировать и сообщить пользователям заметно

  • Профессионалы:
    1. Один единый репозиторий для обработки
    2. Никакой автоматический переход
    3. Пользователи могут подготовить свои Недостатки плана
  • перехода:
    1. Некоторые пользователи пропустят объявление, неважно, как трудно Вы пробуете
    2. будут люди, как скажет: "Не делайте этого"
    3. Никакой автоматический переход
2
ответ дан 2 May 2016 в 23:41
  • 1
    Спасибо за Ваш ответ. Nouveau won' t работают вследствие того, что у меня есть GTX1060 (я попробовал), и он дает ужасное разрешение. Я думаю, я или должен ожидать nouveau драйвера, который будет обновлен для тех, или найти другой, но я думаю причина почему it' s используемый то, что это является лучшим. Если знают один, сообщите мне, I' ll испытывают его. – Valentin Barbaza 7 October 2017 в 11:40

Опция 1 - ничего Не Делают

  • Профессионалы:
    1. Пользователи счастливы
  • Недостатки:
    1. Каждый дублирующийся исходный пакет должен иметь две версии сценария
    2. сборки Перегруженный и несчастный специалист по обслуживанию PPA
1
ответ дан 2 May 2016 в 23:41
  • 1
    Извините, но я не знаю никакую другую альтернативу, чем 1. nouveau (свободный драйвер Linux); 2. собственный драйвер от Nvidia. Существует один, который выбран системой, но можно попробовать Е ›ome другой драйвер, который можно получить непосредственно от Nvidia (но don' t надеются слишком много, обычно драйвер, который выбран системой, является лучшим, и другие драйверы Nvidia не делают систему портативной). – sudodus 7 October 2017 в 11:47

Другие вопросы по тегам:

Похожие вопросы: