Попробуйте выполнить следующую команду:
sudo dpkg-reconfigure console-setup
Они упрощают переход, если пакет переименован:
Предположим, у нас есть пакет под названием mypackage в текущей версии. Теперь по некоторым причинам эти пакеты переименовываются в mynewpackage в следующей версии. Поскольку менеджер пакетов ничего не знает о переименовании пакетов, он будет обрабатывать mypackage и mynewpackage как разные пакеты, чтобы при обновлении пользователей, у которых mypackage не был установлен mynewpackage, но оставайтесь со старым mypackage (если это позволяют зависимости). [!d1 ]
Чтобы избежать этого, поддерживающий пакет просто создает переходный пакет mypackage в новой версии, у которой нет файлов, но зависит только от mynewpackage (этот вид пакета называется « mynewpackage ").
Они упрощают переход, если пакет переименован:
Предположим, у нас есть пакет под названием mypackage в текущей версии. Теперь по некоторым причинам эти пакеты переименовываются в mynewpackage в следующей версии. Поскольку менеджер пакетов ничего не знает о переименовании пакетов, он будет обрабатывать mypackage и mynewpackage как разные пакеты, чтобы при обновлении пользователей, у которых mypackage не был установлен mynewpackage, но оставайтесь со старым mypackage (если это позволяют зависимости).
Чтобы избежать этого, поддерживающий пакет просто создает переходный пакет mypackage в новой версии, у которой нет файлов, но зависит только от mynewpackage (этот вид пакета называется « mynewpackage ").
они упрощают переход, если пакет получает переименован:
допустим, у нас есть пакет mypackage в текущей версии. Сейчас по некоторым причинам этот пакет получает переименован mynewpackage в следующем выпуске. Как менеджер пакетов не знает ничего о переименовании пакетов, она будет относиться к mypackage и mynewpackage как различные пакеты, так что при обновлении пользователи пакета mypackage не сделать mynewpackage установлен, но остаться со старого пакета mypackage (если зависимости позволяют это).
чтобы избежать этого, Разработчик просто создает переходный пакет пакета mypackage в новой версии, что нет никаких файлов, а просто зависит от mynewpackage (такой пакет называется "mynewpackage").
Они упрощают переход, если пакет переименован:
Предположим, у нас есть пакет под названием mypackage в текущей версии. Теперь по некоторым причинам эти пакеты переименовываются в mynewpackage в следующей версии. Поскольку менеджер пакетов ничего не знает о переименовании пакетов, он будет обрабатывать mypackage и mynewpackage как разные пакеты, чтобы при обновлении пользователей, у которых mypackage не был установлен mynewpackage, но оставайтесь со старым mypackage (если это позволяют зависимости).
Чтобы избежать этого, поддерживающий пакет просто создает переходный пакет mypackage в новой версии, у которой нет файлов, но зависит только от mynewpackage (этот вид пакета называется « mynewpackage ").
они упрощают переход, если пакет получает переименован:
допустим, у нас есть пакет mypackage в текущей версии. Сейчас по некоторым причинам этот пакет получает переименован mynewpackage в следующем выпуске. Как менеджер пакетов не знает ничего о переименовании пакетов, она будет относиться к mypackage и mynewpackage как различные пакеты, так что при обновлении пользователи пакета mypackage не сделать mynewpackage установлен, но остаться со старого пакета mypackage (если зависимости позволяют это).
чтобы избежать этого, Разработчик просто создает переходный пакет пакета mypackage в новой версии, что нет никаких файлов, а просто зависит от mynewpackage (такой пакет называется "mynewpackage").
они упрощают переход, если пакет получает переименован:
допустим, у нас есть пакет mypackage в текущей версии. Сейчас по некоторым причинам этот пакет получает переименован mynewpackage в следующем выпуске. Как менеджер пакетов не знает ничего о переименовании пакетов, она будет относиться к mypackage и mynewpackage как различные пакеты, так что при обновлении пользователи пакета mypackage не сделать mynewpackage установлен, но остаться со старого пакета mypackage (если зависимости позволяют это).
чтобы избежать этого, Разработчик просто создает переходный пакет пакета mypackage в новой версии, что нет никаких файлов, а просто зависит от mynewpackage (такой пакет называется "mynewpackage").
Они упрощают переход, если пакет переименовывается:
Предположим, у нас есть пакет под названием mypackage в текущей версии. Теперь по некоторым причинам эти пакеты переименовываются в mynewpackage в следующей версии. Поскольку менеджер пакетов ничего не знает о переименовании пакетов, он будет рассматривать mypackage и mynewpackage как разные пакеты, чтобы при обновлении пользователей, у которых есть mypackage не получите mynewpackage , но оставайтесь со старым mypackage (если это позволяют зависимости).
Чтобы избежать этого, поддерживающий пакет просто создает переходный пакет mypackage в новой версии, у которой нет файлов, но зависит только от mynewpackage (этот вид пакета называется « мета-пакетом «).
Они упрощают переход, если пакет переименовывается:
Предположим, у нас есть пакет под названием mypackage в текущей версии. Теперь по некоторым причинам эти пакеты переименовываются в mynewpackage в следующей версии. Поскольку менеджер пакетов ничего не знает о переименовании пакетов, он будет рассматривать mypackage и mynewpackage как разные пакеты, чтобы при обновлении пользователей, у которых есть mypackage не получите mynewpackage , но оставайтесь со старым mypackage (если это позволяют зависимости).
Чтобы избежать этого, поддерживающий пакет просто создает переходный пакет mypackage в новой версии, у которой нет файлов, но зависит только от mynewpackage (этот вид пакета называется « мета-пакетом «).
Они упрощают переход, если пакет переименовывается:
Предположим, у нас есть пакет под названием mypackage в текущей версии. Теперь по некоторым причинам эти пакеты переименовываются в mynewpackage в следующей версии. Поскольку менеджер пакетов ничего не знает о переименовании пакетов, он будет рассматривать mypackage и mynewpackage как разные пакеты, чтобы при обновлении пользователей, у которых есть mypackage не получите mynewpackage , но оставайтесь со старым mypackage (если это позволяют зависимости).
Чтобы избежать этого, поддерживающий пакет просто создает переходный пакет mypackage в новой версии, у которой нет файлов, но зависит только от mynewpackage (этот вид пакета называется « мета-пакетом «).
Они упрощают переход, если пакет переименовывается:
Предположим, у нас есть пакет под названием mypackage в текущей версии. Теперь по некоторым причинам эти пакеты переименовываются в mynewpackage в следующей версии. Поскольку менеджер пакетов ничего не знает о переименовании пакетов, он будет рассматривать mypackage и mynewpackage как разные пакеты, чтобы при обновлении пользователей, у которых есть mypackage не получите mynewpackage , но оставайтесь со старым mypackage (если это позволяют зависимости).
Чтобы избежать этого, поддерживающий пакет просто создает переходный пакет mypackage в новой версии, у которой нет файлов, но зависит только от mynewpackage (этот вид пакета называется « мета-пакетом «).
Они упрощают переход, если пакет переименовывается:
Предположим, у нас есть пакет под названием mypackage в текущей версии. Теперь по некоторым причинам эти пакеты переименовываются в mynewpackage в следующей версии. Поскольку менеджер пакетов ничего не знает о переименовании пакетов, он будет рассматривать mypackage и mynewpackage как разные пакеты, чтобы при обновлении пользователей, у которых есть mypackage не получите mynewpackage , но оставайтесь со старым mypackage (если это позволяют зависимости).
Чтобы избежать этого, поддерживающий пакет просто создает переходный пакет mypackage в новой версии, у которой нет файлов, но зависит только от mynewpackage (этот вид пакета называется « мета-пакетом «).