[devel] hasher/autoreconf/* problem
Victor Forsyuk
=?iso-8859-1?q?force_=CE=C1_altlinux=2Eorg?=
Пн Окт 8 18:35:39 MSD 2007
On Fri, Oct 05, 2007 at 05:29:51PM +0400, Dmitry V. Levin <ldv на altlinux.org> wrote:
> On Fri, Oct 05, 2007 at 04:17:47PM +0300, Victor Forsyuk wrote:
> > On Fri, Oct 05, 2007 at 05:12:11PM +0400, Dmitry V. Levin <ldv на altlinux.org> wrote:
> > > On Fri, Oct 05, 2007 at 03:14:36PM +0400, Anton Farygin wrote:
> > > > Dmitry V. Levin пишет:
> > > > > On Fri, Oct 05, 2007 at 02:40:51PM +0400, Anton Farygin wrote:
> > > > >> Dmitry V. Levin пишет:
> > > > >>> On Fri, Oct 05, 2007 at 01:56:25PM +0700, Slava Semushin wrote:
> > > > >>>> 2007/10/5, Upravdom Team Robot <upravdom / altlinux.org>:
> > > > >>>> [...]
> > > > >>>>> + autoreconf -fisv
> > > > >>>>> autoreconf-default: Entering directory `.'
> > > > >>>>> autoreconf-default: configure.ac: not using Gettext
> > > > >>>>> autoreconf-default: running: aclocal --force
> > > > >>>>> Can't locate object method "path" via package "Request" at /usr/share/autoconf-2.5/Autom4te/C4che.pm line 69, <GEN1> line 111.
> >
> > [...]
> >
> > > Воспроизводимость 100%, поэтому фактор нестабильности tmpfs исключён.
> > > Разве что timestamp resolution.
> >
> > "rm -rf autom4te.cache" не полечит?
>
> Я не проверял. Настораживает сам факт нарушения воспроизводимости сборки.
Ну это уже особенности хешера. В хост-системе такой пакет будет 100%
несобираемым.
Кстати, проблема с autom4te.cache - пример граблей, возникающих из-за отказа
от pristine sources. И чувствую, что эти грабли не последние...
Подробная информация о списке рассылки Devel