From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Message-ID: <4289CA9C.30701@solin.spb.ru> Date: Tue, 17 May 2005 14:42:36 +0400 From: "Aleksey Avdeev" User-Agent: Mozilla/5.0 (X11; U; Linux i686; ru-RU; rv:1.7.2) Gecko/20040808 X-Accept-Language: ru, be, uk, en-us, en MIME-Version: 1.0 To: ALT Devel discussion list Subject: Re: [devel] Library + Python bindings build References: <428911D5.5040700@altlinux.org> <4289A45D.3000502@solin.spb.ru> <4289B3A4.7070809@altlinux.ru> In-Reply-To: <4289B3A4.7070809@altlinux.ru> X-Enigmail-Version: 0.85.0.0 X-Enigmail-Supports: pgp-inline, pgp-mime Content-Type: text/plain; charset=KOI8-R; format=flowed Content-Transfer-Encoding: 8bit X-BeenThere: devel@altlinux.ru X-Mailman-Version: 2.1.5 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, 17 May 2005 10:42:53 -0000 Archived-At: List-Archive: List-Post: Mikhail Yakshin пишет: > Aleksey Avdeev пишет: > >> Mikhail Yakshin пишет: >> ... >> >>> >>> 2. Запаковать отдельно пакет libtunepimp (порождающий 3 вполне понятных >>> пакета - libtunepimp, libtunepimp-devel и libtunepimp-utils) и оставить >>> его таким. Запаковать тот же самый тарболл отдельно, после чего сделать >>> ему нормальный спек нормального питонного пакета, соответствующий полиси >>> и примеру спека, с единственной разницей в %setup вроде: >>> >>> %setup -q -n %name-%version-pre4/python >>> >>> вместо обычного %setup -q, скажем. >>> >>> Минусы: пакуем один не очень маленький (~850 кил) тарболл два раза, во >>> втором случае из всего 850-килобайтного тарболла нам нужны десять >>> килобайт одного маленького питонного враппера над этой самой либой; >>> >>> Плюсы: проще, больше соответствует policy. >>> >>> Посоветуйте, как быть?.. >> >> >> Может имеет смысл запаковать исходники вообще отдельно, и >> использовать данный пакет при сборке данных двух? (Решение по типу >> kernel-source-*) > > > Да вы что, там один файлик на десяток килобайт на этом несчастном питоне > - и из-за такой ерунды будем городить инфраструктуру а ля ядерная > сборка? %)) А зачем она сдесь в полном объёме? :-) Достаточно идеи от туда: 1. libtunepimp-source, кладущий тарболл куданибудь в район /usr/src/*. Возможно, его функции способен взять на себя libtunepimp-devel (будет нечто, похожее на php-devel)... Но сдесь надо смотреть как лучше/проще/удобнее. 2. Пакеты {libtunepimp,python-module-tunepimp}-*.src.rpm, использующие в качестве тарболла то, что положил libtunepimp-source... Заодно python-module-tunepimp можно будет собрать как noarch... ;-) -- С уважением. Алексей.