From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Date: Tue, 13 Jan 2004 19:02:37 +0600 From: Alexey Morozov To: ALT Devel discussion list Message-ID: <20040113130237.GA2227@pyro.hopawar.private.net> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="3V7upXqbjpZ4EhLz" Content-Disposition: inline User-Agent: Mutt/1.4i Subject: [devel] =?koi8-r?b?88LP0svBINDBy8XUz9csINPPxMXS1sHdycg=?= .py 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:02:42 -0000 Archived-At: List-Archive: List-Post: --3V7upXqbjpZ4EhLz Content-Type: text/plain; charset=koi8-r Content-Disposition: inline Content-Transfer-Encoding: 8bit Проблема: Имеется некоторый пакет (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 и прочих его сорцов. С этим НАДО ЧТО-ТО ДЕЛАТЬ :-)). --3V7upXqbjpZ4EhLz Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.2 (GNU/Linux) iD8DBQFAA+xtX5DZdJn19V0RAii8AKCTIRhYz1V7EgJUmD/aKV6ieeaG5wCfRBvP FoDBuCeBMKnyCcUBn5z0K6I= =RqGa -----END PGP SIGNATURE----- --3V7upXqbjpZ4EhLz--