Приоритеты apt-get

SamuelAlLinux · Сообщение **SamuelAlLinux** » 09.09.2009 11:02

Здравствуйте.

Необходимо установить приоритеты для программы apt-get при установке пакетов из стабильного (stable) и нестабильного (sid) репозиториев.

Есть файл /etc/apt/sources.list содержащий строки:

deb http: //ftp.ru.debian.org/debian/ lenny main

deb http: //ftp.ru.debian.org/debian/ sid main

Какими должны быть инструкции в файле /etc/apt/preferences и опции команды apt-get install, чтобы:

- при установке пакетов предпочтение отдавалось пакетам и всем необходимым зависимостям из стабильного репозитория;

- имелась возможность опционально переключаться на нестабильный репозиторий при установке пакетов, но с таким условием, чтобы основной пакет устанавливался из нестабильного репозитория, а все зависимости, по возможности, из стабильного;

- имелась возможность выделять отдельные пакеты для установки и обновления из нестабильного репозитория; например, чтобы пакет compiz при запросе на установку и обновление извлекался бы из нестабильного репозитория, в то время как, остальные пакеты устанавливались и обновлялись бы из стабильного?

Спасибо.

09.09.2009 11:18

/etc/apt/preferences:

Код: Выделить всё

Package: compiz
Pin: release a=unstable
Pin-Priority: 990

Package: *
Pin: release a=stable
Pin-Priority: 990

Для установки отдельного пакета из unstable можно делать так: aptitude install package/unstable

SamuelAlLinux · Сообщение **SamuelAlLinux** » 09.09.2009 12:29

Спасибо за комментарий.

Не могли бы вы поподробней объяснить синтаксис указанных вами инструкций.

Что означает, например, секция Pin и параметр release a=stable?

И ещё вопрос к вам.

Вот допустим, я собираюсь установить пакет gnome-do. Я вношу указанную вами выше инструкцию в файл /etc/apt/preferences и выполняю команду apt-get install gnome-do. Gnome-do устанавливается из стабильного репозитория. Однако, при обновлении пакетов по команде apt-get upgrade пакет gnome-do будет успешно обновлен из нестабильного репозитория. Такое поведение программы apt-get для меня нежелательно.

Какой должна быть инструкция в /etc/apt/preferences, которая бы запрещала любое обновление из нестабильного репозитория? Как в эту инструкцию добавить исключения, чтобы, например, установленный из нестабильного репозитория пакет compiz имел возможность обновляться из него же?

Сообщение **sash-kan** » 09.09.2009 23:00

SamuelAlLinux писал(а): ↑
09.09.2009 12:29
поподробней объяснить синтаксис

man apt_preferences

SamuelAlLinux писал(а): ↑
09.09.2009 12:29
Какой должна быть инструкция в /etc/apt/preferences, которая бы запрещала любое обновление из нестабильного репозитория?

нестабильный должен имет меньший приоритет. где смотреть подробности, я уж написал.

SamuelAlLinux писал(а): ↑
09.09.2009 12:29
Как в эту инструкцию добавить исключения

пример приведён выше уважаемым watashiwa_darede...

SamuelAlLinux · Сообщение **SamuelAlLinux** » 10.09.2009 13:32

sash-kan

Ответьте, пожалуйста, на вопрос*, по существу. Это поможет мне быстрее и лучше разобраться с настройками приоритетов для apt-get. man apt_preferences сложен для первичного восприятия.

Спасибо.

* Какой должна быть инструкция в /etc/apt/preferences, которая бы запрещала любое обновление из нестабильного репозитория?

Поясню вопрос:

Есть:

deb http: //ftp.ru.debian.org/debian/ lenny main

deb http: //ftp.ru.debian.org/debian/ sid main

Необходимо:

apt-get install <any_package>/stable # установка идет из stable, ничего из unstable не устанавливается
apt-get upgrade # обновление из stable, ничего из unstable не обновляется

apt-get install <any_package>/unstable # установка указанного пакета идет из unstable; если данный пакет имеет зависимости, то они автоматически устанавливаются по схеме: stable || unstable (если нет в stable, то тогда из unstable)

10.09.2009 13:56

По идее, то, что я написал, должно работать примерно так, как Вам хочется:

Код: Выделить всё

$ aptitude install any-package # установка из stable || unstable (при отсутствии в stable)
$ aptitude install any-package/stable # установка из stable, при отсутствии там -- ошибка
$ aptitude install compiz # установка/обновление из unstable (специально прописано исключение в preferences)
$ aptitude dist-upgrade # всё обновляется только из stable, compiz -- из unstable
$ aptitude install any-package/unstable # установка/обновление из unstable

Обратите внимание: aptitude, а не apt-get. Во-первых, это официально рекомендуемый инструмент, во вторых, я не уверен, что apt-get поддерживает синтаксис apt-get install any-package/unstable.

Если не работает, то приведите тут полностью /etc/apt/preferences и вывод apt-cache policy your-package-to-install-or-upgrade

10.09.2009 14:19

SamuelAlLinux писал(а): ↑
10.09.2009 13:32
man apt_preferences сложен для первичного восприятия.

Но заглядывать туда при чтении решения сильно рекомендуется. Если б заглянули, увидели бы, что я, как обычно, попутал: не Priority, а Pin-Priority. Проверил на машинке с lenny: у меня работает. apt-cache policy подглючиват, а aptitude понимает всё правильно.

SamuelAlLinux · Сообщение **SamuelAlLinux** » 10.09.2009 20:04

Настроил приоритеты следующим образом:

# /etc/apt/preferences
Package: *
Pin: release a=stable
Pin-Priority: 990

# /etc/apt/sources.list
deb http: //mirror.yandex.ru/debian/ lenny main
deb http: //mirror.yandex.ru/debian/ sid main

Два пакета: foo, bar, расположенные следующим образом:

stable: foo v-1.0;
unstable: foo v-2.0, bar v-1.0.

apt-get install foo # установка идет из stable
apt-get install bar # идет установка bar v-1.0 из unstable, если нет зависимостей из unstable, всё пройдет без осложнений, если есть зависимости из unstable возвратит ошибку об отсутствии требуемых пакетов или пакетов требуемых версий (подробнее смотрите ниже)
apt-get install bar/stable # возвращает ошибку E: Релиз 'stable' для 'bar' не найден
apt-get install foo/unstable # идет установка foo v-2.0 из unstable, но при наличии зависимостей, отсутствующих в stable возвращает следующее:
# foo: Зависит: libfoo (>= 2.0) но 1.0 будет установлен
# Зависит: libfoofoo (>= 2.0) но 1.0 будет установлен
# Зависит: libfoofoofoo (>= 2.0) но 1.0 будет установлен
# E: Сломанные пакеты

Далее, если вручную указать все требуемые библиотеки (т. е. apt-get install foo/unstable libfoo/unstable libfoofoo/unstable libfoofoofoo/unstable) инсталляция проходит без осложнений. Однако, вопрос остается открытым: как настроить apt_preferences на автоматическую установку зависимостей по схеме: stable || unstable (нет в stable, устанавливаю из unstable ничего не спрашиваю, никаких ошибок не возвращаю)?

neolive · Сообщение **neolive** » 10.09.2009 21:09

Вы не находите странным ваш вопрос? Допустим вы хотите установить программу из unstable, почти наверняка она тянет в качестве зависимостей библиотеки новых версий (которых нет в стабильной ветке). Если это не так, то приведите пример программы из unstable, использующей все зависимости из стабильной версии.

P. S. И вообще смешивать стабильные и нестабильные версии программ и библиотек чревато.

Сообщение **Rootlexx** » 10.09.2009 21:56

SamuelAlLinux писал(а): ↑
10.09.2009 20:04
Однако, вопрос остается открытым: как настроить apt_preferences на автоматическую установку зависимостей по схеме: stable || unstable (нет в stable, устанавливаю из unstable ничего не спрашиваю, никаких ошибок не возвращаю)?

Используйте параметр «-t» apt-get или aptitude . За подробностями обращайтесь в справку.

SamuelAlLinux · Сообщение **SamuelAlLinux** » 10.09.2009 22:03

neolive

Рассмотрим ситуацию:

# /usr/apt/preferences
Packages: *
Pin: release a=stable
Pin-Priority: 990

# репозитории
stable: foo v-1.0, libfoo v-2.0;
unstable: foo v-2.0, libfoo v-2.0, libfoofoo v-2.0.

apt-get install foo/unstalbe
# будет возвращена ошибка, т. к. libfoofoo v-2.0 нет в stable

apt-get install foo/unstalbe libfoofoo/unstable
# foo из unstable
# libfoo из stable
# libfoofoo из unstable
# пакет буде успешно установлен, при этом одна библиотека установится из stable, а другая из unstable

Вопрос состоит в том, как настроить файл /etc/apt/preferences, чтобы исключить ввод необходимых библиотек из нестабильного репозитория вручную, как я это сделал выше в примере.

10.09.2009 22:09

Rootlexx писал(а): ↑
10.09.2009 21:56
Используйте параметр «-t» apt-get или aptitude

Судя по man aptitude, это то же самое, что /unstable.

SamuelAlLinux писал(а): ↑
10.09.2009 20:04
apt-get install foo/unstable

Еще раз. По слогам. Используйте aptitude вместо apt-get. У меня работает, aptitude прекрасно решил эту проблему.

SamuelAlLinux · Сообщение **SamuelAlLinux** » 10.09.2009 22:29

watashiwa_daredeska

Разобрался. Спасибо за помощь.

Т. о. получается, что есть выбор, либо:

apt-get install foo/unstable libfoo/unstable libfoofoo/unstable,

либо

aptitude install foo/unstable # и все необходимые зависимости как из stable, так и из unstable установятся автоматически.

10.09.2009 22:46

SamuelAlLinux писал(а): ↑
10.09.2009 22:29
получается, что есть выбор

Да, выбор есть, но рекомендуется выбросить apt-get совсем на свалку истории. У aptitude в целом более продвинутый и дружелюбный решатель конфликтов зависимостей, практически все постоянно нужные команды в нем есть: у apt-get нет поиска, он есть у apt-cache, но aptitude search его уже давно далеко обставил и т.п.

Сообщение **Rootlexx** » 11.09.2009 03:16

watashiwa_darede... писал(а): ↑
10.09.2009 22:09
Судя по man aptitude, это то же самое, что /unstable.

Не совсем.

(http://wiki.debian.org/AptPinning) писал(а):Let's assume that we're running testing and we want to try enlightenment from unstable. There are basically two methods for installing:

# apt-get install enlightenment/unstable
# apt-get -t unstable install enlightenment

The first will not attempt to upgrade any packages on your system, so if specific dependencies are not met, the install will fail. The second method will attempt to install/upgrade any dependencies.

Для aptitude и действия «install» (в отличие от, скажем, «show») указания «-t unstable» и «пакет/unstable» не аналогичны, ибо во втором случае зависимости всё равно будут искаться не в unstable. Другое дело что в aptitude мощная система разрешения зависимостей, и она может предложить нужный вариант. Тем не менее, установка целевой ветки («-t ветка») правильнее.

11.09.2009 10:35

Rootlexx писал(а): ↑
11.09.2009 03:16
Для aptitude и действия «install» (в отличие от, скажем, «show») указания «-t unstable» и «пакет/unstable» не аналогичны

Да, ошибся, оно так не для всех. Однако, в таком случае, это не то, что хотел топикстартер. Ему хочется, чтобы зависимости удовлетворялись, по возможности, из stable.

Rootlexx писал(а): ↑
11.09.2009 03:16
Тем не менее, установка целевой ветки («-t ветка») правильнее.

Хм... А почему собственно? Ведь с /unstable зависимости удовлетворяются, ничего не ломается. Учитывая, что это требуется для смешанной stable/unstable системы, я как раз считаю, что /unstable будет правильнее, ибо позволяет минимально отклоняться от stable.

Сообщение **t.t** » 11.09.2009 10:57

Rootlexx писал(а): ↑
11.09.2009 03:16
Для aptitude и действия «install» (в отличие от, скажем, «show») указания «-t unstable» и «пакет/unstable» не аналогичны, ибо во втором случае зависимости всё равно будут искаться не в unstable. Другое дело что в aptitude мощная система разрешения зависимостей, и она может предложить нужный вариант. Тем не менее, установка целевой ветки («-t ветка») правильнее.

Не соглашусь, что правильнее. Обычно / или -t используются, чтобы установить свежую верчию чего-либо в стабильную систему. В этом случае, на мой взгляд, правильнее как раз установить _минимально_ воззможное количество нестабильных пакетов, что и даёт /testing или /unstable; а не максимально возможное, которое даст -t.

Другими словами, если мы устанавливаем из нестабильной ветки пакет, зависящий от десятка библиотек, но только для двух требующий более высокой версии, чем в stable (весьма распространённый случай), то во втором случае мы получим в системе одиннадцать пакетов из unstable, а в первом только три (а может быть даже один из unstable и два из testing). На мой взгляд, последнее однозначно предпочтительнее.

entada · Сообщение **entada** » 17.09.2010 14:24

Пожалуйста, помогите мне с приоритетами!
Недавно по моей неосторожности система была обновлена с lenny до squeeze, хочется обратно lenny.

Мой /etc/apt/preferences:

Код: Выделить всё

Package: *
Pin: release n=lenny
Pin-Priority: 9000

Package: *
Pin: release a=stable
Pin-Priority: 9000

Package:  kate kdebase-data kdegames-card-data kpat kregexpeditor libkdegames1
Pin: release a=lenny
Pin-Priority: 9000

Package: *
Pin: release a=testing
Pin-Priority: 1

Package: *
Pin: release a=unstable
Pin-Priority: 1

После apt-get update и aptitude update apt-cache policy выдаёт

Код: Выделить всё

Списки пакетов:
 100 /var/lib/dpkg/status
     release a=now
 990 http://deb.opera.com/opera/ lenny/non-free i386 Packages
     release o=Opera Software ASA,a=stable,n=lenny,l=The Opera web browser,c=non-free
     origin deb.opera.com
 990 http://volatile.debian.org/debian-volatile/ lenny/volatile/non-free i386 Packages
     release o=volatile.debian.org,a=stable,n=lenny,l=debian-volatile,c=non-free
     origin volatile.debian.org
 990 http://volatile.debian.org/debian-volatile/ lenny/volatile/contrib i386 Packages
     release o=volatile.debian.org,a=stable,n=lenny,l=debian-volatile,c=contrib
     origin volatile.debian.org
 990 http://volatile.debian.org/debian-volatile/ lenny/volatile/main i386 Packages
     release o=volatile.debian.org,a=stable,n=lenny,l=debian-volatile,c=main
     origin volatile.debian.org
 990 http://security.debian.org/ lenny/updates/non-free i386 Packages
     release v=5.0,o=Debian,a=stable,n=lenny,l=Debian-Security,c=non-free
     origin security.debian.org
 990 http://security.debian.org/ lenny/updates/contrib i386 Packages
     release v=5.0,o=Debian,a=stable,n=lenny,l=Debian-Security,c=contrib
     origin security.debian.org
 990 http://security.debian.org/ lenny/updates/main i386 Packages
     release v=5.0,o=Debian,a=stable,n=lenny,l=Debian-Security,c=main
     origin security.debian.org
 500 http://ftp.de.debian.org/debian/ lenny/main Translation-ru
 990 http://ftp.de.debian.org/debian/ lenny/contrib i386 Packages
     release v=5.0.6,o=Debian,a=stable,n=lenny,l=Debian,c=contrib
     origin ftp.de.debian.org
 990 http://ftp.de.debian.org/debian/ lenny/non-free i386 Packages
     release v=5.0.6,o=Debian,a=stable,n=lenny,l=Debian,c=non-free
     origin ftp.de.debian.org
 990 http://ftp.de.debian.org/debian/ lenny/main i386 Packages
     release v=5.0.6,o=Debian,a=stable,n=lenny,l=Debian,c=main
     origin ftp.de.debian.org
Зафиксированные пакеты:
     kpat -> (не найдено)
     kregexpeditor -> (не найдено)
     kdegames-card-data -> (не найдено)
     kdebase-data -> (не найдено)
     libkdegames1 -> (не найдено)
     kate -> (не найдено)

Т.е. приоритеты игнорируются?!
Зафиксированные пакеты хотя и называются так, при установке и apt-get, и aptitude пытаются поставить редактор и пасьянс из 4-го KDE, то есть из squeeze (среда — IceWM, так что зависимостей, кроме этих шести пакетов, вроде бы и нет)...

Что мне можно сделать?

P.S. В /etc/apt/apt.conf
APT::Default-Release "stable";
тоже ничего не поменяло.

17.09.2010 14:44

entada писал(а): ↑
17.09.2010 14:24
Недавно по моей неосторожности система была обновлена с lenny до squeeze, хочется обратно lenny.

Downgrade в Debian не тестируется, поэтому очень ненадежен, особенно в масштабах всего дистрибутива целиком. Самый надежный вариант — поставить заново.

entada писал(а): ↑
17.09.2010 14:24
Т.е. приоритеты игнорируются?!

Я наблюдал глюки apt-cache policy с /etc/apt/preferences. Возможно, он просто не показывает. Попробуйте сделать aptitude dist-upgrade и посмотреть, что он собирается делать.

P.S. Правильно: n=lenny, а не a=lenny, хотя в данном случае это роялю не играет.

entada · Сообщение **entada** » 17.09.2010 14:47

watashiwa_daredeska писал(а): ↑
17.09.2010 14:44
Попробуйте сделать aptitude dist-upgrade и посмотреть, что он собирается делать.

Он ничего не делает — говорит, что всё и так уже самое новое
(как и просто upgrade).

Получается, только переустановка?..

Сообщение **Rootlexx** » 17.09.2010 15:06

Покажите всё же вывод команд:

Код: Выделить всё

apt-config dump | grep preferences
stat /etc/apt/preferences

entada · Сообщение **entada** » 17.09.2010 15:31

Rootlexx писал(а): ↑
17.09.2010 15:06
apt-config dump | grep preferences

Dir::Etc::preferences "preferences";
Dir::Etc::preferencesparts "preferences.d";

Rootlexx писал(а): ↑
17.09.2010 15:06
stat /etc/apt/preferences

File: «/etc/apt/preferences»
Size: 378 Blocks: 8 IO Block: 4096 обычный файл
Device: 80ah/2058d Inode: 213640 Links: 1
Access: (0644/-rw-r--r--) Uid: ( 0/ root) Gid: ( 0/ root)
Access: 2010-09-17 13:42:15.000000000 +0400
Modify: 2010-09-17 13:42:09.000000000 +0400
Change: 2010-09-17 13:42:09.000000000 +0400

Yugrix · Сообщение **Yugrix** » 18.09.2010 00:21

http://debian.org/doc/manuals/apt-howto/ch...default-version

entada · Сообщение **entada** » 18.09.2010 09:26

Описанный в http://www.debian.org/doc/manuals/apt-howt...default-version и http://www.debian.org/doc/manuals/apt-howt...default-version файл /etc/apt/apt.conf, как уже было сказано раньше, не влияет на поведение upgrade|dist-upgrade|full-upgrade.

# apt-get -t stable install имя_пакета работает при установке нового пакета, но не при обновлении существующего...
Или есть возможность снести под корень и установить заново все пакеты, не нарушив при этом работоспособности пакетного менеждера?

# apt-get install package=version пытается установить нужную версию, но для пакетов типа libc6 пасует перед множеством зависимостей...

Сообщение **Rootlexx** » 18.09.2010 10:48

entada писал(а): ↑
18.09.2010 09:26
apt-get install package=version пытается установить нужную версию, но для пакетов типа libc6 пасует перед множеством зависимостей...

А aptitude? У него со сложными графами зависимостей получше вроде.

entada · Сообщение **entada** » 18.09.2010 12:20

Тоже не ставит, только обосновывает это подробнее (см. приложенный файл).

Сообщение **Rootlexx** » 18.09.2010 12:25

entada писал(а): ↑
18.09.2010 12:20
Тоже не ставит, только обосновывает это подробнее:

Как именно?

entada · Сообщение **entada** » 18.09.2010 12:35

Сейчас к предыдущему сообщению приложен файл (очень долго не удавалось его прицепить — как оказалось, эта функция доступна только при включённых JavaScript и iinline-фреймах,
так что Ваш вопрос удалось увидеть только после завершения редактирования предыдущего ответа — буквально только что)

Сообщение **Rootlexx** » 18.09.2010 12:54

Если проблема в apt, то, возможно, стоит откатить их до версии в stable, а потм уже попробовать с остальными пакетами.
Добавлено: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=557580 . Возможно, как-то связано.

Сообщение **t.t** » 18.09.2010 12:58

Как уже было сказано, официально даунгрейд не поддерживается (тем более странно было бы ждать даунгрейда от команд *-upgrade). Самый надёжный (но несколько морочливый) способ — запустить aptitude в интерактивном режиме (без параметров) и даунгрейдить вручную.

На пакете жмёте v, выбираете нужную версию, жмёте +. Если она подсвечивается красным (broken), жмёте d и ищете неудовлетворённые зависимости. С каждой проделываете то же самое, пока сломанныхх пакетов не останется. Скорее всего таких циклов будет несколько; чтобы их было как можно меньше, лучше начинать с «низкоуровневых» пакетов (вроде той же libc).

Таким образом точно можно заставить aptitude _начать_ даунгрейд. Но не факт, что в процессе что-то не пойдёт не так.

unixforum.org

Приоритеты apt-get

Приоритеты apt-get

Re: Приоритеты apt-get

Re: Приоритеты apt-get

Re: Приоритеты apt-get

Re: Приоритеты apt-get

Re: Приоритеты apt-get

Re: Приоритеты apt-get

Re: Приоритеты apt-get

Re: Приоритеты apt-get

Re: Приоритеты apt-get

Re: Приоритеты apt-get

Re: Приоритеты apt-get

Re: Приоритеты apt-get

Re: Приоритеты apt-get

Re: Приоритеты apt-get

Re: Приоритеты apt-get

Re: Приоритеты apt-get

Re: Приоритеты apt-get

Re: Приоритеты apt-get

Re: Приоритеты apt-get

Re: Приоритеты apt-get

Re: Приоритеты apt-get

Re: Приоритеты apt-get

Re: Приоритеты apt-get

Re: Приоритеты apt-get

Re: Приоритеты apt-get

Re: Приоритеты apt-get

Re: Приоритеты apt-get

Re: Приоритеты apt-get

Re: Приоритеты apt-get