[devel] /usr/bin/python и несколько питонов

[devel] /usr/bin/python и несколько питонов

[Alexey Tourbin]

[-- Attachment #1: Type: text/plain, Size: 972 bytes --]

Проблема тут вот какая.  Рассмотрим ее на примере пакета asciidoc.
Сейчас пакет asciidoc требует /usr/bin/python (или python-base)
и ещё дюжину питновских модулей вида python2.4(...).

Теперь, допустим, пакет python-base обновляется до версии 2.5
и предоставляет /usr/bin/python; а также собраны пакеты python2.4-*
(из которых python2.4-base не предоставляет или опционально
предоставляет /usr/bin/python; важно лишь то, что /usr/bin/python
теперь смотрит на /usr/bin/python2.5).

Пакет asciidoc не пересобран с новым питоном.  Теперь у него зависимость
на /usr/bin/python будет разрешаться в python-base=2.5, а все старые
зависимости python2.4(...) будут разрешаться в python2.4-* пакеты.

Становится ясно, что происходит "разрыв" или "расслоение" зависимостей.
На самом деле удовлетворение зависимостей python2.4(...) уже ничего не
гарантирует, т.к. при запуске эти зависимости "автоматически" и
непрозрачно транслируются в зависимости python2.5(...).

[-- Attachment #2: Type: application/pgp-signature, Size: 189 bytes --]

Re: [devel] /usr/bin/python и несколько питонов

[Alexey Tourbin]

[-- Attachment #1: Type: text/plain, Size: 1215 bytes --]

On Fri, Mar 23, 2007 at 04:36:37PM +0300, Alexey Tourbin wrote:
> Проблема тут вот какая.  Рассмотрим ее на примере пакета asciidoc.
> Сейчас пакет asciidoc требует /usr/bin/python (или python-base)
> и ещё дюжину питновских модулей вида python2.4(...).
> 
> Теперь, допустим, пакет python-base обновляется до версии 2.5
> и предоставляет /usr/bin/python; а также собраны пакеты python2.4-*
> (из которых python2.4-base не предоставляет или опционально
> предоставляет /usr/bin/python; важно лишь то, что /usr/bin/python
> теперь смотрит на /usr/bin/python2.5).
> 
> Пакет asciidoc не пересобран с новым питоном.  Теперь у него зависимость
> на /usr/bin/python будет разрешаться в python-base=2.5, а все старые
> зависимости python2.4(...) будут разрешаться в python2.4-* пакеты.
> 
> Становится ясно, что происходит "разрыв" или "расслоение" зависимостей.
> На самом деле удовлетворение зависимостей python2.4(...) уже ничего не
> гарантирует, т.к. при запуске эти зависимости "автоматически" и
> непрозрачно транслируются в зависимости python2.5(...).

Т.е. надо требовать не просто /usr/bin/python, а одно из
	/usr/bin/python = X.Y
	/usr/bin/pythonX.Y
	python-base = X.Y
	pythonX.Y-base

[-- Attachment #2: Type: application/pgp-signature, Size: 189 bytes --]

Re: [devel] /usr/bin/python и несколько питонов

[Sergey Vlasov]

[-- Attachment #1: Type: text/plain, Size: 1621 bytes --]

On Fri, Mar 23, 2007 at 05:03:28PM +0300, Alexey Tourbin wrote:
> On Fri, Mar 23, 2007 at 04:36:37PM +0300, Alexey Tourbin wrote:
> > Проблема тут вот какая.  Рассмотрим ее на примере пакета asciidoc.
> > Сейчас пакет asciidoc требует /usr/bin/python (или python-base)

А должен требовать конкретную версию питона (и никаких извращений вида
#!/usr/bin/env python - всё должно быть с явным указанием версии).
Либо полный и окончательный запрет одновременного наличия нескольких
питонов в репозитории.

> > и ещё дюжину питновских модулей вида python2.4(...).
> > 
> > Теперь, допустим, пакет python-base обновляется до версии 2.5
> > и предоставляет /usr/bin/python; а также собраны пакеты python2.4-*
> > (из которых python2.4-base не предоставляет или опционально
> > предоставляет /usr/bin/python; важно лишь то, что /usr/bin/python
> > теперь смотрит на /usr/bin/python2.5).
> > 
> > Пакет asciidoc не пересобран с новым питоном.  Теперь у него зависимость
> > на /usr/bin/python будет разрешаться в python-base=2.5, а все старые
> > зависимости python2.4(...) будут разрешаться в python2.4-* пакеты.
> > 
> > Становится ясно, что происходит "разрыв" или "расслоение" зависимостей.
> > На самом деле удовлетворение зависимостей python2.4(...) уже ничего не
> > гарантирует, т.к. при запуске эти зависимости "автоматически" и
> > непрозрачно транслируются в зависимости python2.5(...).
> 
> Т.е. надо требовать не просто /usr/bin/python, а одно из
> 	/usr/bin/python = X.Y
> 	/usr/bin/pythonX.Y
> 	python-base = X.Y
> 	pythonX.Y-base

Так раньше туда и вешалось python = 2.4; сломали?

[-- Attachment #2: Digital signature --]
[-- Type: application/pgp-signature, Size: 189 bytes --]

Re: [devel] /usr/bin/python и несколько питонов

[Alexey Tourbin]

[-- Attachment #1: Type: text/plain, Size: 1155 bytes --]

On Fri, Mar 23, 2007 at 05:43:11PM +0300, Sergey Vlasov wrote:
> А должен требовать конкретную версию питона (и никаких извращений вида
> #!/usr/bin/env python - всё должно быть с явным указанием версии).

Увы, такую конструкция не искоренить.

> Либо полный и окончательный запрет одновременного наличия нескольких
> питонов в репозитории.

У меня созрело промежуточное решение "только один /usr/bin/python в
репозитарии", а /usr/bin/pythonX.Y может быть сколько угодно.

> > Т.е. надо требовать не просто /usr/bin/python, а одно из
> > 	/usr/bin/python = X.Y
> > 	/usr/bin/pythonX.Y
> > 	python-base = X.Y
> > 	pythonX.Y-base
> 
> Так раньше туда и вешалось python = 2.4; сломали?

Это зависимость не гарантирует, что /usr/bin/python будет смотреть
на /usr/bin/python2.4.  Сейчас этот /usr/bin/python вообще может висеть
на альтернативах.  А питоновские зависимости на альтернативы повесить
нельзя.  Соответственно при запуске можем получить screw you gesture.

Я сейчас говорю ТОЛЬКО про /usr/bin/python.  Он может смотреть в другое
место, совсем не в то, в которое подразумевают остальные питоновские
зависимости у пакета.

[-- Attachment #2: Type: application/pgp-signature, Size: 189 bytes --]

Re: [devel] /usr/bin/python и несколько питонов

[Ivan Fedorov]

[-- Attachment #1: Type: text/plain, Size: 602 bytes --]

Alexey Tourbin пишет:
> On Fri, Mar 23, 2007 at 05:43:11PM +0300, Sergey Vlasov wrote:
>> А должен требовать конкретную версию питона (и никаких извращений вида
>> #!/usr/bin/env python - всё должно быть с явным указанием версии).
> 
> Увы, такую конструкция не искоренить.
> 
>> Либо полный и окончательный запрет одновременного наличия нескольких
>> питонов в репозитории.
> 
> У меня созрело промежуточное решение "только один /usr/bin/python в
> репозитарии", а /usr/bin/pythonX.Y может быть сколько угодно.

И чем это поможет? И чем оно принципиально отличается от того, что было?


[-- Attachment #2: OpenPGP digital signature --]
[-- Type: application/pgp-signature, Size: 252 bytes --]

Re: [devel] /usr/bin/python и несколько питонов

[Alexey Tourbin]

[-- Attachment #1: Type: text/plain, Size: 1197 bytes --]

On Fri, Mar 23, 2007 at 11:20:20PM +0800, Ivan Fedorov wrote:
> Alexey Tourbin пишет:
> > On Fri, Mar 23, 2007 at 05:43:11PM +0300, Sergey Vlasov wrote:
> >> А должен требовать конкретную версию питона (и никаких извращений вида
> >> #!/usr/bin/env python - всё должно быть с явным указанием версии).
> > 
> > Увы, такую конструкция не искоренить.
> > 
> >> Либо полный и окончательный запрет одновременного наличия нескольких
> >> питонов в репозитории.
> > 
> > У меня созрело промежуточное решение "только один /usr/bin/python в
> > репозитарии", а /usr/bin/pythonX.Y может быть сколько угодно.
> 
> И чем это поможет? И чем оно принципиально отличается от того, что было?

Я уже привел подробный пример, чем чревато текущее решение.
Если нельзя гарантировать, что /usr/bin/python смотрит туда же,
куда остальные питоновские зависимости у пакета, тогда мы имеем
условно удовлетворенные зависимости, которые могут уже быть
и не удовлетворены при запуске.

А если /usr/bin/python висит на альтернативах, тогда, конечно, нельзя
гарантировать, куда он смотрит.  Значит, зависимости вида
python2.X(...) теряют смысл, потому что /usr/bin/python может смотреть
на python2.Y.

[-- Attachment #2: Type: application/pgp-signature, Size: 189 bytes --]

Re: [devel] /usr/bin/python и несколько питонов

[Ivan Fedorov]

[-- Attachment #1: Type: text/plain, Size: 1108 bytes --]

Alexey Tourbin пишет:
>>>> Либо полный и окончательный запрет одновременного наличия нескольких
>>>> питонов в репозитории.
>>> У меня созрело промежуточное решение "только один /usr/bin/python в
>>> репозитарии", а /usr/bin/pythonX.Y может быть сколько угодно.
>> И чем это поможет? И чем оно принципиально отличается от того, что было?
> 
> Я уже привел подробный пример, чем чревато текущее решение.
> Если нельзя гарантировать, что /usr/bin/python смотрит туда же,
> куда остальные питоновские зависимости у пакета, тогда мы имеем
> условно удовлетворенные зависимости, которые могут уже быть
> и не удовлетворены при запуске.
> 
> А если /usr/bin/python висит на альтернативах, тогда, конечно, нельзя
> гарантировать, куда он смотрит.  Значит, зависимости вида
> python2.X(...) теряют смысл, потому что /usr/bin/python может смотреть
> на python2.Y.

Ну хорошо, /usr/bin/python предоставляется python2.5, а все остальные
модули требуются от python2.4... где результат?

А вот пакет python-strict такое начисто исключал кстати.

PS: Ты в Jabber на altlinux.org вообще выходишь?


[-- Attachment #2: OpenPGP digital signature --]
[-- Type: application/pgp-signature, Size: 252 bytes --]

Re: [devel] /usr/bin/python и несколько питонов

[Alexey Tourbin]

[-- Attachment #1: Type: text/plain, Size: 1762 bytes --]

On Fri, Mar 23, 2007 at 11:45:19PM +0800, Ivan Fedorov wrote:
> Alexey Tourbin пишет:
> >>>> Либо полный и окончательный запрет одновременного наличия нескольких
> >>>> питонов в репозитории.
> >>> У меня созрело промежуточное решение "только один /usr/bin/python в
> >>> репозитарии", а /usr/bin/pythonX.Y может быть сколько угодно.
> >> И чем это поможет? И чем оно принципиально отличается от того, что было?
> > 
> > Я уже привел подробный пример, чем чревато текущее решение.
> > Если нельзя гарантировать, что /usr/bin/python смотрит туда же,
> > куда остальные питоновские зависимости у пакета, тогда мы имеем
> > условно удовлетворенные зависимости, которые могут уже быть
> > и не удовлетворены при запуске.
> > 
> > А если /usr/bin/python висит на альтернативах, тогда, конечно, нельзя
> > гарантировать, куда он смотрит.  Значит, зависимости вида
> > python2.X(...) теряют смысл, потому что /usr/bin/python может смотреть
> > на python2.Y.
> 
> Ну хорошо, /usr/bin/python предоставляется python2.5, а все остальные
> модули требуются от python2.4... где результат?

Если можно было бы поставить зависимость на /usr/bin/python = 2.5,
тогда бы проблема решилась.  К сожалению, я только что обнаружил,
что rpm запрещает зависимости-пути с версией.  И вообще в некоторых
случаях запрещает, по крайней мере в тагах.

Conflicts: /bin/foo
error: line 10: File name not permitted: Conflicts: /bin/foo

> А вот пакет python-strict такое начисто исключал кстати.

Ничего он не исключает, коль скоро можно поставить python2.3-strict.
Если бы strict был всего один и притом обязательный, тогда да.

> PS: Ты в Jabber на altlinux.org вообще выходишь?

Нет.  Иногда бываю на irc, но содержательно предпочитаю писать в [devel].

[-- Attachment #2: Type: application/pgp-signature, Size: 189 bytes --]

Re: [devel] /usr/bin/python и несколько питонов

[Ivan Fedorov]

[-- Attachment #1: Type: text/plain, Size: 833 bytes --]

Alexey Tourbin пишет:

>> Ну хорошо, /usr/bin/python предоставляется python2.5, а все остальные
>> модули требуются от python2.4... где результат?
> 
> Если можно было бы поставить зависимость на /usr/bin/python = 2.5,
> тогда бы проблема решилась.  К сожалению, я только что обнаружил,
> что rpm запрещает зависимости-пути с версией.  И вообще в некоторых
> случаях запрещает, по крайней мере в тагах.
> 
> Conflicts: /bin/foo
> error: line 10: File name not permitted: Conflicts: /bin/foo
Логично... Как rpm может проверить версию ФАЙЛА?

>> А вот пакет python-strict такое начисто исключал кстати.
> 
> Ничего он не исключает, коль скоро можно поставить python2.3-strict.
> Если бы strict был всего один и притом обязательный, тогда да.
Да???
А попробуйка поставить python-strict и python2.3-strict сразу!!!


[-- Attachment #2: OpenPGP digital signature --]
[-- Type: application/pgp-signature, Size: 252 bytes --]

Re: [devel] /usr/bin/python и несколько питонов

[Alexey I. Froloff]

[-- Attachment #1: Type: text/plain, Size: 242 bytes --]

* Alexey Tourbin <at@> [070323 16:40]:
> Проблема тут вот какая.  Рассмотрим ее на примере пакета asciidoc.
Я уже думал подобное про ruby:

http://lists.altlinux.org/pipermail/devel/2005-November/026046.html

-- 
Regards,
Sir Raorn.

[-- Attachment #2: Digital signature --]
[-- Type: application/pgp-signature, Size: 189 bytes --]

Re: [devel] /usr/bin/python и несколько питонов

[Michael Shigorin]

On Fri, Mar 23, 2007 at 11:59:54PM +0800, Ivan Fedorov wrote:
> > Conflicts: /bin/foo
> > error: line 10: File name not permitted: Conflicts: /bin/foo
> Логично... Как rpm может проверить версию ФАЙЛА?

/usr/bin/python(PYTHON_2.4)? :)

-- 
 ---- WBR, Michael Shigorin <mike@altlinux.ru>
  ------ Linux.Kiev http://www.linux.kiev.ua/

Re: [devel] /usr/bin/python и несколько питонов

[Alexey Tourbin]

[-- Attachment #1: Type: text/plain, Size: 574 bytes --]

On Fri, Mar 23, 2007 at 11:59:54PM +0800, Ivan Fedorov wrote:
> >> А вот пакет python-strict такое начисто исключал кстати.
> > 
> > Ничего он не исключает, коль скоро можно поставить python2.3-strict.
> > Если бы strict был всего один и притом обязательный, тогда да.
> Да???
> А попробуйка поставить python-strict и python2.3-strict сразу!!!

Пакет asciidoc.
Поставили python2.3-strict.
/usr/bin/python -> /usr/bin/python2.3.
Все зависимости вида python2.4(...) у пакет asciidoc удовлетворены.
При запуске /usr/bin/asciidoc получаем фак.  Неужели не понятно?

[-- Attachment #2: Type: application/pgp-signature, Size: 189 bytes --]

Re: [devel] /usr/bin/python и несколько питонов

[Ivan Fedorov]

[-- Attachment #1: Type: text/plain, Size: 675 bytes --]

Alexey Tourbin пишет:
> On Fri, Mar 23, 2007 at 11:59:54PM +0800, Ivan Fedorov wrote:
>>>> А вот пакет python-strict такое начисто исключал кстати.
>>> Ничего он не исключает, коль скоро можно поставить python2.3-strict.
>>> Если бы strict был всего один и притом обязательный, тогда да.
>> Да???
>> А попробуйка поставить python-strict и python2.3-strict сразу!!!
> 
> Пакет asciidoc.
> Поставили python2.3-strict.
> /usr/bin/python -> /usr/bin/python2.3.
> Все зависимости вида python2.4(...) у пакет asciidoc удовлетворены.
> При запуске /usr/bin/asciidoc получаем фак.  Неужели не понятно?

Версии пакетов python2.3-strict, python2.3-base и python-base.


[-- Attachment #2: OpenPGP digital signature --]
[-- Type: application/pgp-signature, Size: 252 bytes --]

Re: [devel] /usr/bin/python и несколько питонов

[Alexey Tourbin]

[-- Attachment #1: Type: text/plain, Size: 1286 bytes --]

On Sat, Mar 24, 2007 at 12:21:00AM +0800, Ivan Fedorov wrote:
> Alexey Tourbin пишет:
> > On Fri, Mar 23, 2007 at 11:59:54PM +0800, Ivan Fedorov wrote:
> >>>> А вот пакет python-strict такое начисто исключал кстати.
> >>> Ничего он не исключает, коль скоро можно поставить python2.3-strict.
> >>> Если бы strict был всего один и притом обязательный, тогда да.
> >> Да???
> >> А попробуйка поставить python-strict и python2.3-strict сразу!!!
> > 
> > Пакет asciidoc.
> > Поставили python2.3-strict.
> > /usr/bin/python -> /usr/bin/python2.3.
> > Все зависимости вида python2.4(...) у пакет asciidoc удовлетворены.
> > При запуске /usr/bin/asciidoc получаем фак.  Неужели не понятно?
> 
> Версии пакетов python2.3-strict, python2.3-base и python-base.

Не понял вопроса или утверждения.

Мое утвреждение следующее: если нет способа гарантировать, что
/usr/bin/python смотрит туда же, куда остальные питоновские зависимости
(т.е., например, если в скрипте есть зависимость на python2.4(...),
то /usr/bin/python должен смотреть в /usr/bin/python2.4), то зависимости
python2.4(...) теряют смысл.  При запуске они могут фактически
обернуться зависимостями python2.3(...) или python2.5(...).

В текущей схеме нет способа гарантировать, куда смотрит /usr/bin/python.

[-- Attachment #2: Type: application/pgp-signature, Size: 189 bytes --]

Re: [devel] /usr/bin/python и несколько питонов

[Ivan Fedorov]

[-- Attachment #1: Type: text/plain, Size: 1157 bytes --]

Alexey Tourbin пишет:
>>>> А попробуйка поставить python-strict и python2.3-strict сразу!!!
>>> Пакет asciidoc.
>>> Поставили python2.3-strict.
>>> /usr/bin/python -> /usr/bin/python2.3.
>>> Все зависимости вида python2.4(...) у пакет asciidoc удовлетворены.
>>> При запуске /usr/bin/asciidoc получаем фак.  Неужели не понятно?
>> Версии пакетов python2.3-strict, python2.3-base и python-base.
> 
> Не понял вопроса или утверждения.
> 
> Мое утвреждение следующее: если нет способа гарантировать, что
> /usr/bin/python смотрит туда же, куда остальные питоновские зависимости
> (т.е., например, если в скрипте есть зависимость на python2.4(...),
> то /usr/bin/python должен смотреть в /usr/bin/python2.4), то зависимости
> python2.4(...) теряют смысл.  При запуске они могут фактически
> обернуться зависимостями python2.3(...) или python2.5(...).
> 
> В текущей схеме нет способа гарантировать, куда смотрит /usr/bin/python.
Может все таки попробуешь поставить python-strict? Только ставь не
старше alt7... а после попробуй установить python2.3...

PS: python-strict - это не только набор зависимостей, это еще и набор
конфликтов!


[-- Attachment #2: OpenPGP digital signature --]
[-- Type: application/pgp-signature, Size: 252 bytes --]

Re: [devel] /usr/bin/python и несколько питонов

[Alexey I. Froloff]

[-- Attachment #1: Type: text/plain, Size: 1274 bytes --]

* Alexey Tourbin <at@> [070323 19:41]:
> Мое утвреждение следующее: если нет способа гарантировать, что
> /usr/bin/python смотрит туда же, куда остальные питоновские зависимости
> (т.е., например, если в скрипте есть зависимость на python2.4(...),
> то /usr/bin/python должен смотреть в /usr/bin/python2.4), то зависимости
> python2.4(...) теряют смысл.  При запуске они могут фактически
> обернуться зависимостями python2.3(...) или python2.5(...).
(Было высказано на IRC, озвучиваю для архива)

0. python будет один
1. из pythonX.Y(smth) убирается версия
2. все модули зависят от своего python-base (через каталог, например)
3. python-base носит /usr/bin/python

Таким образом мы огребаем страшенную пачку анметов при изменении
версии питона, кои анметы решаются (полу)автоматической
пересборкой только модулей раз в пол-полтора года.  youtube-dl
при этом спокойно зависит от /usr/bin/python и своих python(*) и
даже не замечает, что версия питона сменилась.

По этой схеме можно собрать и pythonY.Z, с конфликтами у -base
(например для тестов при переезде).  В системе может быть
установлен только один python-base.  Модули для pythonY.Z
собираются отдельно, называются pythonY.Z-module-* и провайдят
таки python(*).

-- 
Regards,
Sir Raorn.

[-- Attachment #2: Digital signature --]
[-- Type: application/pgp-signature, Size: 189 bytes --]

Re: [devel] /usr/bin/python и несколько питонов

[Alexey Tourbin]

[-- Attachment #1: Type: text/plain, Size: 2082 bytes --]

On Fri, Mar 23, 2007 at 07:58:46PM +0300, Alexey I. Froloff wrote:
> (Было высказано на IRC, озвучиваю для архива)
> 
> 0. python будет один
> 1. из pythonX.Y(smth) убирается версия
> 2. все модули зависят от своего python-base (через каталог, например)
> 3. python-base носит /usr/bin/python
> 
> Таким образом мы огребаем страшенную пачку анметов при изменении
> версии питона, кои анметы решаются (полу)автоматической
> пересборкой только модулей раз в пол-полтора года.  youtube-dl
> при этом спокойно зависит от /usr/bin/python и своих python(*) и
> даже не замечает, что версия питона сменилась.
> 
> По этой схеме можно собрать и pythonY.Z, с конфликтами у -base
> (например для тестов при переезде).  В системе может быть
> установлен только один python-base.  Модули для pythonY.Z
> собираются отдельно, называются pythonY.Z-module-* и провайдят
> таки python(*).

Я всего этого не говорил, и такие выводы из нашего краткого обсуждения
кажутся мне слишком далеко идущими.  Тем не менее, эти выводы мне в
первом приближении симпатичны.  Не понятно только, кто всё это будет
делать; и, главное, кто будет разводить руками, если что-то будет не
получаться.

Я посмотрел в питоновский svn репозитарий.  К сожалению или к счастью,
чтобы посмотреть его как следует, мне пришлось его сконвертировать в git.
Я выложил у себя python2.5.git.  Там есть три основные бранча --
release23-maint (начиная с r23a1), release24-maint и release25-maint.
Есть ещё два бранча, которые я не выкладывал (p3yk и собственно trunk),
потому что в них нет ни одного тага.  И есть ещё несколько левых
topic-бранчей, часть их которых (старые) я удалил.

В общем, увиденное сводится к примерно к следующему: единственный
стабильный и перспективный на данный момент питон -- это 2.5.  Питона
2.6 (trunk) пока не существует даже в виде альфы, а питон 2.4 почти не
развивается (20 коммитов после 2.4.4 против 364 коммитов после 2.5).
Однако trunk развивается сильнее, чем питон 2.5 (около 1000 коммитов
после 2.5), так что, боюсь, питон 2.6 всё же когда-то будет. :)

[-- Attachment #2: Type: application/pgp-signature, Size: 189 bytes --]

[devel] git-svnimport -s 30464

[Alexey Tourbin]

[-- Attachment #1: Type: text/plain, Size: 500 bytes --]

On Sat, Mar 24, 2007 at 03:10:29AM +0300, Alexey Tourbin wrote:
> Я посмотрел в питоновский svn репозитарий.  К сожалению или к счастью,
> чтобы посмотреть его как следует, мне пришлось его сконвертировать в git.
> Я выложил у себя python2.5.git.  Там есть три основные бранча --

Увы, этот репозитарий получился неудачным.  Похоже, что при импорте
начиная с определенной ревизии git-svnimport теряет файлы.  А я как раз
сделал `git-svnimport -s 30464' чтобы не тащить слишком старые питоны.

[-- Attachment #2: Type: application/pgp-signature, Size: 189 bytes --]

Re: [devel] /usr/bin/python и несколько питонов

[Ivan Fedorov]

[-- Attachment #1: Type: text/plain, Size: 524 bytes --]

Alexey Tourbin пишет:
> 
> В общем, увиденное сводится к примерно к следующему: единственный
> стабильный и перспективный на данный момент питон -- это 2.5.  Питона
> 2.6 (trunk) пока не существует даже в виде альфы, а питон 2.4 почти не
> развивается (20 коммитов после 2.4.4 против 364 коммитов после 2.5).
> Однако trunk развивается сильнее, чем питон 2.5 (около 1000 коммитов
> после 2.5), так что, боюсь, питон 2.6 всё же когда-то будет. :)

Будет гарантированно. Он будет развиваться парралельно с Py3k...


[-- Attachment #2: OpenPGP digital signature --]
[-- Type: application/pgp-signature, Size: 252 bytes --]