From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Message-ID: <4A128AD6.3040706@altlinux.com> Date: Tue, 19 May 2009 14:32:54 +0400 From: Anton Farygin User-Agent: Thunderbird 2.0.0.21 (X11/20090429) MIME-Version: 1.0 To: ALT Linux Team development discussions References: <4A0DB136.2070702@altlinux.com> <20090515184425.GJ10323@altlinux.org> <4A0DBA41.70109@altlinux.com> <20090515192630.GK10323@altlinux.org> <20090518102446.GB4138@cryptocom.ru> <20090518114945.GB7857@cryptocom.ru> <20090518122418.GA11369@cryptocom.ru> <20090518124832.GC11369@cryptocom.ru> <1242723421.13824.128.camel@latitude> In-Reply-To: <1242723421.13824.128.camel@latitude> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 8bit Subject: Re: [devel] =?utf-8?b?0YDQtdGB0YPRgNGB0L7RkdC80LrQvtC1INGC0LXRgdGC?= =?utf-8?b?0LjRgNC+0LLQsNC90LjQtSDQv9Cw0LrQtdGC0L7Qsg==?= X-BeenThere: devel@lists.altlinux.org X-Mailman-Version: 2.1.12 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: Tue, 19 May 2009 10:34:10 -0000 Archived-At: List-Archive: List-Post: Alexey Rusakov пишет: > В Пнд, 18/05/2009 в 16:48 +0400, Victor B. Wagner пишет: >> On 2009.05.18 at 15:29:50 +0300, Kirill A. Shutemov wrote: >> >>> ИМХО, результаты предыдущей сборки должны лучшее приближение, чем >>> подобный анализ. >> Результаты предыдущей сборки в сочетании с подобным анализом дают еще >> лучшее приближение. >> >> Если результаты анализа spec-файла совпадают с результатами анализа >> spec-файла предыдущей версии, то результаты предыдущей сборки можно >> считать достоверными практически на 100%. > Это не так. Есть ещё одна переменная, она называется окружение сборки. Я > возьму грубый пример, но могу привести и более аккуратные. Так вот, > грубо говоря, если у нас меняются предпочтения apt'а по вытягиванию > компилятора с gcc4.3 на gcc4.4, то у нас меняются зависимости пакета. Это фактически означает, что будет Сизиф собираться последовательно или параллельно - не имеет никакого значения, ибо пакеты в текущей задачи могут уже после выполнения следующей task потерять как и собираемость, так и зависимости...