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=-0.9 required=5.0 tests=BAYES_00,FUZZY_XPILL autolearn=no version=3.2.5 X-Virus-Scanned: Debian amavisd-new at cryptocom.ru Date: Mon, 18 May 2009 15:49:45 +0400 From: "Victor B. Wagner" To: devel@lists.altlinux.org Message-ID: <20090518114945.GB7857@cryptocom.ru> References: <20090515161852.GT15382@osdn.org.ua> <20090515163544.GG18230@wo.int.altlinux.org> <4A0DA50B.4010706@altlinux.com> <20090515180739.GI10323@altlinux.org> <4A0DB136.2070702@altlinux.com> <20090515184425.GJ10323@altlinux.org> <4A0DBA41.70109@altlinux.com> <20090515192630.GK10323@altlinux.org> <20090518102446.GB4138@cryptocom.ru> MIME-Version: 1.0 Content-Type: text/plain; charset=koi8-r Content-Disposition: inline Content-Transfer-Encoding: 8bit In-Reply-To: User-Agent: Mutt/1.5.13 (2006-08-11) Subject: Re: [devel] =?koi8-r?b?0sXT1dLTz6PNy8/FINTF09TJ0s/Xwc7JxSDQwcvF1M/X?= 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 May 2009 11:50:04 -0000 Archived-At: List-Archive: List-Post: On 2009.05.18 at 13:43:29 +0300, Kirill A. Shutemov wrote: > > В общем случае нельзя понять как задания повлияют друг на друга до того как > они будут собраны, поскольку нельзя заранее знать какие бинарные пакеты > будут собраны из данного исходного и какие requires/provides будут у этих Э, как это нельзя? А grep ^%package filename.spec? С requires/provides действительно сложнее. Потому что 2/3 их ни разу в спеке явным образом не прописаны. Но вообще, насколько я помню, все Build-Requires выявляются на весьма раннем этапе сборки пакета. Выполнить prep-стадию ради того, чтобы собрать эту информацию, может оказаться оправданной затратой ресурсов. > пакетов. Однако, можно стороить пердположения на основе предыдущих сборок > пакетов входящих в задание. Мне видиться, что эти предположения могут быть > достаточно релевантны. Вообще говоря, сборка и тестирование - это процесс, который может по определению отломиться из-за ошибки. Если мы ошиблись на этапе распараллеливания, то это еще одна разновидность ошибок, не более того. Причем такая разновидность, которая может быть исправлена автоматически, путем просто повторения сборки с новым состоянием репозитория. Тут вопрос в том, что бесполезно добиваться стопроцентной безошибочности процесса. Гораздо правильнее добиваться того, чтобы минимизировать математическое ожидание затрат времени на процесс. > _______________________________________________ > Devel mailing list > Devel@lists.altlinux.org > https://lists.altlinux.org/mailman/listinfo/devel