Проблемка тут вот нарисовалась.

имеется пакет perl-Mail-Box, который для своих внутренних нужд _может_
использовать perl-Mail-Box-Parser-C (написанный на XS бэкенд). Проблема в
том, что rpm'ный perl.req видит, что для perl-Mail-Box-Parser-C требуется
модуль из [еще не собранного] perl-Mail-Box, и не собирает пакет вовсе:
------------------------------------------------------
+ /usr/lib/rpm/find-requires
Can't locate Mail/Message/Field.pm in @INC (@INC contains:
/var/tmp/perl-Mail-Box-Parser-C-buildroot/etc/perl5
...
/usr/lib/perl5/vendor_perl/i386-linux /usr/lib/perl5/vendor_perl
/usr/lib/perl5/vendor_perl .) at
/var/tmp/perl-Mail-Box-Parser-C-buildroot/usr/lib/perl5/vendor_perl/i386-linux/Mail/Box/Parser/C.pm
line 23.
BEGIN failed--compilation aborted at
/var/tmp/perl-Mail-Box-Parser-C-buildroot/usr/lib/perl5/vendor_perl/i386-linux/Mail/Box/Parser/C.pm
line 23.
/var/tmp/perl-Mail-Box-Parser-C-buildroot/usr/lib/perl5/vendor_perl/i386-linux/Mail/Box/Parser/C.pm:
deparse failed.
prefix=/var/tmp/perl-Mail-Box-Parser-C-buildroot/usr/lib/perl5/vendor_perl/i386-linux
ошибка: /bin/sh не удалось 
ошибка: Невозможно найти Requires

Ошибка сборки пакетов:
      /bin/sh не удалось
      Невозможно найти Requires

	    Process rpmbuild exited abnormally with code 1
---------------------------------------------------------

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