From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Date: Tue, 13 Jan 2004 16:16:18 +0300 From: "Dmitry V. Levin" To: ALT Devel discussion list Subject: Re: [devel] =?koi8-r?B?88LP0svBINDBy8XU?= =?koi8-r?B?z9csINPPxMXS1sHdycg=?= .py Message-ID: <20040113131618.GA7531@basalt.office.altlinux.org> Mail-Followup-To: ALT Devel discussion list References: <20040113130237.GA2227@pyro.hopawar.private.net> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="tThc/1wpZn/ma/RB" Content-Disposition: inline In-Reply-To: <20040113130237.GA2227@pyro.hopawar.private.net> X-fingerprint: 9658 398D 181B 1200 8FC5 26B8 F6F8 846B C1E2 3429 X-BeenThere: devel@altlinux.ru X-Mailman-Version: 2.1.3 Precedence: list Reply-To: ALT Devel discussion list List-Id: ALT Devel discussion list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 13 Jan 2004 13:16:26 -0000 Archived-At: List-Archive: List-Post: --tThc/1wpZn/ma/RB Content-Type: text/plain; charset=koi8-r Content-Disposition: inline Content-Transfer-Encoding: 8bit On Tue, Jan 13, 2004 at 07:02:37PM +0600, Alexey Morozov wrote: > Проблема: > > Имеется некоторый пакет (python-doc-tools), который, по сути своей, > набор макросов, скриптов итп. Среди макросов встречаются .py. > > Установка этого пакета предельно проста: тарболл разворачивается, по > сути, в некоторое место в [%buildroot]/usr/share. > > Соответственно, никаких вызовов питона или чего-нить подобного нету. > Более того, хотелось бы _НЕ_ компилировать питон в байткод, потому что > там, в общем, ничего серьезного или постоянно загружаемого нет. Временем > загрузки тех скриптов можно пренебречь с хорошей долей уверенности. > > Однако /usr/lib/rpm/brp-alt БЕЗ ВАРИАНТОВ запускает > /usr/lib/rpm/brp-bytecompile-python, что приводит к двум нежелательным > последствиям: > > 1. Появляются .pyo. Как меня уверяли (кто-то из команды, занимающийся > сборкой питона & Co), байткод от разных версий питона непереносим, хуже > того, совместимости даже взад никто не обещал. Как следствие, происходит > неявная привязка к версии питона, которая стояла в момент загрузки. Это > ПЛОХО. > > 2. Т.к. rpm-build НЕ ТРЕБУЕТ python'а, хотя и пользуется им вне зависимости > от желаний сборщика, сборка в хэшере обламывается, хотя, в общем, пакет > совсем не должен отвечать ни за что, что лежит за пределами его .spec и > прочих его сорцов. > > С этим НАДО ЧТО-ТО ДЕЛАТЬ :-)). Есть набор workaround'ов: 1. %undefine __python: выключает всю логику поддержки python, в т.ч. и /usr/lib/rpm/brp-bytecompile-python 2. unset RPM_PYTHON в конце %install выключает /usr/lib/rpm/brp-bytecompile-python 3. "buildreq -bi" умеет обнаруживать сборочные зависимости на python. -- ldv --tThc/1wpZn/ma/RB Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.4 (GNU/Linux) iD8DBQFAA++i9viEa8HiNCkRAgFZAJ9tEFid9PyNARvqOW3LR5ssnq312gCfSdyA bIDrmglMXZHzL6E/DpPYabQ= =Qguc -----END PGP SIGNATURE----- --tThc/1wpZn/ma/RB--