Допустим, у вас запущен сервер, и вы не хотите переходить на Testing (Squeeze) из Stable (Lenny), чтобы просто установить необходимый пакет или два.
Каков наилучший способ установки только определенных пакетов из Testing?
Допустим, у вас запущен сервер, и вы не хотите переходить на Testing (Squeeze) из Stable (Lenny), чтобы просто установить необходимый пакет или два.
Каков наилучший способ установки только определенных пакетов из Testing?
Ответы:
Многие люди, похоже, боятся смешивать стабильное с тестированием, но, честно говоря, тестирование само по себе довольно стабильно, и с правильными настройками и проверкой решений вы можете избежать «дрейфа стабильности», который ставит ваши основные пакеты на нестабильный путь.
"Тестирование довольно стабильно ??" , ты спрашиваешь. Да. Для того чтобы пакет мог перейти от нестабильного к тестируемому, он должен иметь ноль открытых ошибок в течение 10 дней подряд. Скорее всего, что, особенно для более популярных пакетов, кто-то собирается представить отчет об ошибке для нестабильной версии, если что-то не так.
Даже если вы не хотите смешивать окружения, все равно хорошо иметь такую возможность на случай, если вы столкнетесь с чем-то, что требует более новой версии, чем в стабильной.
Вот что я рекомендую для настройки:
Сначала создайте следующие файлы в
/etc/apt/preferences.d
:stable.pref
:testing.pref
:unstable.pref
:experimental.pref
:(Не бойтесь нестабильных / экспериментальных вещей здесь. Приоритеты достаточно низкие, чтобы никогда не устанавливать автоматические компоненты. Даже ветвь тестирования будет вести себя так, как она будет устанавливать только те пакеты, которыми вы хотите быть. в тестировании.)
Теперь создаем соответствующий набор для
/etc/apt/sources.list.d
:stable.list
Копирование из оригинала/etc/apt/sources.list
. Переименуйте старый файл в нечто подобноеsources.list.orig
.testing.list
То же, чтоstable.list
и сtesting
.unstable.list
: То же, чтоstable.list
, кроме какunstable
, и удалить списки безопасности.experimental.list
То же, чтоunstable.list
и сexperimental
.Вы также можете добавить
oldstable
insources.lists.d
иpreferences.d
(используйте приоритет 1), хотя этот моникер будет иметь тенденцию истекать и исчезать до следующего стабильного цикла. В таких случаях вы можете использоватьhttp://archive.debian.org/debian/
и «жестко закодировать» версию Debian (etch, lenny и т. Д.).Чтобы установить тестовую версию пакета, просто используйте
aptitude install lib-foobar-package/testing
или просто перейдите в графический интерфейс aptitude и выберите версию в деталях пакета (нажмите enter в пакете, который вы просматриваете).Если вы получаете жалобы на конфликты пакетов, сначала посмотрите на решения. В большинстве случаев первым будет «не устанавливать эту версию». Научитесь использовать варианты разрешения и разрешения для каждого пакета. Например, если вы устанавливаете foobar-package / testing, а первое решение - «не устанавливать foobar-package / testing», то пометьте этот выбор как отклоненный, и другие решения больше никогда не повернут по этому пути. В таких случаях вам, вероятно, придется установить несколько других пакетов тестирования.
Если он становится слишком проблематичным (например, пытается обновить libc или ядро или какую-то другую огромную базовую систему), то вы можете либо отклонить эти пути обновления, либо просто полностью отказаться от первоначального обновления. Помните, что обновление будет происходить только до тестирования / нестабильности, если вы разрешите это.
РЕДАКТИРОВАТЬ: Исправлены некоторые приоритетные булавки и обновлен список.
источник
apt-get update
после того, как создали файлы конфигурации?sudo apt-get update
, я получил ошибку обновления. Затем перезапустил, который дал мнеXsession error
, перезапустил снова, и теперь у меня нет графического интерфейса./dev/sda1/
теперь полон. Отлично.В
/etc/apt/apt.conf.d
добавить следующий файл99defaultrelease
:in
/etc/apt/sources.list.d
- добавить URL для тестирования / нестабильных источниковstable.list
:testing.list
:бегать
а затем установите то, что вам нужно с
Будьте очень осторожны, если вы устанавливаете вещи, которые имеют много зависимостей. Желательно не делать этого на производстве.
Вы также можете попытать счастья в бэкпорте или подобном репозитории.
источник
apt_preferences
Определите уровень по умолчанию, до которого система должна «безопасно обновиться», в файле / etc / apt / preferences:
man apt_preferences
С apt_preferences вы многое можете сделать, но ради простоты ...
Мне нужно было установить один пакет (autoMysqlBackup), который был доступен только в тестировании. Решением было добавить следующее в / etc / apt / Предпочтения:
Если в /etc/apt/sources.list добавлено несколько репозиториев, aptitude теперь будет обновляться только до указанного вами релиза, даже если перечислены репозитории более поздних выпусков (в данном случае «стабильный»).
Итак, чтобы установить этот пакет, все, что вам нужно сделать, это:
источник
Что бы это ни стоило, общий совет, который я всегда видел, это «Не смешивайте стабильно ни с чем». Большинство учебников по смешанным системам предназначены для смешанного тестирования и нестабильно.
Кажется, что причина в том, что если вы смешиваете стабильное с тестированием, для самых базовых пакетов (таких как libc6) потребуются обновления (чтобы установить программное обеспечение из тестирования), и как только эти базовые пакеты перейдут к тестированию, вся система может дрейфовать таким образом.
Вот две альтернативы:
источник
Документация по Debian обширна в этой теме, и я настоятельно советую углубиться в это, так как она действительно раскроет всю прелесть системы Debian.
Посмотрите, как сохранить смешанную систему , она объяснит все, что вам нужно знать.
источник
Другой способ, который может помешать установке слишком большого количества зависимостей от Testing или Sid, заключается в следующем: вы указываете apt-get получить исходный пакет из Testing или Sid и создаете пакет для вашей системы с помощью инструментов Debian (не нужно вручную тратить) с источниками).
Цитирование здесь:
https://wiki.debian.org/DebianUnstable#How_do_I_backport_a_sid_package_to_testing_or_stable.3F
источник
Я делал это в течение длительного периода времени, чтобы быть уверенным в том, что это достаточно безопасно и может быть удобно. При нижеуказанной настройке стабильная версия будет установлена по умолчанию, однако Aptitude также позволит вам выбрать резервную версию или нестабильную версию, если это необходимо:
Есть четыре вещи, которые нужно отредактировать, нужно установить релиз пиннинга по умолчанию, добавить источники обратного порта и нестабильно добавленные, понизив приоритет пиннинга пакетов backports / unstable, и настройки отображения aptitude необходимо изменить, чтобы отобразить пиннинг.
etc/apt/preferences
файл закрепления - если файл не существует, создайте его.источник
source.list
нем должно быть указано кодовое имяjessie
вместоsqueeze
. Политика Debiantesting
близка к стабильной, и пакеты были почти такими же новыми, как и изunstable
репозитория. У меня заканчивается свободное место, поэтому, пожалуйста, посмотрите на: wiki.debian.org/DebianReleases , wiki.debian.org/StableUpdates и wiki.debian.org/StableProposedUpdates ; последние два являются дополнительными источниками репозитория.Если ваш выбор пакетов более сложен или установка будет повторяться на нескольких машинах, вы можете рассмотреть возможность создания частного репозитория, который отражает подмножество официальных репозиториев. Это требует небольшой работы по настройке репозитория, но вознаграждение легко поддерживать с минимальным количеством настроек на каждом клиенте и повторяемыми результатами при выполнении десятков установок. Я считаю это полезным, даже когда устанавливаются только один или два пакета, и использую этот метод для автоматизации и поддержки облачных установок. Один сервер на дешевом VPS может обрабатывать десятки частных репозиториев.
Чтобы настроить свой сервер частного репозитория:
Затем настройте выбранный вами веб-сервер для обслуживания статических файлов репозитория. Возможно защитить хранилище сертификатом безопасности и базовой аутентификацией.
Чтобы автоматически поддерживать ваш личный репозиторий и получать обновления из апстрима, поместите вышеперечисленное в скрипт и запустите из задания cron.
Чтобы настроить клиентский компьютер, на своем клиентском компьютере:
Чтобы поддерживать клиентский компьютер и получать все обновления частного хранилища на своем клиентском компьютере:
источник
Другой вариант - загрузить исходный пакет из тестирования. APT может автоматически собрать исходный пакет после его загрузки. Таким образом, ваши стабильные пакеты не будут затронуты тестированием обновлений. Единственный компромисс в том, что это займет больше времени, чем просто загрузка и установка бинарного пакета.
Чтобы настроить APT для загрузки исходных пакетов из тестирования, просто добавьте:
Если вы просто хотите следовать текущему тестированию, а не будущему, замените «тестирование» текущим кодовым именем (на момент написания статьи это «бастер»)
источник