Rpm/AutoReq: различия между версиями

Материал из ALT Linux Wiki
< Rpm
м (→‎Ссылки: +rpm-build.git/autodeps/ history)
м (Актуализация ссылки на сборник тезисов 4й конференции)
 
Строка 49: Строка 49:


== Ссылки ==
== Ссылки ==
* Алексей Турбин. Автоматический поиск зависимостей в rpm-пакетах // [http://www.altlinux.ru/media/protva4.pdf 4ая конференция разработчиков свободных программ на Протве (2007)], стр. 59-63.
* Алексей Турбин. Автоматический поиск зависимостей в rpm-пакетах // [https://www.altlinux.org/Images/f/f9/Protva-iv-2007.pdf 4ая конференция разработчиков свободных программ на Протве (2007)], стр. 59-63.
* [http://git.altlinux.org/gears/r/rpm-build.git?p=rpm-build.git;a=history;f=autodeps;hb=HEAD rpm-build.git/autodeps/ history]
* [http://git.altlinux.org/gears/r/rpm-build.git?p=rpm-build.git;a=history;f=autodeps;hb=HEAD rpm-build.git/autodeps/ history]
* [[buildreq]] (другой вид зависимостей; имеют значение на другой стадии жизни пакета)
* [[buildreq]] (другой вид зависимостей; имеют значение на другой стадии жизни пакета)


[[Категория:RPM]]
[[Категория:RPM]]

Текущая версия от 07:35, 5 ноября 2019

42px-Wikitext-ru.svg.png
Эту статью следует викифицировать.


AutoReq или автоматический поиск установочных зависимостей.

Date: Wed, 23 Jul 2008 14:43:51 +0400
From: Alexey Tourbin <at@>
To: ALT Linux Team development discussions <devel@>
Subject: Re: [devel] firefox unmets (Sisyphus-20080721 x86_64 unmets)

On Wed, Jul 23, 2008 at 01:58:17PM +0400, Wartan Hachaturow wrote:
> 2008/7/23 Alexey Tourbin:
> > В любом случае, зависимость на версию firefox лучше проставлять
> > автоматически, а не писать её в ручную.
> 
> [философский вопрос]  
> 
> А почему в Сизифе отдаётся предпочтение автоматическому прописыванию
> зависимостей?

Потому что это единственный технологичный способ получить зависимости
у пакетов не ниже определённого качества (а также централизованно
управлять политикой выставления зависимостей).  А это, в конечном счете,
обеспечивает целостность репозитория (работоспособность пакета после
установки, или же, напротив, невозможность установить пакет с
нарушенными зависимостями).

Другими словами, начинающему maintainer'у можно ничего не знать о
зависимостях и с ходу собрать пакет, в котором зависимости прописаны
правильно.

> [Которое ошибается, подвержено глюкам, а порой невозможно вообще].

Оно ошибается гораздо реже, чем человек.  Есть определённые типы
зависимостей, которые искать действительно сложно -- это, прежде всего,
зависимости шелл-скриптов.  Это отдельная история.

Короче, удалось добиться очень неплохого результата.

> Это полезная фича для разаработчика в качестве генерирования исходного
> возможного списка зависимостей, но стоит ли результаты её работы
> динамически записывать в спек?

(В спек ничего не добавляется, добавляется в хедер rpm пакета при его
окончательном формировании.)  Делать стоит, работает хорошо, на крайний
случай отключается, можно дополнять вручную.

at@ in devel@

Ссылки