[devel] Выборка из 20 недособранных пакетов (buildreq-src).

[Igor Vlasenko]

On Sat, Mar 19, 2016 at 12:02:10PM +0400, Sergey Y. Afonin wrote:
> On Friday 18 March 2016, Igor Vlasenko wrote:
> 
> > c-icap-modules:
> > # BEGIN SourceDeps(oneline):
> > BuildRequires: bzlib-devel
> > # END SourceDeps(oneline)
> > опять хотело бы слинковался с -lbz, да никто не дал.
> 
> Да, gear-buildreq то же самое сказал:

Вряд ли он сам сказал ;)

Сергей, воспользуюсь случаем и поясню для тех, кто 
читает тред, но не вникал в работу gear-buildreq/buildreq. 

gear-buildreq/buildreq 
__НИКОГДА НЕ ДОБАВЛЯЕТ__ пакеты в BuildRequires: 
Сколько gear-buildreq не запускай, тот же bzlib-devel
сам не появится в BuildRequires:. Его Сергей добавил
в BuildRequires руками, а затем проверил с помощью
gear-buildreq/buildreq.

Кстати, проверки через gear-buildreq/buildreq
не слишком надежная. Лучше посмотреть в исходники,
ведь иногда приходится еще ручки дергать 
наподобие --enable-bz2.

 
> # Automatically added by buildreq on Sat Mar 19 2016
> # optimized out: c-icap libcom_err-devel libkrb5-devel libssl-devel python3 python3-base
> BuildRequires: bzlib-devel c-icap-devel libclamav-devel libdb4-devel python3.3-site-packages zlib-devel
> 
> Но вот что я не понял, так это зачем тут python...

Ни при чем, конечно, но таков алгоритм gear-buildreq.
Напомню, gear-buildreq не добавляет недостающих пакетов
в BuildRequires:. 

Вместо этого, она __УБИРАЕТ__ пакеты из созданного chroot,
если к файлам этих пакетов в процессе сборки не было 
обращений.
При этом захватывается и мусор, если к его файлам
были обращения, даже случайные `ls /usr/bin | grep poo`.
в частности таким мусором есть python3,
который был затянут в chroot другими пакетами
и чем-то затронут в процессе сборки.

Нужно осмысливать выхлоп утилит.

Еще одна потенциальная в ногу самострельная вещь
это # optimized out: от gear-buildreq/buildreq.

Но это тема для отдельного письма.



-- 

I V