Re: Настройка apt pinning

[Oleksandr Gavenko]

On 2016-01-22, Tim Sattarov wrote:

>> У меня вопрос - разве ранее было не так?
>>
>>
> на то оно News, чтобы рассказывать что *изменилось* с предыдущих версий
> логично предположить, что нет, так не было, это новое поведение

Я к тому что документация и ранее говорила что пин применяется к версиям в том
числе.

Попробуйте описать ситуацию когда пин применяется только к пакету - как же
тогда выделять версию для установки?

И в дифе на документации ничего соответствующего нету.

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

Правда если Вы понимаете в чем суть изменений и что изменилось с прошлога раза
- можно привести демонстрационные примеры. Пока не увидишь своими глазами - не
поймешь.

-- 
http://defun.work/

Re: Настройка apt pinning

[Tim Sattarov]

On 20/01/16 07:52 AM, Илья Валеев wrote:
> До недавнего времени все работало как задумано, когда оно полетело к
> чертям, не вспомню. В частности, пакет libsqlcipher0 был установлен
> именно из бэкпортов благодаря написанному правилу.
>
> Debian 8 x64 со всеми обновлениями. Весь интернет уже исползал, ман
> читал. Даже перезагружался.
>
> Как решить проблему?
>

Не оно ?

zless /usr/share/doc/apt/NEWS.Debian.gz

apt (1.1~exp9) experimental; urgency=medium

  A new algorithm for pinning has been implemented, it now assigns a
  pin priority to a version instead of assigning a pin to a package.

  This might break existing corner cases of pinning, if they use multiple
  pins involving the same package name or patterns matching the same
  package name, but should overall lead to pinning that actually works
  as intended and documented.

 -- Julian Andres Klode   Mon, 17 Aug 2015 14:45:17 +0200

Re: Настройка apt pinning

[Oleksandr Gavenko]

On 2016-01-21, Tim Sattarov wrote:

> Не оно ?
>
> zless /usr/share/doc/apt/NEWS.Debian.gz
>
> apt (1.1~exp9) experimental; urgency=medium
>
>   A new algorithm for pinning has been implemented, it now assigns a
>   pin priority to a version instead of assigning a pin to a package.
>
>   This might break existing corner cases of pinning, if they use multiple
>   pins involving the same package name or patterns matching the same
>   package name, but should overall lead to pinning that actually works
>   as intended and documented.

У меня вопрос - разве ранее было не так?

Как можно привязыать пин к пакету безотносительно версии?

В документации apt_preferences(5):

  The Effect of APT Preferences

The specific form assigns a priority (a "Pin-Priority") to one or more
specified packages with a specified version or version range.

The general form assigns a priority to all of the package versions in a
given distribution (that is, to all the versions of packages that are
listed in a certain Release file) or to all of the package versions coming
from a particular Internet site, as identified by the site's fully
qualified domain name.

Разница между старой и новой - о изменении умалчивает:

  $ MANWIDTH=78 man apt_preferences >old
  $ MANWIDTH=78 man ./apt_preferences.5.gz >new
  $ diff -u old new

  --- old   2016-01-21 21:52:41.860006641 +0200
  +++ new   2016-01-21 21:52:52.920136753 +0200
  @@ -74,12 +74,12 @@
  like the Debian backports archive since squeeze-backports.

  priority 500
  -   to the versions that are not installed and do not belong to the
  -   target release.
  +   to the versions that do not belong to the target release.

  priority 990
  -   to the versions that are not installed and belong to the target
  -   release.
  +   to the versions that belong to the target release.
  +   The highest of those priorities whose description matches the version
  +   is assigned to the version.

  If the target release has not been specified then APT simply assigns
  priority 100 to all installed package versions and priority 500 to
  @@ -194,6 +194,11 @@
  Pin: release a=stable, v=8
  Pin-Priority: 500

  +   The effect of the comma operator is similar to an "and" in logic: All
  +   conditions must be satisfied for the pin to match. There is one
  +   exception: For any type of condition (such as two "a" conditions),
  +   only the last such condition is checked.
  +
  Regular expressions and glob(7) syntax
  APT also supports pinning by glob(7) expressions, and regular
  expressions surrounded by slashes. For example, the following example
  @@ -203,7 +208,7 @@
  slashes).

  Package: gnome* /kde/
  -   Pin: release n=experimental
  +   Pin: release a=experimental
  Pin-Priority: 500

  The rule for those expressions is that they can occur anywhere where
  @@ -251,11 +256,15 @@
  P < 0
  prevents the version from being installed

  -   If any specific-form records match an available package version then
  -   the first such record determines the priority of the package version.
  -   Failing that, if any general-form records match an available package
  -   version then the first such record determines the priority of the
  -   package version.
  +   P = 0
  +   has undefined behaviour, do not use it.
  +
  +   The first specific-form record matching an available package version
  +   determines the priority of the package version. Failing that, the
  +   priority of the package is defined as the maximum of all priorities
  +   defined by generic-form records matching the version. Records defined
  +   using patterns in the Pin field other than "*" are treated like
  +   specific-form records.

  For example, suppose the APT preferences file contains the three
  records presented earlier:
  @@ -518,4 +527,4 @@
   1. APT bug page
  http://bugs.debian.org/src:apt

  -APT 1.0.10.209 June 2012  APT_PREFERENCES(5)
  +APT 1.1.10 15 August 2015 APT_PREFERENCES(5)


-- 
http://defun.work/

Re: Настройка apt pinning

[Tim Sattarov]

On 21/01/16 03:00 PM, Oleksandr Gavenko wrote:
> On 2016-01-21, Tim Sattarov wrote:
>
>> Не оно ?
>>
>> zless /usr/share/doc/apt/NEWS.Debian.gz
>>
>> apt (1.1~exp9) experimental; urgency=medium
>>
>>   A new algorithm for pinning has been implemented, it now assigns a
>>   pin priority to a version instead of assigning a pin to a package.
>>
>>   This might break existing corner cases of pinning, if they use multiple
>>   pins involving the same package name or patterns matching the same
>>   package name, but should overall lead to pinning that actually works
>>   as intended and documented.
> У меня вопрос - разве ранее было не так?
>
>
на то оно News, чтобы рассказывать что *изменилось* с предыдущих версий
логично предположить, что нет, так не было, это новое поведение

Re: Настройка apt pinning

[Oleksandr Gavenko]

On 2016-01-20, Илья Валеев wrote:

> Package: foo bar
> Pin: origin "example.com"
> Pin-Priority: 990
>
> Package: *
> Pin: origin "example.com"
> Pin-Priority: -10
>
> Выполнил apt update
> apt-cache policy показывает, что у foo и bar из репозитория example.com
> приоритет -10. Если убрать строки, устанавливающие приоритет -10, то
> приоритет будет 500, а не 990, как я указал в конфиге. Имя пакета
> указано корректно, 100%.

Пишите баг на пакет apt.

Я просмотрел apt_preferences(5) на предмет:

 * порядок применения правил:

 If any specific-form records match an available package version then the
 first such record determines the priority of the package version.

 Failing that, if any general-form records match an available package
 version then the first such record determines the priority of the package
 version.

 * несколько пакетов в одном правиле:

 The specific form assigns a priority (a "Pin-Priority") to one or more
 specified packages with a specified version or version range.

 Multiple packages can be separated by spaces.

Все cходится с Вашим подозрением.

Кстати - между foo и bar - spaces (в письме - так)?

-- 
http://defun.work/

Re: Настройка apt pinning

[Илья Валеев]

Спасибо за ответ!
Между foo и bar стоит один пробел.
Еще не затруднит ли подсказать: верна ли моя концепция написания
конфига? Ничего я там (вроде апдейтов безопасности или еще чего) не сломал?

-- 
Идентификатор открытого ключа: 1D38C8C9
Отпечаток: 6210 01B6 A34E E490 A9E4  87DD 841D 0ABE 1D38 C8C9

Настройка apt pinning

[Илья Валеев]

Доброго дня!
Прописал в /etc/apt/preferences такие строки:

Package: foo bar
Pin: origin "example.com"
Pin-Priority: 990

Package: *
Pin: origin "example.com"
Pin-Priority: -10

Выполнил apt update
apt-cache policy показывает, что у foo и bar из репозитория example.com
приоритет -10. Если убрать строки, устанавливающие приоритет -10, то
приоритет будет 500, а не 990, как я указал в конфиге. Имя пакета
указано корректно, 100%.

Полное содержимое /etc/apt/preferences:

Package: qtox libavformat-tox56 libavdevice-tox56 libavcodec-tox56
libavutil-tox54 libswscale-tox3
Pin: origin "pkg.tox.chat"
Pin-Priority: 991

Package: *
Pin: origin "pkg.tox.chat"
Pin-Priority: -10

Package: foo bar
Pin: origin "example.com"
Pin-Priority: 990

Package: *
Pin: origin "example.com"
Pin-Priority: -10

Package: *
Pin: release n=jessie
Pin-Priority: 500

Package: libsqlcipher0
Pin: release n=jessie-backports
Pin-Priority: 999

Package: *
Pin: release n=jessie-backports
Pin-Priority: -10

Package: *
Pin: release n=jessie-updates
Pin-Priority: 500

Ничего не меняется если:
- запрещающие строки перенести выше разрешающих;
- убрать кавычки, обрамляющие example.com;
- после "Package:"оставить всего один пакет.
Если интересующие меня строки перенести в конец файла, то приоритет
всегда будет 500.

Цель: чтобы с example.com ставились пакеты foo и bar (приоритет выше чем
у остальных репозиториев), а больше с example.com даже при желании
ничего не ставилось.

До недавнего времени все работало как задумано, когда оно полетело к
чертям, не вспомню. В частности, пакет libsqlcipher0 был установлен
именно из бэкпортов благодаря написанному правилу.

Debian 8 x64 со всеми обновлениями. Весь интернет уже исползал, ман
читал. Даже перезагружался.

Как решить проблему?

Re: apt pinning.

[Tim Sattarov]

On 11/10/15 03:41, Alex Kicelew wrote:
> On 11/10/15 01:49, Tim Sattarov wrote:
>> А почему отрицательная ?
>> По моему надо делать наоборот, для golang из анстейбла - дать приоритет 1001
> В итоге я на той машине так и сделал. Но изначально хотелось, чтобы был
> приоритет не у анстейбла над остальным, а у всего над тем, что не надо.
>
тогда надо бы выдать release  локальному репозиторию,  чтобы отсечь по нему.
хотя, после драки кулаками не машут, работает - не трожь :)



smime.p7s
Description: S/MIME Cryptographic Signature

Re: apt pinning.

[Alex Kicelew]

On 11/10/15 01:49, Tim Sattarov wrote:
> А почему отрицательная ?
> По моему надо делать наоборот, для golang из анстейбла - дать приоритет 1001

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

Re: apt pinning.

[Tim Sattarov]

On 11/6/15 06:09, Alex Kicelew wrote:
>
>
>
> Пиннинг:
> Package: golang-*
> Pin: version 201302071244:*
> Pin-priority: -1001
>
>
А почему отрицательная ?

По моему надо делать наоборот, для golang из анстейбла - дать приоритет 1001

Package: golang-*
Pin: release a=unstable
Pin-Priority: 1001

после этого, все что ни указано в  ветке unstable будет иметь приоритет.



smime.p7s
Description: S/MIME Cryptographic Signature

Re: apt pinning.

[Alex Kicelew]

On 11/06/15 12:03, Andrey Melnikoff wrote:
> Alex Kicelew  wrote:
> 
>> Хе. Так это и без пинов сработает. :) Нужно-то, чтоб оно обновлялось по
>> aptitude upgrade. Или apt-get upgrade. Безо всяких явных указаний. С
> Нее, щастья не будет. Epoch придуман для того, чтоб форсировать установку
> версии с большим значением epoch в независимости от версии пакета.
> Вариант один - выкидывать из репозитория.

Что такое эпоха, я представляю. И что такое положительный пиннинг тоже,
с его помощью я могу (проверено) именно автоматически устанавливать
новую версию из анстейбла. Или из тестинга. По фиксированному выбору.
Несмотря на дикую эпоху.

Но что в принципе делает отрицательный пиннинг? Правильно ли я понимаю,
что он эквивалентен "нулевому", т.е. позволяет лишь зафиксировать
текущую установленную версию, но не позволяет сказать "версия Х (да, с
дикой эпохой) мне не нужна, но любая другая версия, которая новее
установленной (пусть при этом и "старее" версии Х), мне подходит"?

Re: apt pinning.

[Andrey Melnikoff]

Alex Kicelew  wrote:

> Хе. Так это и без пинов сработает. :) Нужно-то, чтоб оно обновлялось по
> aptitude upgrade. Или apt-get upgrade. Безо всяких явных указаний. С
Нее, щастья не будет. Epoch придуман для того, чтоб форсировать установку
версии с большим значением epoch в независимости от версии пакета.
Вариант один - выкидывать из репозитория.

Re: apt pinning.

[Andrey Melnikoff]

Alex Kicelew  wrote:
> On 11/06/15 12:03, Andrey Melnikoff wrote:
> > Alex Kicelew  wrote:
> > 
> >> Хе. Так это и без пинов сработает. :) Нужно-то, чтоб оно обновлялось по
> >> aptitude upgrade. Или apt-get upgrade. Безо всяких явных указаний. С
> > Нее, щастья не будет. Epoch придуман для того, чтоб форсировать установку
> > версии с большим значением epoch в независимости от версии пакета.
> > Вариант один - выкидывать из репозитория.

[]

> Но что в принципе делает отрицательный пиннинг? Правильно ли я понимаю,
> что он эквивалентен "нулевому", т.е. позволяет лишь зафиксировать
> текущую установленную версию, но не позволяет сказать "версия Х (да, с
> дикой эпохой) мне не нужна, но любая другая версия, которая новее
> установленной (пусть при этом и "старее" версии Х), мне подходит"?

Да. И у меня всё работает (но это помесь sid+experimental):

# apt-cache policy radvd
radvd:
  Installed: 1:2.11-1
  Candidate: 1:2.11-100.1
  Version table:
 20151106:2.11-1.1 -1001
500 file:/usr/src/debs/repo/sid ./ Packages
 1:2.11-100.1 500
500 file:/usr/src/debs/repo/sid ./ Packages
 *** 1:2.11-1 500
500 http://http.debian.net/debian sid/main amd64 Packages
100 /var/lib/dpkg/status

пининг:

Package: radvd*
Pin: version 20151106:*
Pin-Priority: -1001

# apt list --upgradable | grep radvd
radvd/unknown 1:2.11-100.1 amd64 [upgradable from: 1:2.11-1]

Re: apt pinning.

[Alex Kicelew]

On 11/06/15 13:31, Andrey Melnikoff wrote:
> radvd:
>   Installed: 1:2.11-1
>   Candidate: 1:2.11-100.1
>   Version table:
>  20151106:2.11-1.1 -1001
> 500 file:/usr/src/debs/repo/sid ./ Packages
>  1:2.11-100.1 500
> 500 file:/usr/src/debs/repo/sid ./ Packages
>  *** 1:2.11-1 500
> 500 http://http.debian.net/debian sid/main amd64 Packages
> 100 /var/lib/dpkg/status
> 
> пининг:
> 
> Package: radvd*
> Pin: version 20151106:*
> Pin-Priority: -1001

Хм. Восстановил из кэша старую версию, поправил пин, но получаю другой
вывод:
golang-go:
  Installed: 2:1.5.1-3
  Candidate: 2:1.5.1-3
  Package pin: 201302071244:1.0-r15637
  Version table:
 201302071244:1.0-r15637 -1001
500
http://local-repo/repositories//platform-playout-staging/Debian_6.0/
./ Packages
 2:1.5.1-4 -1001
500 http://ftp.se.debian.org/debian/ unstable/main amd64 Packages
 *** 2:1.5.1-3 -1001
100 /var/lib/dpkg/status
 2:1.4.3-3 -1001
990 http://ftp.se.debian.org/debian/ testing/main amd64 Packages
 2:1.3.3-1 -1001
500 http://ftp.se.debian.org/debian/ stable/main amd64 Packages

Пиннинг:
Package: golang-*
Pin: version 201302071244:*
Pin-priority: -1001

Да, у меня присутствует еще строчка с приоритетом 990, которой у вас
нет. Но у вас показывается итоговый приоритет разный для каждой версии
(точнее, -1001 для запиненной и по 500 остальным), а у меня -1001 для
всех. И у меня присутствует строчка Package pin, которой нет у вас.
Временно убрал APT::Default-Release "testing". Приоритет 990 сменился на
500, остальное (включая и выбор кандидата) не изменилось. Это разница в
версиях apt (предполагаю, что у вас более новая, чем моя 1.0.10.2), или
все-таки я где-то что-то не дописал?

Re: apt pinning.

[Alex Kicelew]

On 11/06/15 16:47, dimas wrote:
> при таком раскладе при появлении в анстейбле более новых версий они ставиться
> не будут, т.к. у тестинга выше приоритет. но и на версию из тестинга оно
> откатывать не будет, из-за политики не снижать версию, если этого явно не
> просят. как только же в тестинг свалится версия новее установленной - она
> обновится, и дальше будет обновляться как и все пакеты из родной ветки.
> если же нужно постоянно иметь свежую версию из анстейбла - задаем пин >990
> анстейблу и наслаждаемся. как-то так. мы тут дольше обсуждаем))

Судя по всему, так и происходит. Это не совсем то, что хотелось, но это
понятно. Спасибо.

Re: apt pinning.

[dimas]

> Хе. Так это и без пинов сработает. :) Нужно-то, чтоб оно обновлялось по
> aptitude upgrade. Или apt-get upgrade. Безо всяких явных указаний. С
> явными-то оно работает...

поясню. отрицательный пин для версии 2013* означает: никогда не ставить эту
версию, даже если других вариантов совсем нет. но при этом apt по умолчанию не
будет даунгрейдить пакет до более "старой" версии, даже если у последней выше
приоритет, кроме случае, когда у нее пин >1000.
конечно, если ну очень хочется, чтобы все "само", можно поставить версии из
анстейбла/тестинга приоритет >1000, тогда оно "даунгрейднется", а потом это
убрать, но зачем такие пляски?
если нужно установить пакет из анстейбла, но потом чтобы он обновлялся из
тестинга по мере появления там более новых версий - надо явно указать, что
поставить из анстейбла. тогда:
- установленная версия будет автоматом иметь пин 100
- версия из анстейбла (в т.ч. и более новые) будет иметь пин 500
- версия из тестинга - 990
- версия 2013* с отрицательным пином не будет установлена, даже если нет в
  репозитории никаких других
при таком раскладе при появлении в анстейбле более новых версий они ставиться
не будут, т.к. у тестинга выше приоритет. но и на версию из тестинга оно
откатывать не будет, из-за политики не снижать версию, если этого явно не
просят. как только же в тестинг свалится версия новее установленной - она
обновится, и дальше будет обновляться как и все пакеты из родной ветки.
если же нужно постоянно иметь свежую версию из анстейбла - задаем пин >990
анстейблу и наслаждаемся. как-то так. мы тут дольше обсуждаем))

Re: apt pinning.

[Oleksandr Gavenko]

On 2015-11-05, Oleksandr Gavenko wrote:

> Как писали - с epoch поступили недальновидно. Дали бы имя версии в текущем
> epoch и игрались с пинингом по метке репозитория (или имени релиза).

Извиняюсь, но не совсем уж плохо. Механизм пинингов даже с epoch позволит
разрулить ситуацию.

Единственное неудобство - когда появится устраивающий Вас пакет в официальном
репозитории, он не обновится самостоятельно. Прийдется мучится как сейчас.

-- 
Best regards!

Re: apt pinning.

[Oleksandr Gavenko]

On 2015-11-04, Andrey Melnikoff wrote:
> Alex Kicelew  wrote:
>> Ситуация:
>> $ apt-cache policy golang-go
>> golang-go:
>>   Installed: 2:1.5.1-3
>>   Candidate: 201302071244:1.0-r15637
>>   Version table:
>>  201302071244:1.0-r15637 0
> Фигассе, какой epoh придумали. Логично, что оно будет пытаться поставить
> пакадж из локального репозитрия. Тут надо проблему не пиннигом решать.

Я ранее пользовался репозиторием debian-multimedia, в какой то момент в этом
не стало смысла.

Ребята в debian-multimedia для всех пакетов сделали epoch +1 и избавиться от
них, кроме как выключить debian-multimedia репозиторий и снести пакеты - не
получилось.

Я удалял через интерактивную сесию в aptitude, удалил источник
debian-multimedia, обновил списки пакетов, выделил пару известных мне
пакетов на удаление и решая конфликты посносил остальное.

Теперь бы я просто посмотрел на файлы в /var/lib/apt/lists, грепнул нужный
файл и удалил все по списку.

Если хочется поиграться с пинингом, то читаем apt_preferences(5):

  Never downgrade unless the priority of an available version exceeds 1000.

Проблема толко за селектором в строке:

  Pin: ...

Я их не использовал особо, Вам нужно пометить официальный репозиторий с
приоритетом >1000, а локальный например с 1.

Синтаксис селекторов в разделе:

  Determination of Package Version and Distribution Properties

У вашего локального репозитория правильней держать Release file с меткой,
отличной от официальной Debian:

  Pin: release o=NON-DEBIAN-NAME
  Pin: release l=NON-DEBIAN-NAME

Как писали - с epoch поступили недальновидно. Дали бы имя версии в текущем
epoch и игрались с пинингом по метке репозитория (или имени релиза).

-- 
Best regards!

Re: apt pinning.

[Oleksandr Gavenko]

On 2015-11-05, Oleksandr Gavenko wrote:

> У вашего локального репозитория правильней держать Release file с меткой,
> отличной от официальной Debian:
>
>   Pin: release o=NON-DEBIAN-NAME
>   Pin: release l=NON-DEBIAN-NAME

Если так делать, то потом можно:

  aptitude search "?origin(Debian) ?installed"
  aptitude search "?origin(Ubuntu) ?installed"

  aptitude search '?and(!?origin(debian), ?installed)'

Некоторые настройки пининга (направленые на автоматич. обновление) можно
отлаживать по:

  aptitude search '?upgradable'

-- 
Best regards!

Re: apt pinning.

[Alex Kicelew]

On 11/05/15 21:12, dimas wrote:
> APT::Default-Release "testing";
> создать подобное, есле еще не
> 
> после чего, если все равно не захочет сам обновлять:
> sudo aptitude install golang-go/unstable
> 
> должно хватить, если я что-нибудь в чем-нибудь понимаю (ц)
> вообще, в man apt-preferences все достаточно хорошо и с примерами расписано

Не совсем. Я, видимо, не совсем точно описал задачу. Указать, что надо
ставить из тестинга или из анстейбла, я могу. Мне надо указать, чтобы
ставилась самая новая версия _кроме_ этой, которая с кривой эпохой. К
сожалению, изменить этот пакет нельзя, ибо он используется в некоторых
деплойных скриптах именно с этой идиотской версией.

Но мне хотелось бы, чтобы эти пакеты, для которых есть эта идиотская
версия (а их, увы, несколько), вели бы себя так же, как и все остальные,
а именно:

- большинство пакетов стоят из тестинга и честно обновляются, когда
обновляются в тестинге.
- некоторые пакеты однократно поставлены с указанием анстейбла (apt-get
install package/unstable), после чего они так же автоматом обновляются
из анстейбла (в sources.list, разумеется, указано и то и другое, а в
apt.pref указано, кто из них дефолтный). Но со временем они
устаканиваются и версия, которая была установлена из анстейбла,
переползает в тестинг, после чего начинает обновляться уже оттуда,
игнорируя анстейбл и тот факт, что она была поставлена из анстейбла.

Подчеркиваю, остальные пакеты ведут себя именно так -- этот трюк с
временной установкой из анстейбла я уже проворачивал несколько раз с
разными пакетами. И хотелось бы понять, можно ли "минус-запинить" одну
конкретную версию. "Плюс-запинить" версию или дистрибут вполне
получается, но в данном случае это не многим лучше установки руками.

Re: apt pinning.

[dimas]

Package: golang-go
Pin: origin ""http://local-repo;
Pin-Priority: 50
# не ставить версию из этого репозитория, покуда явно не попросят об этом
# по необходимости - на все пакеты оттуда, ну или еще как

Package: golang-go
Pin: release a=unstable
Pin-Priority: 991
# версия из анстейбла имеет приоритет над родной (тестинг в нашем случае)

>21:06:20 309 ~$ cat /etc/apt/apt.conf.d/00release
APT::Default-Release "testing";
создать подобное, есле еще не

после чего, если все равно не захочет сам обновлять:
sudo aptitude install golang-go/unstable

должно хватить, если я что-нибудь в чем-нибудь понимаю (ц)
вообще, в man apt-preferences все достаточно хорошо и с примерами расписано


2015-308 21:15 Alex Kicelew  wrote:
> Запутался. :(
> 
> Ситуация:
> $ apt-cache policy golang-go
> golang-go:
>   Installed: 2:1.5.1-3
>   Candidate: 201302071244:1.0-r15637
>   Version table:
>  201302071244:1.0-r15637 0
> 500
> http://local-repo/repositories//platform-playout-staging/Debian_6.0/ ./
> Packages
>  2:1.5.1-4 0
> 500 http://ftp.se.debian.org/debian/ unstable/main amd64 Packages
>  *** 2:1.5.1-3 0
> 100 /var/lib/dpkg/status
>  2:1.4.3-3 0
> 990 http://ftp.se.debian.org/debian/ testing/main amd64 Packages
>  2:1.3.3-1 0
> 500 http://ftp.se.debian.org/debian/ stable/main amd64 Packages
> 
> На машине установлен и поддерживается testing.
> 
> local-repo -- это офисный репозиторий, держать который подключенным мне
> необходимо для других пакетов.
> 
> Версия 1.5.1-3 установлена из unstable некоторое время назад. Сейчас там
> появилась 1.5.1-4. На остальных машинах, на которых нет необходимости
> держать подключенным офисный репозиторий, она сразу же автоматом
> обновилась. На этой машине из-за криво прописанной эпохи обновиться
> хочет древняя версия из офисного репозитория, что меня, разумеется, не
> устраивает.
> 
> Установить 1.5.1-4 руками я, конечно, могу. Вопрос: можно ли это сделать
> системой пиннинга? У меня не получилось. Если я прописываю:
> Package: golang-*
> Pin: version 201302071244:*
> Pin-priority: N
> , где N -- любой положительное число, то по-прежнему хочет установиться
> из офисного. Если N любое отрицательное число, то хочет остаться
> 1.5.1-3. Можно ли пиннингом сделать так, чтобы версия из офисного не
> лезла поперек батьки, но версия из анстейбла бы обновлялась сама через
> apt-get upgrade?
> 
> 

Re: apt pinning.

[dimas]

отрицательный пин ставим с любым значением (-1 сойдет). иначе апт будет считать
версию 2013* новее 1.5.*, т.к. первая цифра больше.
а ставить так
aptitude install pkg/unstable
или так (не помню, кто из них нормально отрабатывает)
aptitude install -t unstable pkg
или даже так
aptitude install pkg=1.2.3-0


2015-310 00:59 Alex Kicelew  wrote:
> On 11/06/15 00:11, dimas wrote:
> >> Подчеркиваю, остальные пакеты ведут себя именно так -- этот трюк с
> >> временной установкой из анстейбла я уже проворачивал несколько раз с
> >> разными пакетами. И хотелось бы понять, можно ли "минус-запинить" одну
> >> конкретную версию. "Плюс-запинить" версию или дистрибут вполне
> >> получается, но в данном случае это не многим лучше установки руками.
> > 
> > да без вопросов - выставляешь отрицательный приоритет, и все, данная версия
> > не ставится ни при каких условиях. либо aptitude forbid-version, но через
> > apt-preferences нагляднее - forbid-version будет прописан где-то в недрах
> > "памяти" аптитуды, а тут можно создать отдельный человекочитаемый конфиг,
> > даже с пояснениями, что да зачем
> 
> Проблема в том, что в указанной в первом письме ситуации -- когда у меня
> стоит более старая версия из анстейбла, а в анстейбле уже появилась
> новая -- у меня это не получилось. Если я даю этому 2013* отрицательный
> приоритет, да, он не ставится, но и 1.5.1-4 из анстейбла не ставится.
> Остается 1.5.1-3, уже установленный. Если я повышаю приоритет анстейблу
> -- то ставится 1.5.1-4. Но тогда у меня анстейбл (для этого пакета)
> будет иметь безусловный приоритет над тестингом вплоть до момента, когда
> я руками же уберу этот пин. Вот вопрос как раз в том, как сделать так,
> чтобы новые пакеты приходили из анстейбла, а потом из тестинга, не
> требуя от меня отслеживать момент переключения. Повторюсь,
> 
> Package: golang-*
> Pin: version 201302071244:*
> Pin-priority: -N
> 
> не помогает вне зависимости от N (из отрицательных значений пробовалось
> -1, -100 и -1000). Ман я, разумеется, читал. Но видимо, что-то в нем не
> понял. Или понял не так. Сначала я пытался сделать так, как написано в
> мане (хотя детально там описана чуть другая ситуация). Потом тыкался
> наугад. Потом спросил сюда.
> 
> Про forbid-version спасибо, забыл про нее. Но хотелось бы понять, как
> сделать это через пиннинг (если это возможно), именно из-за того, что
> это нагляднее.
> 
> 

Re: apt pinning.

[Alex Kicelew]

On 11/06/15 01:51, dimas wrote:
> отрицательный пин ставим с любым значением (-1 сойдет). иначе апт будет 
> считать
> версию 2013* новее 1.5.*, т.к. первая цифра больше.
> а ставить так
> aptitude install pkg/unstable
> или так (не помню, кто из них нормально отрабатывает)
> aptitude install -t unstable pkg
> или даже так
> aptitude install pkg=1.2.3-0

Хе. Так это и без пинов сработает. :) Нужно-то, чтоб оно обновлялось по
aptitude upgrade. Или apt-get upgrade. Безо всяких явных указаний. С
явными-то оно работает...

Re: apt pinning.

[Alex Kicelew]

On 11/06/15 00:11, dimas wrote:
>> Подчеркиваю, остальные пакеты ведут себя именно так -- этот трюк с
>> временной установкой из анстейбла я уже проворачивал несколько раз с
>> разными пакетами. И хотелось бы понять, можно ли "минус-запинить" одну
>> конкретную версию. "Плюс-запинить" версию или дистрибут вполне
>> получается, но в данном случае это не многим лучше установки руками.
> 
> да без вопросов - выставляешь отрицательный приоритет, и все, данная версия не
> ставится ни при каких условиях. либо aptitude forbid-version, но через
> apt-preferences нагляднее - forbid-version будет прописан где-то в недрах
> "памяти" аптитуды, а тут можно создать отдельный человекочитаемый конфиг, даже
> с пояснениями, что да зачем

Проблема в том, что в указанной в первом письме ситуации -- когда у меня
стоит более старая версия из анстейбла, а в анстейбле уже появилась
новая -- у меня это не получилось. Если я даю этому 2013* отрицательный
приоритет, да, он не ставится, но и 1.5.1-4 из анстейбла не ставится.
Остается 1.5.1-3, уже установленный. Если я повышаю приоритет анстейблу
-- то ставится 1.5.1-4. Но тогда у меня анстейбл (для этого пакета)
будет иметь безусловный приоритет над тестингом вплоть до момента, когда
я руками же уберу этот пин. Вот вопрос как раз в том, как сделать так,
чтобы новые пакеты приходили из анстейбла, а потом из тестинга, не
требуя от меня отслеживать момент переключения. Повторюсь,

Package: golang-*
Pin: version 201302071244:*
Pin-priority: -N

не помогает вне зависимости от N (из отрицательных значений пробовалось
-1, -100 и -1000). Ман я, разумеется, читал. Но видимо, что-то в нем не
понял. Или понял не так. Сначала я пытался сделать так, как написано в
мане (хотя детально там описана чуть другая ситуация). Потом тыкался
наугад. Потом спросил сюда.

Про forbid-version спасибо, забыл про нее. Но хотелось бы понять, как
сделать это через пиннинг (если это возможно), именно из-за того, что
это нагляднее.

Re: apt pinning.

[dimas]

> Подчеркиваю, остальные пакеты ведут себя именно так -- этот трюк с
> временной установкой из анстейбла я уже проворачивал несколько раз с
> разными пакетами. И хотелось бы понять, можно ли "минус-запинить" одну
> конкретную версию. "Плюс-запинить" версию или дистрибут вполне
> получается, но в данном случае это не многим лучше установки руками.

да без вопросов - выставляешь отрицательный приоритет, и все, данная версия не
ставится ни при каких условиях. либо aptitude forbid-version, но через
apt-preferences нагляднее - forbid-version будет прописан где-то в недрах
"памяти" аптитуды, а тут можно создать отдельный человекочитаемый конфиг, даже
с пояснениями, что да зачем

Re: apt pinning.

[Andrey Melnikoff]

Alex Kicelew  wrote:
> Запутался. :(

> Ситуация:
> $ apt-cache policy golang-go
> golang-go:
>   Installed: 2:1.5.1-3
>   Candidate: 201302071244:1.0-r15637
>   Version table:
>  201302071244:1.0-r15637 0
Фигассе, какой epoh придумали. Логично, что оно будет пытаться поставить
пакадж из локального репозитрия. Тут надо проблему не пиннигом решать.

apt pinning.

[Alex Kicelew]

Запутался. :(

Ситуация:
$ apt-cache policy golang-go
golang-go:
  Installed: 2:1.5.1-3
  Candidate: 201302071244:1.0-r15637
  Version table:
 201302071244:1.0-r15637 0
500
http://local-repo/repositories//platform-playout-staging/Debian_6.0/ ./
Packages
 2:1.5.1-4 0
500 http://ftp.se.debian.org/debian/ unstable/main amd64 Packages
 *** 2:1.5.1-3 0
100 /var/lib/dpkg/status
 2:1.4.3-3 0
990 http://ftp.se.debian.org/debian/ testing/main amd64 Packages
 2:1.3.3-1 0
500 http://ftp.se.debian.org/debian/ stable/main amd64 Packages

На машине установлен и поддерживается testing.

local-repo -- это офисный репозиторий, держать который подключенным мне
необходимо для других пакетов.

Версия 1.5.1-3 установлена из unstable некоторое время назад. Сейчас там
появилась 1.5.1-4. На остальных машинах, на которых нет необходимости
держать подключенным офисный репозиторий, она сразу же автоматом
обновилась. На этой машине из-за криво прописанной эпохи обновиться
хочет древняя версия из офисного репозитория, что меня, разумеется, не
устраивает.

Установить 1.5.1-4 руками я, конечно, могу. Вопрос: можно ли это сделать
системой пиннинга? У меня не получилось. Если я прописываю:
Package: golang-*
Pin: version 201302071244:*
Pin-priority: N
, где N -- любой положительное число, то по-прежнему хочет установиться
из офисного. Если N любое отрицательное число, то хочет остаться
1.5.1-3. Можно ли пиннингом сделать так, чтобы версия из офисного не
лезла поперек батьки, но версия из анстейбла бы обновлялась сама через
apt-get upgrade?

Ещё раз об apt pinning

[Vladimir Zhbanov]

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

Не так давно проскакивало тут про установку одних и тех же пакетов с
разных источников по желанию, то есть, например, по сети хотелось тащить
только маленькие, а большие ставить с диска.

Имею такую ситуацию: на работе престарелый ноут, на котором лежат образы
образов четырёх первых дисков squeeze (больше не влезло). Не хотелось бы
жрать корпоративный трафик, а ставить, если можно, пакеты с локальных
образов. Пробовал по-разному выставлять приоритеты, в конце концов
решил вообще запретить загрузку по сети:

# cat /etc/apt/preferences.d/http

Package: *
Pin: origin ftp.ru.debian.org
Pin-Priority: -100

Package: *
Pin: origin 
Pin-Priority: 1100

Источники:

# cat /etc/apt/sources.list
deb file:/mnt/squeeze-1 squeeze main contrib non-free
deb file:/mnt/squeeze-2 squeeze main contrib non-free
deb file:/mnt/squeeze-3 squeeze main contrib non-free
deb file:/mnt/squeeze-4 squeeze main contrib non-free
deb http://ftp.ru.debian.org/debian squeeze main contrib non-free

Проверяю:

# apt-cache policy wmii
wmii:
  Установлен: (отсутствует)
  Кандидат:   3.6+debian-8
  Таблица версий:
 3.6+debian-8 0
   1100 file:/mnt/squeeze-3/ squeeze/main i386 Packages
   -100 http://ftp.ru.debian.org/debian/ squeeze/main i386 Packages

Устанавливаю:

# apt-get install wmii
Чтение списков пакетов... Готово
Построение дерева зависимостей   
Чтение информации о состоянии... Готово
НОВЫЕ пакеты, которые будут установлены:
  wmii
обновлено 0, установлено 1 новых пакетов, для удаления отмечено 0 пакетов, и 11 
пакетов не обновлено.
Необходимо скачать 111 kБ архивов.
После данной операции, объём занятого дискового пространства возрастёт на 401 
kB.
Получено:1 http://ftp.ru.debian.org/debian/ squeeze/main wmii i386 3.6+debian-8 
[111 kB]
Получено 111 kБ за 0с (3 287 kБ/c)
Выбор ранее не выбранного пакета wmii.
(Чтение базы данных ... на данный момент установлено 216035 файлов и каталогов.)
Распаковывается пакет wmii (из файла .../wmii_3.6+debian-8_i386.deb)...
Обрабатываются триггеры для man-db ...
Обрабатываются триггеры для menu ...
Настраивается пакет wmii (3.6+debian-8) ...
Обрабатываются триггеры для menu ...

То есть, как видно, всё равно почему-то тащится с интернета, а не с
локального образа.

Образы, естественно, смонтированы, и если закомментировать строку с
http://ftp.ru.debian.org/debian/ и сделать 'apt-get update', всё
ставится локально без проблем.

ЧЯДНТ?

-- 
VZh
http://vzhbanov.byethost33.com


-- 
To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: http://lists.debian.org/20120404181600.GA24640@localhost.localdomain

APT -Pinning

[Руслан Зиганшин]

Хочу, чтобы система была примерно stable, но пакеты, установленные из
stable и testing обновлялись автоматически  (на stable и testing), а
из sid и experimental нет

Package: *
Pin: release a=stable-updates
Pin-priority:990

Package: *
Pin: release a=stable
Pin-priority:900

Package: *
Pin: release a=testing
Pin-priority:700

Package: *
Pin: release a=unstable
Pin-priority:150

Package: *
Pin: release a=experimental
Pin-priority:100

Правильно ли я делаю?

Re: APT -Pinning

[Stanislav Maslovski]

Доброго времени суток,

On Mon, Jan 23, 2012 at 08:14:18PM +0400, Руслан Зиганшин wrote:
 Хочу, чтобы система была примерно stable, но пакеты, установленные из
 stable и testing обновлялись автоматически  (на stable и testing), а
 из sid и experimental нет
 
 Package: *
 Pin: release a=stable-updates
 Pin-priority:990

Поскольку это значение приоритета используется для target-release (с
aptitude -t или APT:DefaultRlease в apt.conf) я бы поставил здесь
что-нибудь поменьше (aptitude -t удобно использовать при
установке пакета вместе со всеми его зависимостями из unstable,
например).

 Package: *
 Pin: release a=stable
 Pin-priority:900
 
 Package: *
 Pin: release a=testing
 Pin-priority:700

ОК. Хотя я стараюсь не использовать приоритеты выше 500 без
необходимости. Это удобно, поскольку 500 - значение по-умолчанию для
доступных к установке версий, и требуется меньше правок в preferences.

 
 Package: *
 Pin: release a=unstable
 Pin-priority:150

Тут будет неприятность: пакеты, установленные из unstable, будут
автообновляться, так как у уже установленных пакетов приоритет
меньше (он равен 100). Здесь надо ставить приоритет меньше 100.

 Package: *
 Pin: release a=experimental
 Pin-priority:100

Аналогично, но меньше, чем у unstable.

Для проверки правильности настроек рекомендую всегда делать

apt-cache policy интересующий_пакет

из вывода этой команды видно, какая версия пакета будет установлена.

Напоследок замечу, что с некоторых пор в Release files есть поля
NotAutomatic и ButAutomaticUpgrades которые меняют
приоритеты по-умолчанию для пакетов из своих архивов. Подробности в
man apt_preferences (на testing).

-- 
Stanislav


-- 
To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: http://lists.debian.org/20120123213903.GA16350@kaiba.homelan

Re: aptitude policy (было: Не удае тся настроить apt-pinning)

[Степан Голосунов]

Roman S. Gushcha bi...@yandex.ru writes:
 Так все таки, нет никаких идей почему aptitude некорректно обрабатывает
 информацию о policy (похоже вообще не обрабатывает)? Баг?

Поддержка preferences.d появилась в apt совсем недавно (в отличии от
preferences). А весь код в aptitude из testing написан задолго до
этого.


-- 
To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Re: aptitude policy (бы ло: Не удается настроит ь apt-pinning)

[Roman S. Gushcha]

On Thu, Dec 10, 2009 at 12:20:49PM +0400, Степан Голосунов wrote:
 Roman S. Gushcha bi...@yandex.ru writes:
  Так все таки, нет никаких идей почему aptitude некорректно обрабатывает
  информацию о policy (похоже вообще не обрабатывает)? Баг?
 
 Поддержка preferences.d появилась в apt совсем недавно (в отличии от
 preferences). А весь код в aptitude из testing написан задолго до
 этого.

Собственно, как оказалось, в с версией 0.6 та же история:
http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=557580

Какое-то время еще пришлось повозиться и с /etc/apt/preferences.
Оказалось между блоками обязательна пустая строка.

-- 
С уважением,
Роман Гуща


-- 
To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

aptitude policy (было : Не удается настроит ь apt-pinning)

[Roman S. Gushcha]

On Tue, Dec 08, 2009 at 05:42:58PM +0600, Roman S. Gushcha wrote:
 r...@rom:~ cat /etc/apt/preferences.d/prosody 
 Package: *
 Pin: origin packages.prosody.im
 Pin-Priority: 995
 r...@rom:~ apt-cache policy prosody
 prosody:
   Установлен: (отсутствует)
   Кандидат: 0.6.1-1
   Таблица версий:
  0.6.1-1 0
 995 http://packages.prosody.im unstable/main Packages
  0.5.2-2 0
 990 ftp://ftp.debian.org testing/main Packages
 500 ftp://ftp.debian.org unstable/main Packages
 r...@rom:~ aptitude download prosody
...skip...
 Получить:1 ftp://ftp.debian.org testing/main prosody 0.5.2-2 [133kB]
   ^^^
...skip...
 Однако:
 r...@rom:~ sudo apt-get -s install prosody
...skip...
 Inst prosody (0.6.1-1 prosody:0.0/prosody)
^^^
 Есть такой существенный момент:
 
 r...@rom:~ cat /etc/apt/apt.conf
 APT::Default-Release testing;
 
 Если эту строку убрать, aptitude тянет нужную версию по умолчанию,
 но тогда полсистемы пытается обновиться до unstable, даже
 если сделать /etc/apt/preferences.d/distro типа:
 
 Package: *
 Pin: release a=testing
 Pin-Priority: 990
 
 apt-get отрабатывает эту ситуацию нормально (ничего не обновляет)

Так все таки, нет никаких идей почему aptitude некорректно обрабатывает
информацию о policy (похоже вообще не обрабатывает)? Баг?

В aptitude поисковые паттерны внушают, автоматическое управление пакетами,
установленными по зависимости, ряд удобных действий и ключей, вроде why,
why-not, --without-recommends, удобное чтение changelog и проч.

Удобная штука короче (правда многовато памяти жрет и не нашел как ей
пакеты с сырцами тянуть), да и рекомендована вроде к использованию, но с
такой-то багой (если это бага) -- как жить?

-- 
С уважением,
Роман Гуща


-- 
To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Не удается на строить apt-pinning

[Roman S. Gushcha]

Вообще говоря, проблемы только с aptitude:

r...@rom:~ cat /etc/apt/preferences.d/prosody 
Package: *
Pin: origin packages.prosody.im
Pin-Priority: 995
r...@rom:~ apt-cache policy prosody
prosody:
  Установлен: (отсутствует)
  Кандидат: 0.6.1-1
  Таблица версий:
 0.6.1-1 0
995 http://packages.prosody.im unstable/main Packages
 0.5.2-2 0
990 ftp://ftp.debian.org testing/main Packages
500 ftp://ftp.debian.org unstable/main Packages
r...@rom:~ aptitude download prosody
Чтение списков пакетов... Готово
Построение дерева зависимостей   
Чтение информации о состоянии... Готово
Чтение информации о расширенных состояниях  
Инициализация состояний пакетов... Готово  
Получить:1 ftp://ftp.debian.org testing/main prosody 0.5.2-2 [133kB]
Получено 133kБ в 2с (66,5kБ/с)   
r...@rom:~ rm prosody_0.5.2-2_i386.deb 
r...@rom:~ aptitude download prosody/unstable
Чтение списков пакетов... Готово
Построение дерева зависимостей   
Чтение информации о состоянии... Готово
Чтение информации о расширенных состояниях  
Инициализация состояний пакетов... Готово  
Получить:1 ftp://ftp.debian.org testing/main prosody 0.5.2-2 [133kB]
Получено 133kБ в 1с (67,0kБ/с)

Однако:

r...@rom:~ sudo apt-get -s install prosody
Чтение списков пакетов... Готово
Построение дерева зависимостей   
Чтение информации о состоянии... Готово
Будут установлены следующие дополнительные пакеты:
  liblua5.1-expat0 liblua5.1-filesystem0 liblua5.1-sec0
liblua5.1-socket2
  lua5.1
Предлагаемые пакеты:
  lua-zlib
НОВЫЕ пакеты, которые будут установлены:
  liblua5.1-expat0 liblua5.1-filesystem0 liblua5.1-sec0
liblua5.1-socket2
  lua5.1 prosody
обновлено 0, установлено 6 новых пакетов, для удаления отмечено 0
пакетов, и 0 пакетов не обновлено.
Inst liblua5.1-expat0 (1.1.0-3 Debian:testing)
Inst liblua5.1-filesystem0 (1.4.2-2 Debian:testing)
Inst liblua5.1-socket2 (2.0.2-4 Debian:testing)
Inst lua5.1 (5.1.4-5 Debian:testing)
Inst liblua5.1-sec0 (0.3.2-2prosody1 prosody:0.0/prosody)
Inst prosody (0.6.1-1 prosody:0.0/prosody)
Conf liblua5.1-expat0 (1.1.0-3 Debian:testing)
Conf liblua5.1-filesystem0 (1.4.2-2 Debian:testing)
Conf liblua5.1-socket2 (2.0.2-4 Debian:testing)
Conf lua5.1 (5.1.4-5 Debian:testing)
Conf liblua5.1-sec0 (0.3.2-2prosody1 prosody:0.0/prosody)
Conf prosody (0.6.1-1 prosody:0.0/prosody)
 
apt-get тянет правильную версию.

Есть такой существенный момент:

r...@rom:~ cat /etc/apt/apt.conf
APT::Default-Release testing;

Если эту строку убрать, aptitude тянет нужную версию по умолчанию,
но тогда полсистемы пытается обновиться до unstable, даже
если сделать /etc/apt/preferences.d/distro типа:

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

apt-get отрабатывает эту ситуацию нормально (ничего не обновляет)

Сам-то пакет из нужного репозитория можно установить, указав в качестве
целевой ветки не unstable, как можно было бы ожидать, а prosody:

aptitude install prosody/prosody

и это работает вообще безо всяких pinning и с настроенным
Default-Release. Но тогда пакет не будет автоматом из этого репозитория
обновляться.

В чем причина такого поведения aptitude, что я делаю не так?

-- 
С уважением,
Роман Гуща


-- 
To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Re: apt pinning на несколько пакетов (по регекспу? )

[Dmitri Samsonov]

Evgeniy M. Solodookhin пишет:
 из бакпортов только опеноффис ?
 а то может проще прописать default-release ?

  Там в результате даже сам опенофис пока стабильный.
  Бекпорты в основном -- те, которые пришлось делать самостоятельно.
  Так что менять умолчальный релиз пока незона нету.

--
Dmitri Samsonov


-- 
To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Re: apt pinning на нескол ько пакетов (по регекспу?)

[Evgeniy M. Solodookhin]

,-[Tue, Oct 13, 2009 at 00:35 +0400, Dmitri Samsonov:]
|Evgeniy M. Solodookhin пишет:
|  apt-get install -t lenny-backports openoffice.org pakage-list  не 
подойдет?
| там пакетов пять - шесть перечислить всего лишь.
|
|  Хотелось бы, чтобы автоматом не только сразу, но и в дальнейшем,
|если более новый бекпорт приедет.
|
|  Но на практике в моём случае всё оказалось куда сложнее -- для
|архитектуры powerpc там чехарда с версиями и зависимостями (кое-где
|3.1.1, кое-где 3.0.1 -- и они друг с другом конфликтуют), так что на
|powerpc геморрой носит более глубинный характер.
|
|--
|Dmitri Samsonov
|
из бакпортов только опеноффис ?
а то может проще прописать default-release ? 
я у себя так и сделал. 
на одном компе, где ядро оказалось нежелательно обновлять - запиннил три пакета 
с ядром. 

-- 
__
mpd status: [playing]
Grigorii Leps - Romans
**
*  jabber:  devil_ins...@jabber.ru   *
*   Registered linux user #450844*
**


-- 
To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Re: apt pinning на нескол ько пакетов (по регекспу?)

[Evgeniy M. Solodookhin]

,-[Mon, Oct 05, 2009 at 19:03 +0400, Dmitri Samsonov:]
|Приветствую!
|
|  Есть потребность использовать openoffice.org из lenny-backports (docx,
|xlsx, pptx в 2.4 понимается посредственно, а ppsx не понимается вообще;
|в 3-ей версии проблем меньше, насколько я понял).
|
|  Хотел /etc/apt/references прописать приоритет из lenny-backports для
|всех пакетов, которые начинаются с openoffice.org, да не вышло:
|
|Package: openoffice.org*
|равно как и
|Package: ^openoffice.org*
|и
|Package: ^openoffice.org
|и подобные -- не работают
|
|В то время как
|Package: openoffice.org-writer
|и
|Package: *
|отрабатывают нормально.
|
|  В манах про это -- молчок, фигурируют только либо полные имена, либо
|все (*) пакеты. Есть пример, в которых с * на конце задаются версии
|-- но для Package этот фокус уже не проходит.
|
|  Прописывать руками все-все пакеты ОпенОфиса не хотелось бы.
|
|  Как в /etc/apt/preferences прописать приоритет для всех пакетов,
|начинающихся со строки openoffice.org?
|
|--
|Dmitri Samsonov
|

 apt-get install -t lenny-backports openoffice.org pakage-list  не подойдет?
там пакетов пять - шесть перечислить всего лишь.

-- 
__
mpd status: [paused]
Grigorii Leps - Pesnia O Druge
**
*  jabber:  devil_ins...@jabber.ru   *
*   Registered linux user #450844*
**


-- 
To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Re: apt pinning на несколько пакетов (по регекспу? )

[Dmitri Samsonov]

Evgeniy M. Solodookhin пишет:
  apt-get install -t lenny-backports openoffice.org pakage-list  не подойдет?
 там пакетов пять - шесть перечислить всего лишь.

  Хотелось бы, чтобы автоматом не только сразу, но и в дальнейшем,
если более новый бекпорт приедет.

  Но на практике в моём случае всё оказалось куда сложнее -- для
архитектуры powerpc там чехарда с версиями и зависимостями (кое-где
3.1.1, кое-где 3.0.1 -- и они друг с другом конфликтуют), так что на
powerpc геморрой носит более глубинный характер.

--
Dmitri Samsonov


-- 
To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Re: apt pinning на несколько пак етов (по регекспу?)

[Dmitri Samsonov]

Alexander Tiurin пишет:
 Можно все пакеты из бэкпорта пометить приоритетом 400, а метапакет
 openoffice  приоритетом 500. После, натравить на этот метапакет
 aptitude

  Цимес в том, что весь-весь ОпенОфис, который ставится через метапакет,
мне не нужен. Например, мне не нужен openoffice.org-base...

--
Dmitri Samsonov


-- 
To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Re: apt pinning на несколько пакето в (по регекспу?)

[Alexander Tiurin]

6 октября 2009 г. 11:19 пользователь Dmitri Samsonov  написал:
 Alexander Tiurin пишет:
 Можно все пакеты из бэкпорта пометить приоритетом 400, а метапакет
 openoffice  приоритетом 500. После, натравить на этот метапакет
 aptitude

  Цимес в том, что весь-весь ОпенОфис, который ставится через метапакет,
 мне не нужен. Например, мне не нужен openoffice.org-base...


Тогда не метапакет, а openoffice.org-base с пином 500 поставь. Должно сработать.

Re: apt pinning на несколько пак етов (по регекспу?)

[Dmitri Samsonov]

Alexander Tiurin пишет:
 Тогда не метапакет, а openoffice.org-base с пином 500 поставь. Должно 
 сработать.

  Да там такая куча пакетов, что вникать надо, чего они там с опенофисом
понамудрили. Я точно знаю, что мне нужны -write, -calc, -impress и всё
касательно русского языка -- и не нужно ничего лишнего.
  Сейчас уже таки пришлось вникать и все пакеты с зависимостями поимённо
прописывать.

--
Dmitri Samsonov


-- 
To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Re: apt pinning на несколько п акетов (по регекспу?)

[Денис]

On Tue, 06 Oct 2009 12:16:23 +0400
Dmitri Samsonov samson.samson.sam...@gmail.com wrote:

 Alexander Tiurin пишет:
  Тогда не метапакет, а openoffice.org-base с пином 500 поставь.
  Должно сработать.
 
   Да там такая куча пакетов, что вникать надо, чего они там с
 опенофисом понамудрили. Я точно знаю, что мне нужны -write, -calc,
 -impress

Во во, кто пользуется настольной базой данных офиса если есть
свободный postgres, масштабируемый в любых разумных пределах?


signature.asc
Description: PGP signature

apt pinning на несколько паке тов (по регекспу?)

[Dmitri Samsonov]

Приветствую!

  Есть потребность использовать openoffice.org из lenny-backports (docx,
xlsx, pptx в 2.4 понимается посредственно, а ppsx не понимается вообще;
в 3-ей версии проблем меньше, насколько я понял).

  Хотел /etc/apt/references прописать приоритет из lenny-backports для
всех пакетов, которые начинаются с openoffice.org, да не вышло:

Package: openoffice.org*
равно как и
Package: ^openoffice.org*
и
Package: ^openoffice.org
и подобные -- не работают

В то время как
Package: openoffice.org-writer
и
Package: *
отрабатывают нормально.

  В манах про это -- молчок, фигурируют только либо полные имена, либо
все (*) пакеты. Есть пример, в которых с * на конце задаются версии
-- но для Package этот фокус уже не проходит.

  Прописывать руками все-все пакеты ОпенОфиса не хотелось бы.

  Как в /etc/apt/preferences прописать приоритет для всех пакетов,
начинающихся со строки openoffice.org?

--
Dmitri Samsonov


-- 
To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Re: apt pinning на несколько пак етов (по регекспу?)

[Eugene V. Lyubimkin]

Dmitri Samsonov wrote:
   Как в /etc/apt/preferences прописать приоритет для всех пакетов,
 начинающихся со строки openoffice.org?
Никак. Можешь попробовать использовать cupt вместо apt, он понимает '*' и '?'.

-- 
Eugene V. Lyubimkin aka JackYF, JID: jackyf.devel(maildog)gmail.com
C++/Perl developer, Debian Developer



signature.asc
Description: OpenPGP digital signature

Re: apt pinning на несколько пак етов (по регекспу?)

[Dmitri Samsonov]

Eugene V. Lyubimkin пишет:
 Dmitri Samsonov wrote:
   Как в /etc/apt/preferences прописать приоритет для всех пакетов,
 начинающихся со строки openoffice.org?
 Никак. Можешь попробовать использовать cupt вместо apt, он понимает '*' и '?'.

  Ну это какое-то слишком жёстко-глобальное решение для такой небольшой
задачи -- и сомнительное в долгосрочной перспективе.

  А отсутствие подобного функционала у apt-а -- это фича или повод для
багрепорта?

--
Dmitri Samsonov


-- 
To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Re: apt pinning на несколько пак етов (по регекспу?)

[Eugene V. Lyubimkin]

Dmitri Samsonov wrote:
   А отсутствие подобного функционала у apt-а -- это фича или повод для
 багрепорта?

Повод для wishlist-багрепорта.


-- 
Eugene V. Lyubimkin aka JackYF, JID: jackyf.devel(maildog)gmail.com
C++/Perl developer, Debian Developer



signature.asc
Description: OpenPGP digital signature

Re: apt pinning на несколько пакето в (по регекспу?)

[Alexander Tiurin]

5 октября 2009 г. 19:03 пользователь Dmitri Samsonov
samson.samson.sam...@gmail.com написал:
 Приветствую!

  Есть потребность использовать openoffice.org из lenny-backports (docx,
 xlsx, pptx в 2.4 понимается посредственно, а ppsx не понимается вообще;
 в 3-ей версии проблем меньше, насколько я понял).

  Хотел /etc/apt/references прописать приоритет из lenny-backports для
 всех пакетов, которые начинаются с openoffice.org, да не вышло:

 Package: openoffice.org*
 равно как и
 Package: ^openoffice.org*
 и
 Package: ^openoffice.org
 и подобные -- не работают

 В то время как
 Package: openoffice.org-writer
 и
 Package: *
 отрабатывают нормально.

  В манах про это -- молчок, фигурируют только либо полные имена, либо
 все (*) пакеты. Есть пример, в которых с * на конце задаются версии
 -- но для Package этот фокус уже не проходит.

  Прописывать руками все-все пакеты ОпенОфиса не хотелось бы.

  Как в /etc/apt/preferences прописать приоритет для всех пакетов,
 начинающихся со строки openoffice.org?


Можно все пакеты из бэкпорта пометить приоритетом 400, а метапакет
openoffice  приоритетом 500. После, натравить на этот метапакет
aptitude, немного повозиться с разрешением зависимостей. Aptitude сам
предложит правильный вариант и стащит все необходимые пакеты с
бэкпорт. Но этот правильный вариант поискать придется, он его не в
первую очередь показывает.

Apt-Pinning: xorg из testing на unstable

[Roman Makurin]

Всем привет!

Имеется Sid, хочу вернуть xorg из testing`a, то что сейчас в unstable
жутко кривое, проявляется в сегфолтах java программ, что с этим делать я
не знаю, запостил багу, но вразумительного ответа не получил, только
что-то вроде -  у меня итак всё работает так что хз чего делать.

Если написать в /etc/apt/prefernces

package: xorg
Pin: release a=testing
Pin-Priority: 1001

то из testing`a ставится только пакет xorg :) Дальше попробовал то же
самое с xserver-xorg, результат тот же. Чего надо написать
в /etc/apt/prefernces чтоб xorg брался из testing`a

Спасибо
-- 
If you think of MS-DOS as mono, and Windows as stereo,
 then Linux is Dolby Digital and all the music is free...


signature.asc
Description: Эта часть	 сообщения	 подписана	 цифровой	 подписью

Re: Apt-Pinning: xorg из testing на unstable

[Artem Chuprina]

Roman Makurin - debian-russian@lists.debian.org  @ Sat, 06 Oct 2007 19:50:48 
+0400:

 RM Имеется Sid, хочу вернуть xorg из testing`a, то что сейчас в unstable
 RM жутко кривое, проявляется в сегфолтах java программ, что с этим делать я
 RM не знаю, запостил багу, но вразумительного ответа не получил, только
 RM что-то вроде -  у меня итак всё работает так что хз чего делать.

 RM Если написать в /etc/apt/prefernces

 RM package: xorg
 RM Pin: release a=testing
 RM Pin-Priority: 1001

 RM то из testing`a ставится только пакет xorg :) Дальше попробовал то
 RM же самое с xserver-xorg, результат тот же. Чего надо написать в
 RM /etc/apt/prefernces чтоб xorg брался из testing`a

Там должны быть написаны _все_ интересующие тебя пакеты.  Тебя, судя по
диагностике, должны интересовать скорее xlibs.

-- 
Artem Chuprina
RFC2822: ran{}ran.pp.ru Jabber: [EMAIL PROTECTED]

Как в notepad тексты редактировать? Руками каждую букву набирать, что ли?
(c)vitus


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]

вопрос о apt pinning

[andrey i. mavlyanov]

Привет!

Система: etch

/etc/apt/sources.list

# Finland debian archive
deb ftp://ftp.fi.debian.org/debian etch main contrib non-free
deb ftp://ftp.fi.debian.org/debian sid main contrib non-free
deb ftp://ftp.fi.debian.org/debian experimental main contrib non-free

# Debian multimedia
#deb http://debian.nsu.ru/debian-marillat/ etch main
deb ftp://ftp.sunet.se/pub/os/Linux/distributions/debian-multimedia etch main

# Opera Debian packages
deb http://deb.opera.com/opera/ etch non-free

# Line commented out by installer because it failed to verify:
deb http://security.debian.org/ etch/updates main contrib non-free

/etc/apt/preferences

Package: *
Pin: release o=Debian,a=etch
Pin-Priority: 900

Package: *
Pin: release o=Debian,a=sid
Pin-Priority: 400

Package: *
Pin: release o=Debian,a=experimental
Pin-Priority: 300

Package: *
Pin: release o=Debian
Pin-Priority: -1

Почему aptitude пытается апгрейдить пакеты с etch до experimental хотя ему 
pin-priority стоит 300???


--
 /aim [ http://aim.pp.ru/ ]


--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]

Re: вопрос о apt pinning

[andrey i. mavlyanov]

andrey i. mavlyanov wrote:

Почему aptitude пытается апгрейдить пакеты с etch до experimental хотя 
ему pin-priority стоит 300???




в общем решил проблему следующим образом:

1) в /etc/apt/preferences загнал всё от stable до experimental с 
последовательным понижением приоритета
2) в /etc/apt/sources.list прописал дистрибутивы по называниям (etch как etch, 
а не как testing, sid соответсвенно вместо unstable, experimental своего 
имени не имеет -- так что оставил как есть).


В результате заработало как надо. Только вопрос остался открытым -- почему 
происходило как я описал, а не так как по-идее должно?


--
 /aim [ http://aim.pp.ru/ ]


--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]

Re: вопрос о apt pinning

[Покотиленко Костик]

В Чтв, 28/12/2006 в 12:33 +0300, andrey i. mavlyanov пишет:
 /etc/apt/preferences
 
 Package: *
 Pin: release o=Debian,a=etch
 Pin-Priority: 900
 
 Package: *
 Pin: release o=Debian,a=sid
 Pin-Priority: 400
 
 Package: *
 Pin: release o=Debian,a=experimental
 Pin-Priority: 300
 
 Package: *
 Pin: release o=Debian
 Pin-Priority: -1
 
 Почему aptitude пытается апгрейдить пакеты с etch до experimental хотя ему 
 pin-priority стоит 300???

А 300 случаем не приоритетнее чем 400, как в nice?

-- 
Покотиленко Костик [EMAIL PROTECTED]


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]

Re: вопрос о apt pinning

[andrey i. mavlyanov]

Покотиленко Костик wrote:

Почему aptitude пытается апгрейдить пакеты с etch до experimental хотя ему 
pin-priority стоит 300???


А 300 случаем не приоритетнее чем 400, как в nice?


нет. приоритетнее тот у кого больше вес.

--
 /aim [ http://aim.pp.ru/ ]


--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]

APT pinning

[Alexander GQ Gerasiov]

Доброе утро, уважаемые.

Кто-нибудь знает почему

=
[EMAIL PROTECTED]:~# tail -n 3 /etc/apt/preferences
Package: *
Pin: release o=apavel
Pin-Priority: 750
[EMAIL PROTECTED]:~# apt-cache policy nginx
nginx:
  Установлен: 0.4.13-1
  Кандидат: 0.4.14-1
  Таблица версий:
 0.4.14-1 0
750 http://deb.wapper.ru ./ Packages
 0.4.13-2 0
720 http://172.16.0.2 testing/main Packages
600 http://172.16.0.2 unstable/main Packages
 *** 0.4.13-1 0
100 /var/lib/dpkg/status
 0.4.12-1 0
750 http://deb.wapper.ru ./ Packages
=
но
=
[EMAIL PROTECTED]:~# tail -n 3 /etc/apt/preferences
Package: nginx
Pin: release o=apavel
Pin-Priority: 750
[EMAIL PROTECTED]:~# apt-cache policy nginx
nginx:
  Установлен: 0.4.13-1
  Кандидат: 0.4.14-1
  Фиксатор пакета: 0.4.14-1
  Таблица версий:
 0.4.14-1 750
500 http://deb.wapper.ru ./ Packages
 0.4.13-2 750
720 http://172.16.0.2 testing/main Packages
600 http://172.16.0.2 unstable/main Packages
 *** 0.4.13-1 750
100 /var/lib/dpkg/status
 0.4.12-1 750
500 http://deb.wapper.ru ./ Packages
=
То есть, если я задаю пиннинг для конкретного пакета - оно не работает
=\

Это бага или я что-то не так делаю?


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]

Re: APT pinning

[Alexander GQ Gerasiov]

На Sun, 3 Dec 2006 15:01:00 +0300
Alexander GQ Gerasiov [EMAIL PROTECTED] записано:

 Доброе утро, уважаемые.
 
 Кто-нибудь знает почему
 

 То есть, если я задаю пиннинг для конкретного пакета - оно не работает
 =\
 
 Это бага или я что-то не так делаю?
Оказывается оно работает, просто apt-cache policy показывает лабуду =\


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]

help with apt-pinning

[Alexander]

Hi All.

подскажите насчет apt pinning .
проблема в следуюшуем , есть postfix с VDA патчем , собраный через 
dpkg-buildpackage и установленный dpkg -i postifi
и так-же собраный courier-pop/imap , теперь когда я пытаюсь сделать 
aptitude upgrade мне предлагают заменить эти пакеты.

aptitude upgrade
...
The following packages will be upgraded:
courier-authdaemon courier-authmysql courier-base courier-imap
courier-pop courier-pop-ssl courier-ssl postfix postfix-mysql postfix-tls
10 packages upgraded, 0 newly installed, 0 to remove and 0 not upgraded.
Need to get 0B/2901kB of archives. After unpacking 532kB will be freed.

вот содержимое /etc/apt/preferences

Package: postfix
Pin: version 2.1.5*
Pin-Priority: 990

Package: postfix-mysql
Pin: version 2.1.5*
Pin-Priority: 990

Package: postfix-tls
Pin: version 2.1.5*
Pin-Priority: 990

Package: *
Pin: release a=stable
Priority: 700

Package: *
Pin: release a=testing
Priority: 650

Package: *
Pin: release a=unstable
Priority: 600

но это не помогает , подскажите как правильно прописать preferences для 
этих пакетов ?


distr sarge.


--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]

Re: help with apt-pinning

[Mikhail Lukyanchenko]

В Чтв, 20/10/2005 в 13:09 +0400, Alexander пишет:
 Hi All.
 
 подскажите насчет apt pinning .
 проблема в следуюшуем , есть postfix с VDA патчем , собраный через 
 dpkg-buildpackage и установленный dpkg -i postifi
 и так-же собраный courier-pop/imap , теперь когда я пытаюсь сделать 
 aptitude upgrade мне предлагают заменить эти пакеты.
 aptitude upgrade
 ...
 The following packages will be upgraded:
 courier-authdaemon courier-authmysql courier-base courier-imap
 courier-pop courier-pop-ssl courier-ssl postfix postfix-mysql postfix-tls
 10 packages upgraded, 0 newly installed, 0 to remove and 0 not upgraded.
 Need to get 0B/2901kB of archives. After unpacking 532kB will be freed.
 
 вот содержимое /etc/apt/preferences
 
 Package: postfix
 Pin: version 2.1.5*
 Pin-Priority: 990
 
 Package: postfix-mysql
 Pin: version 2.1.5*
 Pin-Priority: 990
 
 Package: postfix-tls
 Pin: version 2.1.5*
 Pin-Priority: 990
 
 Package: *
 Pin: release a=stable
 Priority: 700
 
 Package: *
 Pin: release a=testing
 Priority: 650
 
 Package: *
 Pin: release a=unstable
 Priority: 600
 
 но это не помогает , подскажите как правильно прописать preferences для 
 этих пакетов ?
 
 distr sarge.

На то, что установлено dpkg, а не через apt-get, pin не
распространяется.

Правильно будет создать для локально модифицированых пакетов маленький
репозитарий. В нём завести релиз. И тогда делать pin по релизу. Вот
мой /etc/apt/preferences:

Package: *
Pin: release a=apt-build
Pin-Priority: 800

Это привязка к тому, что я через apt-build собираю, но только до тех
пор, пока нет более новой версии.



-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]

Re: help with apt-pinning

[Alexander]

Mikhail Lukyanchenko wrote:


В Чтв, 20/10/2005 в 13:09 +0400, Alexander пишет:
 


Hi All.

подскажите насчет apt pinning .
проблема в следуюшуем , есть postfix с VDA патчем , собраный через 
dpkg-buildpackage и установленный dpkg -i postifi
и так-же собраный courier-pop/imap , теперь когда я пытаюсь сделать 
aptitude upgrade мне предлагают заменить эти пакеты.

aptitude upgrade
...
The following packages will be upgraded:
courier-authdaemon courier-authmysql courier-base courier-imap
courier-pop courier-pop-ssl courier-ssl postfix postfix-mysql postfix-tls
10 packages upgraded, 0 newly installed, 0 to remove and 0 not upgraded.
Need to get 0B/2901kB of archives. After unpacking 532kB will be freed.

вот содержимое /etc/apt/preferences

Package: postfix
Pin: version 2.1.5*
Pin-Priority: 990

Package: postfix-mysql
Pin: version 2.1.5*
Pin-Priority: 990

Package: postfix-tls
Pin: version 2.1.5*
Pin-Priority: 990

Package: *
Pin: release a=stable
Priority: 700

Package: *
Pin: release a=testing
Priority: 650

Package: *
Pin: release a=unstable
Priority: 600

но это не помогает , подскажите как правильно прописать preferences для 
этих пакетов ?


distr sarge.
   



На то, что установлено dpkg, а не через apt-get, pin не
распространяется.

Правильно будет создать для локально модифицированых пакетов маленький
репозитарий. В нём завести релиз. И тогда делать pin по релизу. Вот
мой /etc/apt/preferences:

Package: *
Pin: release a=apt-build
Pin-Priority: 800

Это привязка к тому, что я через apt-build собираю, но только до тех
пор, пока нет более новой версии.



 


интересная мысль , а как создать репозитарий ?


--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]