From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Date: Tue, 10 Feb 2004 16:15:51 +0600 From: Alexey Morozov To: ALT Devel discussion list Subject: Re: [devel] Python Modules Policy: (was: alternatives && postfix) Message-ID: <20040210101551.GO13525@pyro.hopawar.private.net> References: <87znbsh12p.fsf@pc349.belcaf.minsk.by> <200402100025.27343.cray@neural.ru> <40280A53.7090301@l14.ru> <200402100301.33551.cray@neural.ru> <40288B88.2060303@l14.ru> <20040210080400.GG13525@pyro.hopawar.private.net> <4028A20E.2030302@l14.ru> Mime-Version: 1.0 Content-Type: text/plain; charset=koi8-r Content-Disposition: inline Content-Transfer-Encoding: 8bit In-Reply-To: <4028A20E.2030302@l14.ru> User-Agent: Mutt/1.4i X-BeenThere: devel@altlinux.ru X-Mailman-Version: 2.1.4 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, 10 Feb 2004 10:15:53 -0000 Archived-At: List-Archive: List-Post: On Tue, Feb 10, 2004 at 12:19:10PM +0300, Алексей Любимов wrote: > оверхед уж больно большой. Изначальный трехстрочный спек уж больно > мутным получается. > Лучше тогда скрипт наваять для генерации спеков для разных питонов из > одного исходного... Не вопрос. Мы с Андреем уже договорились (в джаббере) до того, что 1. Он проставляет Obsoletes: pythonN в python{N+1} или делает аналогичные изменения, о точном решении будет сообщено дополнительно ориентировочно в конце недели. 2. _Одновременная_ сборка пакетов под разные версии питона является на данный момент ненужной ввиду своей трудоемкости. 3. Андрей думает над целесообразностью сборки пакетов вида python-ModuleName из исходника вида python-ModuleName 4. Я выкладываю на woland свой текущий вариант спеков, попутно думая над "полезными макросами" 5. В полиси для питоньих модулей вносится обязательный Requires: python = %, где % совпадает с %__python_version того питона, для которого производилась сборка. Предлагается подумать над следующими двумя полиси: 6. Программы на python, не зависящие от конкретной версии питона (epydoc, python-doc-tools), собираются _без_ байткода и, соответственно, без привязки к точной версии питона, используется #!/usr/bin/env python ... 7. Программы, имеющие такую привязку (н-р, идущие вместе с конкретной версией питона) иcпользуют #!/usr/bin/env python ... и могут таскать за собой байткод. 8. Некоторое время назад Андрей предлагал в "боевых" пакетах таскать только байткод, а .py заворачивать в отдельные пакеты "для интересующихся" (по моему разумению, по схеме, напоминающей то, что делает Алекс Отт для емакса, хотя _это мои предположения_) From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: From: Alexey Morozov To: ALT Devel discussion list Subject: Re: [devel] Python Modules Policy: (was: alternatives && postfix) Message-ID: <20040210101551.GO13525@pyro.hopawar.private.net> References: <87znbsh12p.fsf@pc349.belcaf.minsk.by> <200402100025.27343.cray@neural.ru> <40280A53.7090301@l14.ru> <200402100301.33551.cray@neural.ru> <40288B88.2060303@l14.ru> <20040210080400.GG13525@pyro.hopawar.private.net> <4028A20E.2030302@l14.ru> Mime-Version: 1.0 Content-Type: text/plain; charset=koi8-r Content-Disposition: inline Content-Transfer-Encoding: 8bit In-Reply-To: <4028A20E.2030302@l14.ru> User-Agent: Mutt/1.4i X-BeenThere: devel@altlinux.ru X-Mailman-Version: 2.1.4 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, 10 Feb 2004 10:15:53 -0000 X-List-Received-Date: Tue, 10 Feb 2004 10:15:53 -0000 X-List-Received-Date: Tue, 10 Feb 2004 10:15:53 -0000 Date: Tue, 10 Feb 2004 10:15:53 -0000 X-Original-Date: Tue, 10 Feb 2004 16:15:51 +0600 X-List-Received-Date: Tue, 10 Feb 2004 10:15:53 -0000 Message-ID: <20040210101553.RVzHvmMRYqZ8BF5xLi7fsLLb496JUKPigNeCJShACoM@z> Archived-At: List-Archive: List-Post: On Tue, Feb 10, 2004 at 12:19:10PM +0300, Алексей Любимов wrote: > оверхед уж больно большой. Изначальный трехстрочный спек уж больно > мутным получается. > Лучше тогда скрипт наваять для генерации спеков для разных питонов из > одного исходного... Не вопрос. Мы с Андреем уже договорились (в джаббере) до того, что 1. Он проставляет Obsoletes: pythonN в python{N+1} или делает аналогичные изменения, о точном решении будет сообщено дополнительно ориентировочно в конце недели. 2. _Одновременная_ сборка пакетов под разные версии питона является на данный момент ненужной ввиду своей трудоемкости. 3. Андрей думает над целесообразностью сборки пакетов вида python-ModuleName из исходника вида python-ModuleName 4. Я выкладываю на woland свой текущий вариант спеков, попутно думая над "полезными макросами" 5. В полиси для питоньих модулей вносится обязательный Requires: python = %, где % совпадает с %__python_version того питона, для которого производилась сборка. Предлагается подумать над следующими двумя полиси: 6. Программы на python, не зависящие от конкретной версии питона (epydoc, python-doc-tools), собираются _без_ байткода и, соответственно, без привязки к точной версии питона, используется #!/usr/bin/env python ... 7. Программы, имеющие такую привязку (н-р, идущие вместе с конкретной версией питона) иcпользуют #!/usr/bin/env python ... и могут таскать за собой байткод. 8. Некоторое время назад Андрей предлагал в "боевых" пакетах таскать только байткод, а .py заворачивать в отдельные пакеты "для интересующихся" (по моему разумению, по схеме, напоминающей то, что делает Алекс Отт для емакса, хотя _это мои предположения_)