From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Date: Mon, 16 Feb 2004 17:03:13 +0600 From: Alexey Morozov To: ALT Devel discussion list Subject: Re: [devel] (was: Python Modules Policy) Message-ID: <20040216110313.GG13932@pyro.hopawar.private.net> References: <87znbsh12p.fsf@pc349.belcaf.minsk.by> <20040210101551.GO13525@pyro.hopawar.private.net> <200402161122.02014.cray@neural.ru> <200402161200.58164.cray@neural.ru> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="pE2VAHO2njSJCslu" Content-Disposition: inline In-Reply-To: <200402161200.58164.cray@neural.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: Mon, 16 Feb 2004 11:03:22 -0000 Archived-At: List-Archive: List-Post: --pE2VAHO2njSJCslu Content-Type: text/plain; charset=koi8-r Content-Disposition: inline Content-Transfer-Encoding: 8bit On Mon, Feb 16, 2004 at 12:00:58PM +0300, Andrey Orlov wrote: > Я поразмышлял над текущей ситуацией и вариантами ее улучшения и считаю, > что любое из предложенных изменений ее ухудшает по объективными > признакам. Поэтому, единственное изменение которое предлагается > оставить - это ввести ограничение на одновременную установку python22 / > 23. Без определения механизма апгрейдов питона это требование настолько жёсткое, что мне кажется довольно трудно выполнимым. Причина: кроме собственно питона пользователям Сизифа необходимы еще и прикладные модули. Если в момент, когда в Сизиф отправляется очередная версия питона, вместе с ним не отправляется /достаточное количество/ модулей, собранных для данной версии, то, боюсь, радость пользователей будет несколько омрачена. Выход видится в создании двухтактного апгрейда: на первом мэйнтейнеры пакетов просто пересобирают его для нового питона в каком-либо "загончике", на втором в заранее объявленный момент вся масса пакетов отправляется в incoming сизифа, замещая собой все существовавшие там до этого модули (те, кто не прошел тест на Requires должны, видимо, уничтожаться/переноситься в какой-нибудь "отстойник для инвалидов"). Ну, и я все же оставил бы возможность стандартизованной сборки модулей для "obsolete" питона и возможность их относительно бесконфликтного существования с "основной версией". Придраться к проведенному анализу я, в целом, не могу, хотя например данный абзац вызвал у меня некоторое недоумение > Я против введения схемы именования модулей для python, основанной на > введении префикса версии интерпретатора, так как при этом apt / rpm, > и, как следствие, сам Сизифус, становятся малоюзабельными. Вообще говоря, истинность этого утверждения зависит целиком от имплементации "стандартного окружения питон-модуля". Но, это, в общем, достаточно мелкий момент, и, по сути, мне интересны два момента (в порядке убывания приоритетов) 1. выработка адекватного для меня, как _пользователя_ Сизифа, механизма апгрейда питона 2. возможность минимальными усилиями, не ломающими работоспособности apt, оставлять на машине выбранную версию питона. --pE2VAHO2njSJCslu Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.2 (GNU/Linux) iD8DBQFAMKNxX5DZdJn19V0RAr6XAJ9h3s2BOVlePIKedvpsWkJCIToHawCdFUsn vLOaQuCilMRT3DGK9X+sAzc= =O4RA -----END PGP SIGNATURE----- --pE2VAHO2njSJCslu--