From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Message-ID: <470614B3.20307@altlinux.com> Date: Fri, 05 Oct 2007 14:40:51 +0400 From: Anton Farygin User-Agent: Thunderbird 2.0.0.6 (X11/20070804) MIME-Version: 1.0 To: ALT Linux Team development discussions References: <20071005063540.527B128037@hint1.office.altlinux.org> <75e139a00710042354j57032326ma3ea2271e36cbc42@mail.gmail.com> <75e139a00710042356t7e352f94r412531e48936b400@mail.gmail.com> <20071005073218.GF23730@basalt.office.altlinux.org> In-Reply-To: <20071005073218.GF23730@basalt.office.altlinux.org> Content-Type: text/plain; charset=KOI8-R; format=flowed Content-Transfer-Encoding: 8bit Subject: Re: [devel] hasher/autoreconf/* problem X-BeenThere: devel@lists.altlinux.org X-Mailman-Version: 2.1.9 Precedence: list Reply-To: ALT Linux Team development discussions List-Id: ALT Linux Team development discussions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 05 Oct 2007 10:41:41 -0000 Archived-At: List-Archive: List-Post: Dmitry V. Levin пишет: > On Fri, Oct 05, 2007 at 01:56:25PM +0700, Slava Semushin wrote: >> 2007/10/5, Upravdom Team Robot : >> [...] >>> + 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, line 111. >>> aclocal-default: autom4te failed with exit status: 1 >>> autoreconf-default: aclocal failed with exit status: 1 >>> error: Bad exit status from /usr/src/tmp/rpm-tmp.79151 (%prep) >> Что-то странно как-то всё. Я не правил патчи и в спеке все изменения >> были не функциональными, а пакет не собрался на обеих архитектурах. >> При этом тот, что в Сизифе вроде бы пересобирается без проблем. > > Это очень странная история, то ли нужен специалист по перлу чтобы > разобраться, то ли всё ещё интереснее. У меня пакет libnet2 с аналогичной > проблемой сборки. > > Воспроизводится это так: > при первой сборке в hasher'е (когда ещё не создан chroot cache) autoreconf > падает с этой самой диагностикой, при последующих сборках (когда > используется chroot cache) всё собирается нормально. А не может ли тут быть виноватым libfakeroot ? Очень похоже.