Re: [devel] I: buildreq-src

[Igor Vlasenko <vlasenko@imath.kiev.ua>]

On Thu, Dec 15, 2011 at 08:09:51PM +0200, Igor Vlasenko wrote:
> (продолжение в следующем письме, чтобы не выйти за лимит в 10k).

Чтобы эту библиотеку можно было использовать вне роботов,
я добавил в пакет perl-RPM-Source-Editor утилиту buildreq-src.

buildreq-src [-u] [--spec] [foo.spec] (dir|tarball)...

Ряд опций тонкой подстройки движка можно подсмотреть в --help.

Утилита принимает список исходников для поиска (тарболов и каталогов)
и, опционально, spec файл.

На выходе утилита печатает найденные зависимости (минус те, которые
уже прописаны в спеке, если spec файл задан). Чтобы вписать найденные
зависимости в спек, надо указать опцию -u или --update.
Утилита найдет и заменит в спеке кусок с автозависимостями
# BEGIN SourceDeps(oneline):
BuildRequires: ...
# END SourceDeps(oneline)
либо вставит новый.

Надо понимать, что buildreq-src еще не в состоянии выписать полный
список зависимостей, а только то, что явно искалось в configure.
Сейчас buildreq-src -- это вспомогательная утилита, с помощью которой
можно проверить, не забыли ли чего.

buildreq Алексея Турбина и buildreq-src в каком-то смысле противоположны.
buildreq Алексея перечисляет пакеты, реально использованные во время сборки.
buildreq-src перечисляет пакеты, которые пригодятся при сборке.

Например, buildreq-src добавит в зависимости libfoo-devel,
потому что она есть в configure.ac, а buildreq libfoo-devel выбросит,
так как майнтайнер не указал --with-foo.

Также может быть ситуация, когда некторые зависимости
взаимоисключающие. Например, webkit умеет собираться и с
gtk+2, и с gtk+3, и configure ищет и то, и другое.
Но если мы собираем с gtk+3, то вписывать в BuildRequires:
libgtk+2-devel и libgtk+3-devel -- это overkill,
так как раздувается сборочное окружение.
Пусть мы собираем с gtk3. Что делать, чтобы buildreq-src
не предлагала добавить в BuildRequires: libgtk+2-devel ?

Делаем красиво: пишем в спеке
%def_with gtk3
%if_with gtk3
BuildRequires: libgtk+3-devel
%else
BuildRequires: libgtk+2-devel
%endif
и дело в шляпе: libgtk+2-devel в спеке упоминается (и утилита спокойна),
но реально в сборке не применяется.

Попробовать утилиту можно, если установить perl-RPM-Source-Editor >= 0.772.

Сегодня perl-RPM-Source-Editor >= 0.772 можно взять из
#60353 DONE #1 perl-RPM-Source-Editor-0.772
(ему нужен сегодняшний #60317 DONE #1 perl-DistroMap-0.09).
Завтра все это хозяйство будет в опубликованном Сизифе и t6.

Для работы утилиты нужно скачать свежую базу командой
distromap-update-repocop-db-altlinux-sisyphus
(из perl-DistroMap-0.09, более ранние версии perl-DistroMap не годятся!)
Если вы забыли скачать свежую базу, buildreq-src напомнит при запуске.

Для удобства есть опция -bp.
buildreq-src -u -bp xforms.spec
очистит %_builddir, выполнит rpmbuild -bp --nodeps xforms.spec,
и добавит %_builddir к списку исходников для поиска.
если еще указана -u, то найденные зависимости будут вписаны в спек-файл.


-- 

Dr. Igor Vlasenko
--------------------
Topology Department
Institute of Math
Kiev, Ukraine