From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Date: Mon, 8 Oct 2007 19:30:38 +0300 From: Victor Forsyuk To: ALT Linux Team development discussions Message-ID: <20071008163038.GA2719@mail.gu.net> References: <20071005063540.527B128037@hint1.office.altlinux.org> <75e139a00710042354j57032326ma3ea2271e36cbc42@mail.gmail.com> <75e139a00710042356t7e352f94r412531e48936b400@mail.gmail.com> <20071005125011.GA25960@mail.gu.net> <75e139a00710052245x3c4920c3qe618011b46cd21b6@mail.gmail.com> Mime-Version: 1.0 Content-Type: text/plain; charset=koi8-r Content-Disposition: inline Content-Transfer-Encoding: 8bit In-Reply-To: <75e139a00710052245x3c4920c3qe618011b46cd21b6@mail.gmail.com> User-Agent: Mutt/1.4.1i Sender: Victor Forsyuk Subject: Re: [devel] Fwd: E: incoming i586 reject: wmmemload-0.1.6-alt4 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: Mon, 08 Oct 2007 16:30:40 -0000 Archived-At: List-Archive: List-Post: On Sat, Oct 06, 2007 at 12:45:07PM +0700, Slava Semushin wrote: > 2007/10/5, Victor Forsyuk : > [...] > > > Что-то странно как-то всё. Я не правил патчи и в спеке все изменения > > > были не функциональными, а пакет не собрался на обеих архитектурах. > > > При этом тот, что в Сизифе вроде бы пересобирается без проблем. > > > > Да, в спеке все изменения были нефункциональны. Но есть один маленький > > нюансик. Исходный тарболл в wmmemload-0.1.6-alt4.src.rpm побайтово идентичен > > тому, который был в -alt3.src.rpm, но отличается датами файлов. В нем всё > > "тачнуто" в "Oct 5 08:15". Откуда это появилось? > > Ну как откуда? Я же этот пакет засунул в git и теперь тарболл > генерируется на лету. Видимо, отсюда и дата. Я вполне себе могу представить программу, сборка которой не сломается от таких вольностей с исходниками, но которая будет собираться неправильно. Ничего сверх-ухищренного. К примеру, при сборке используется самый свежий файл по какой-то маске имен из определенного каталога... Не самое умное решение, но много ли вы видели идеальных апстримов? И это даже _не ошибка_ автора (как упаковка того же autom4te.cache), а просто freaky way. Вы готовы поручиться, что у пакетов, которые Вы таким образом собираете из git подобных проблем не будет? > > В этом причина неидентичности сборки. Кстати вызов autoreconf в этоме спеке > > совершенно ненужен, все патчи изменяют только исходники, никакой причины > > перестраивать аутотулзовскую обвязку нет... > > Зато в спеке есть: > > # fix warnings from aclocal > sed -i 's|AC_DEFUN(DA_CHECK_LIB,|AC_DEFUN([DA_CHECK_LIB],|' acinclude.m4 > sed -i 's|AC_DEFUN(DA_CHECK_HEADER,|AC_DEFUN([DA_CHECK_HEADER],|' acinclude.m4 > > # fix Makefile.am > sed -i 's|CPPFLAGS =|AM_CPPFLAGS =|' src/Makefile.am > > Для этого я и добавил вызов %__autoreconf'а. Понятно, но эти "фиксы" - чистая косметика. Как по мне, лучше сообщить о них автору и не морочиться до следующей версии. :)