From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Date: Tue, 22 Oct 2002 17:21:55 +0400 From: Alexey Tourbin To: devel@altlinux.ru Message-ID: <20021022132155.GB2737@ungrund> References: <20021022031749.GA23650@homestead.turbinal.org> <20021022084929.GH19073@basalt.office.altlinux.ru> Mime-Version: 1.0 Content-Type: text/plain; charset=koi8-r Content-Disposition: inline Content-Transfer-Encoding: 8bit In-Reply-To: <20021022084929.GH19073@basalt.office.altlinux.ru> Subject: [devel] Re: perl-5.8.0-alt0.5 Sender: devel-admin@altlinux.ru Errors-To: devel-admin@altlinux.ru X-BeenThere: devel@altlinux.ru X-Mailman-Version: 2.0.9 Precedence: bulk Reply-To: devel@altlinux.ru List-Unsubscribe: , List-Id: List-Post: List-Help: List-Subscribe: , List-Archive: Archived-At: List-Archive: List-Post: On Tue, Oct 22, 2002 at 12:49:29PM +0400, Dmitry V. Levin wrote: > > Макросы прилагаются. К сожалению, я не умею пока писать всякие > > %{expand:%%{!?_enable_%{1}}}, но макросы эти вполне рабочие, и все > > А оно надо? Писать expand-enable или макросы вообще? :) В макросе %perl_vendor_build желательно предусмотреть возможность отрубить тест: %build %def_without test %perl_vendor_build rpmbuild -ba --without test > Что делать с > perl_archlib, perl_man1dir, perl_man3dir, perl_sitearch, perl_sitelib? Из-за того, что мы перходим на новую vendor-схему сборки перловых модулей, предлагаю все новые (vendor-специфические) макросы называть %perl_vendor_*, а все старые удалить, во избежание всяких недоразумений.