[devel] python2.6 -> python2.7

[devel] python2.6 -> python2.7

[REAL]

привет!

у меня родилась идея, как не напрягать весь team. делаем в первой 
станзакции:
1. python2.6 (это наш нынешний питон, избавленный отфайловых 
конфликтов с новым)
2. исправлекнный rpm-build-python
3. новый питон, который и будет называться python

вероятно, с первого раза эта транзакция не сработает, но можно довести 
до того, чтобы сработало. пересборка остальных пакетов происходит 
отдельно, по одному либо группами.

единственный минус такого решения - рекомендовать (а лучше запретить 
технически) dist-upgrade из сизифа.

я мог бы прямо сейчас заняться этой задачей, но я вплотную работаю с 
Zope3 и прерываться до победного конца не намерен.

-- 

REAL aka Евгений Ростовцев, программист ЦНИТ КемГУ

Re: [devel] python2.6 -> python2.7

[Ivan A. Melnikov]

On Sun, 26 Jun 2011 11:22:19 +0700
REAL <real@kemsu.ru> wrote:

> привет!
> 
> у меня родилась идея, как не напрягать весь team. делаем в первой 
> станзакции:
> 1. python2.6 (это наш нынешний питон, избавленный отфайловых 
> конфликтов с новым)
> 2. исправлекнный rpm-build-python
> 3. новый питон, который и будет называться python

Можно и как-нибудь хитрее, например

1. python -> python2.6, и виртуальный python, который Require: python2.6
2. python2.7, предоставляющий python-devel, и rpm-build-python для него.
3. всё пересобрать
4. виртуальный python перевести на Require: python2.7, и
конфликтами/обсолетами на предыдущие версии.

Понятно, что между п. 2 и п. 4 python в Сизифе будет разломан.

Можно, конечно, собирать модули для 2.7 под другим именем
(python2.7-module-...), тогда перед выносом python 2.6 нужно будет
пересобрать их ещё раз с Provides: python-module-... и Obsoletes:
python-module-... < ENVR.

-- 
WBR,
Ivan A. Melnikov

Re: [devel] python2.6 -> python2.7

[REAL]

26.06.2011 12:44, Ivan A. Melnikov пишет:
> Можно и как-нибудь хитрее, например
>
> 1. python ->  python2.6, и виртуальный python, который Require: python2.6
> 2. python2.7, предоставляющий python-devel, и rpm-build-python для него.
> 3. всё пересобрать
> 4. виртуальный python перевести на Require: python2.7, и
> конфликтами/обсолетами на предыдущие версии.
>
> Понятно, что между п. 2 и п. 4 python в Сизифе будет разломан.
>
> Можно, конечно, собирать модули для 2.7 под другим именем
> (python2.7-module-...), тогда перед выносом python 2.6 нужно будет
> пересобрать их ещё раз с Provides: python-module-... и Obsoletes:
> python-module-...<  ENVR.

мне мой вариант кажется экономичней по времени.

-- 

REAL aka Евгений Ростовцев, программист ЦНИТ КемГУ

Re: [devel] python2.6 -> python2.7

[Dmitry V. Levin]

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

Hi,

On Sun, Jun 26, 2011 at 11:22:19AM +0700, REAL wrote:
> привет!
> 
> у меня родилась идея, как не напрягать 
> весь team. делаем в первой станзакции:
> 1. python2.6 (это наш нынешний питон, 
> избавленный отфайловых конфликтов с 
> новым)
> 2. исправлекнный rpm-build-python
> 3. новый питон, который и будет называться 
> python
> 
> вероятно, с первого раза эта транзакция 
> не сработает, но можно довести до того, 
> чтобы сработало. пересборка остальных 
> пакетов происходит отдельно, по одному 
> либо группами.
> 
> единственный минус такого решения - 
> рекомендовать (а лучше запретить 
> технически) dist-upgrade из сизифа.

Этот единственный минус - невозможность публикации Сизифа в течение
неопределенного времени - я считаю фатальным.


-- 
ldv

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

Re: [devel] python2.6 -> python2.7

[REAL]

27.06.2011 00:49, Dmitry V. Levin пишет:
>> единственный минус такого решения -
>> рекомендовать (а лучше запретить
>> технически) dist-upgrade из сизифа.
>
> Этот единственный минус - невозможность публикации Сизифа в течение
> неопределенного времени - я считаю фатальным.

Это защита пользователя от разломов на его машине. Я предложил 
многоэтапный (и многопоточный) способ обновления питона, это всё-таки 
более человечно. Вы встречали мейнтейнера, который бы дважды обновлял 
питон? Я - нет. А причина - необходимость всё сделать одной транзакцией.

-- 

REAL aka Евгений Ростовцев, программист ЦНИТ КемГУ

Re: [devel] python2.6 -> python2.7

[REAL]

27.06.2011 00:49, Dmitry V. Levin пишет:
>> единственный минус такого решения -
>> рекомендовать (а лучше запретить
>> технически) dist-upgrade из сизифа.
>
> Этот единственный минус - невозможность публикации Сизифа в течение
> неопределенного времени - я считаю фатальным.

Ну давайте уберём условие "запретить технически", а оставим 
предупреждение, что обновление в такой-то период - на свой страх и 
риск. А то мы с этими питоньими обновлении всегда упираемся в 
человеческий ресурс и нечеловеческие нервы.

-- 

REAL aka Евгений Ростовцев, программист ЦНИТ КемГУ