From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: X-Spam-Checker-Version: SpamAssassin 3.2.5 (2008-06-10) on sa.int.altlinux.org X-Spam-Level: X-Spam-Status: No, score=-2.6 required=5.0 tests=BAYES_00 autolearn=unavailable version=3.2.5 From: Alexey Morozov To: devel@lists.altlinux.org Date: Mon, 1 Feb 2010 00:03:14 +0600 User-Agent: KMail/1.12.4 (Linux/2.6.30-std-def-alt14; KDE/4.3.4; i686; ; ) References: <8d778a621001301748o389479bdncd68d131b4dc8778@mail.gmail.com> <20100131093329.GA6498@mw.office.seiros.ru> <8d778a621001310424u353234fbg3c86d771ca8d2f2e@mail.gmail.com> In-Reply-To: <8d778a621001310424u353234fbg3c86d771ca8d2f2e@mail.gmail.com> MIME-Version: 1.0 Content-Type: Text/Plain; charset="koi8-r" Content-Transfer-Encoding: 8bit Message-Id: <201002010003.15108.morozov@altlinux.org> X-Mailman-Approved-At: Mon, 01 Feb 2010 22:44:36 +0000 Cc: =?koi8-r?b?5dfHxc7JyiDyz9PUz9fDxdc=?= , =?koi8-r?b?5MXOydMg883J0s7P1w==?= Subject: Re: [devel] python3.x(qwe) vs python3(qwe) X-BeenThere: devel@lists.altlinux.org X-Mailman-Version: 2.1.12 Precedence: list Reply-To: ALT Linux Team development discussions List-Id: ALT Linux Team development discussions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 31 Jan 2010 18:03:35 -0000 Archived-At: List-Archive: List-Post: В сообщении от Воскресенье 31 января 2010 18:24:34 автор Евгений Ростовцев написал: > Привет! > > > ЕР> В ходе многочисленных обсуждений я так и не понял, чем хороши > > ЕР> провайдинги python3.x(qwe) и чем плохи python3(qwe). > > > > Это зависит от того будет ли у python3 точно также как и 2 ломаться > > совместимость между minor версиями. > > В том-то и вопрос состоит: с python 2.6 вышла фигня, что пришлось > собирать пакеты одним громадным заданием. Это два не вполне связанных события. Совместимость байт-кода между 2.5 и 2.6 _вроде бы_ не ломалась. Однако _наша схема_ упаковки питона в любом случае предполагает революцию в репозитарии. > А вот насчёт ломки совместимости: давайте подумаем, что за механизм может > нам помочь такие разломы ловить индивидуально: при пересборке ли, репокопом > ли. И индивидуально пусть мейнтейнер или член @python и занимается > исправлениями при смене версии python 3. Такие ломки можно отследить, отслеживая тенденции в мире питона. То есть, внимательно читать ченджлог каждой новой версии, тусуясь в сообществе разработчиков. И/Или создавая полноценный тестсьют для каждого из собираемых пакетов. > Я целью вижу снижение количества геморроя при таких громких > обновлениях, а пересобрать сломавшийся пакет на порядки проще, чем > собирать одним заданием 870 пакетов. Тогда надо кардинально менять схему упаковки. В своём нынешнем виде и заявленных целях (кстати, если не секрет, есть где-нибудь место, где эти цели явно проартикулированны?) такая схема с необходимостью пучит весь репозиторий каждый раз, когда одна версия питона сменяется другой, которая так или иначе несовместима или может быть несовместима со старой. С уважением, Алексей Морозов