Re: apt pinning.

[Oleksandr Gavenko <gavenkoa@gmail.com>]

On 2015-11-04, Andrey Melnikoff wrote:
> Alex Kicelew <arkoort@gmail.com> 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!