Как обновить / понизить версию определенного пакета от «sid» на debian jessie «stable»? [дубликат]
Первое, что я попробовал, - это удалить, а затем установить gnome и все зависимости с помощью pacman -Rnsc gnome gdm . Это не сработало и удалило много пакетов, которые мне были нужны. Ну что ж.
Я решил сосредоточиться на части сообщения об ошибке, связанной с NVRM, потому что драйвер видеокарты - это самый низкий уровень операций, из-за которого возникали ошибки, так что исправьте это, исправьте все, верно? Драйвер nvidia, похоже, вызывает проблемы, и, будучи поклонником открытого исходного кода, я решил попробовать драйвер nouveau . Удаление драйвера nvidia было немного болезненным, но как только я удалил его, поставил на место и перезагрузил, ура! Графический интерфейс! Было ли это идеально? Нет. Основные компоненты отсутствовали, и разрешение было установлено для монитора 4: 3. Но, глядя на (очень длинный) /var/log/pacman.log , я в настоящее время переустанавливаю недостающие компоненты, просматривая файл журнала и выбирая пакеты, которые кажутся важными (gnome-control-center, так далее). Я надеюсь, что это поможет любому в такой же ситуации!
Кроме того, это может привести к сообщению об ошибке, но я не уверен, следует ли доводить до сведения разработчиков пакета Arch или людей freedesktop.org. Если вы чувствуете себя настолько вынужденным, чтобы отправить его, ссылка на трассировку стека находится в комментариях к вопросу.
«Переход на гибрид» с версиями Debian не всегда оправдан (или безопасен, или надежен и т. Д.), Но иногда работает.
В лучшем случае гибридная версия - это когда пакет из testing или unstable вносит только тривиальные изменения (даже на неограниченный срок), и после этого все работает плавно. Возможно, он уже был упакован в Debian Backports или в какой-то подобный репозиторий или архив.
В противном случае, при условии, что пакет не слишком сложен, можно выполнить поиск по pkgs.org в надежде найти что-то достаточно близкое. Иногда помогает пакет alien .
Можно пойти вверх по течению и попытаться скомпилировать его (и упаковать), но если это сложный пакет, это может потребовать больше времени, чем нужно, (вот почему мы используем предварительно скомпилированные пакеты на первом месте).
Наихудший сценарий - пакет из нестабильного , который слишком требователен или сварлив , и имеет слишком много конфликтов с стабильным , что-то стирает ] более важнее, чем новый пакет.