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 16:24:18 +0400 From: "Victor B. Wagner" To: devel@lists.altlinux.org Message-ID: <20090518122418.GA11369@cryptocom.ru> References: <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> <20090518114945.GB7857@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 12:24:24 -0000 Archived-At: List-Archive: List-Post: > > Э, как это нельзя? А grep ^%package filename.spec? > > Они (точнее секции %files) могут быть обёрнуты во всякие %if, т.о. этот grep ни > о чём не скажет. :( > Ну почему "ни о чем"? - это даст оценку сверху - такие-то и такие-то пакеты ПРИНЦИПИАЛЬНО МОГУТ БЫТЬ построены из этого исходника. Это уже дает существенную помощь при задаче распараллеливания. Причем безопасную. Любая ошибка будет on safe side - мы можем предположить что зависимость есть, а на самом деле её нет - она под %if, условие которого в данном случае не выполняется. > > С requires/provides действительно сложнее. Потому что 2/3 их ни разу в > > спеке явным образом не прописаны. > > > > Но вообще, насколько я помню, все Build-Requires выявляются на весьма > > раннем этапе сборки пакета. Выполнить prep-стадию ради того, чтобы > > собрать эту информацию, может оказаться оправданной затратой ресурсов. > > Разворачивание сборочной среды и установка Build-Requires, если я правильно > всё понял, должна помочь получить список подподпакетов. Но requires/provides > всё равно будут не доступны пока пакет не будет полностью собран. Так что это > тоже бессмысленно. :( Это опять же отнюдь не бессмыслено. Стопроцентной гарантии не дает, но существенные хинты дает. Если мы что-то Build-Requires, то скорее всего мы потом будем Requires либо его, либо что-то, собираемое из того же исходника. Случаи, когда пакет requires что-либо, что нафиг не нужно в процессе его сборки, не столь уж часты, и, главное, если он этого не Build-Requires, то смена версии этого в процессе параллельной пересборки вряд ли чего-нибудь сломает (а если сломает, то этого не выяснится и при последовательной пересборке - только при вдумчивом тестировании).