From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: X-Spam-Checker-Version: SpamAssassin 3.2.5 (2008-06-10) on sa.int.altlinux.org X-Spam-Level: X-Spam-Status: No, score=-1.5 required=5.0 tests=BAYES_00,DNS_FROM_OPENWHOIS autolearn=no version=3.2.5 Date: Mon, 18 Apr 2011 20:39:02 +0300 From: Michael Shigorin To: ALT Devel discussion list Message-ID: <20110418173902.GA31835@osdn.org.ua> Mail-Followup-To: ALT Devel discussion list References: <4DA967A9.7040704@mmedia2.kemsu.ru> <20110416221533.GC28191@altlinux.org> <1302996536.5386.8.camel@arisbook> <20110417082003.GB1758@altlinux.org> <1303029480.5386.11.camel@arisbook> <20110417194759.GB26212@altlinux.org> <20110418103922.GU7329@osdn.org.ua> <20110418124937.GA30083@altlinux.org> Mime-Version: 1.0 Content-Type: text/plain; charset=koi8-r Content-Disposition: inline Content-Transfer-Encoding: 8bit In-Reply-To: <20110418124937.GA30083@altlinux.org> User-Agent: Mutt/1.4.2.1i Subject: Re: [devel] =?koi8-r?b?W0pUXSBSZTogZ2lyYXItYnVpbGRlciDJIMnUxdLBw8nJ?= 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: Mon, 18 Apr 2011 17:39:11 -0000 Archived-At: List-Archive: List-Post: On Mon, Apr 18, 2011 at 04:49:38PM +0400, Dmitry V. Levin wrote: > > > > Каким образом libgtk+3 влияет на сборку и установку kde4? > > > Заранее неизвестно, каким образом тот или иной пакет повлияет > > > на сборку и установку других пакетов. :( > > Когда это обсуждалось -- предлагал кэшировать по данным > > предыдущей сборки (как и оценочное время самой сборки), > > чтобы иметь возможность сверить, входят ли порождаемые > > подпакеты в сборочные чруты параллельно выполняющихся > > задач. И если входят -- переделывать как исключение. > Как этот алгоритм выявит следующую ситуацию: > раньше не входили, а после изменения будут входить? Точно такой же сверкой списков, только минимум один из них будет уже не закэшированным от предыдущей сборки, а текущим от только что произведённой. Второй тоже может измениться за время "своей" сборки, разумеется -- например, при выкидывании поддержки hal может оказаться, что пересобираемый hal уже и не влияет на сборочный чрут пересобираемого nut. -- ---- WBR, Michael Shigorin ------ Linux.Kiev http://www.linux.kiev.ua/