[devel] I: automake-1.11

Led ledest на gmail.com
Пн Май 25 03:00:43 MSD 2009


On Monday, 25 May 2009 01:28:14 Dmitry V. Levin wrote:
> On Sun, May 24, 2009 at 11:29:37AM +0400, Sergey Vlasov wrote:
> > On Sun, May 24, 2009 at 11:49:51AM +1100, Dmitry Lebkov wrote:
> > > On 24.05.2009 04:42, Alexey I. Froloff wrote:
> > > > * Dmitry Lebkov<dima@>  [090523 21:29]:
> > > >> Локально, через gear-hsh, всё собирается нормально.
> > > >
> > > > Это не показатель.
> > > >
> > > >> Какие-то проблемы на удаленной сборочнице?
> > > >
> > > > Какие-то проблемы в пакете:
> > > >
> > > > include_racoon_HEADERS = racoonctl.h var.h vmbuf.h misc.h gcmalloc.h
> > > > admin.h \
> > > >
> > > >>                                           ^^^^^^^
> > > >
> > > >          schedule.h sockmisc.h vmbuf.h isakmp_var.h isakmp.h
> > > > isakmp_xauth.h \
> > > >
> > > >>                              ^^^^^^^
> > > >
> > > >          isakmp_cfg.h isakmp_unity.h ipsec_doi.h evt.h
> > >
> > > Этого-то я и не заметил при рассматривании логов ... Мда ... =\
> > >
> > > Спасибо всем отозвавшимся. Интересно, а такие проблемы как-то
> > > можно отлавливать при локальном тестировании, до отправки задания
> > > на сборку?
> >
> > Можно, если иметь локально достаточно свежий Сизиф (в данном случае
> > проблема проявилась из-за изменений в coreutils).
>
> Это из-за обновления automake-1.10 -> automake-1.11; согласно NEWS,
> * Miscellaneous changes:
>   - The targets `install' and `uninstall' are more efficient now, in that
>   for example multiple files from one Automake variable such as
>   `bin_SCRIPTS' are copied in one `install' (or `libtool --mode=install')
>   invocation if they do not have to be renamed.
>   [...]
>   These changes may need some adjustments from users:  For example,
>   some `install' programs refuse to install multiple copies of the
>   same file in one invocation, so you may need to remove duplicate
>   entries from file lists.

По этим граблям мы будем ходить бесконечно (когда после обновления 
auto{что-то} "отваливается" куча пакетов.

Есть же макросы %set_auto*_version, при их явном указании в BuildRequires в 
src.rpm попадают зависимости на конкретные версии auto*. Почему бы не сделать 
так, чтобы и БЕЗ явного использования этих макросов происходило то же самое?

-- 
Led


Подробная информация о списке рассылки Devel