[devel] Поддержка python 2 и django-1

[devel] Поддержка python 2 и django-1

[Anton Farygin]

Всем привет.

Я хотел бы понять нашу политику по отношению к второму питону в Sisyphus.

Мы его удаляем и в каком режиме?

Аналогичный вопрос про две django в Sisyphus. Автопоиск зависимостей всё 
время цепляется за первую и это приводит к необходимости постоянно 
отслеживать и чинить такую ситуацию.


Rgds,

Rider

Re: [devel] Поддержка python 2 и django-1

[Vitaly Lipatov]

Вроде уже обсуждали. Как я понимаю, удаляем, начиная с перевода 
приложений на python3, а потом и отказываясь от сборки ненужных 
python2-модулей.

Anton Farygin писал 6.9.19 8:54:
> Всем привет.
> 
> Я хотел бы понять нашу политику по отношению к второму питону в 
> Sisyphus.
> 
> Мы его удаляем и в каком режиме?
> 
> Аналогичный вопрос про две django в Sisyphus. Автопоиск зависимостей
> всё время цепляется за первую и это приводит к необходимости постоянно
> отслеживать и чинить такую ситуацию.

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

Кому надо свежее — сами поставят что хотят. Кому надо из пакета — так 
надо пожалеть мантейнеров и стабильность.

-- 
С уважением,
Виталий Липатов,
Etersoft

Re: [devel] Поддержка python 2 и django-1

[Anton Farygin]

On 07.09.2019 18:42, Vitaly Lipatov wrote:
>
> Вроде уже обсуждали. Как я понимаю, удаляем, начиная с перевода 
> приложений на python3, а потом и отказываясь от сборки ненужных 
> python2-модулей.
>
> Anton Farygin писал 6.9.19 8:54:
>> Всем привет.
>>
>> Я хотел бы понять нашу политику по отношению к второму питону в 
>> Sisyphus.
>>
>> Мы его удаляем и в каком режиме?
>>
>> Аналогичный вопрос про две django в Sisyphus. Автопоиск зависимостей
>> всё время цепляется за первую и это приводит к необходимости постоянно
>> отслеживать и чинить такую ситуацию.
>
> Мне кажется, было бы верным держать в бранче джангу LTS-версии, а в 
> Сизифе — какую-то последнюю версию или тоже LTS.
2.2 - это LTS. И 1.11 - LTS. Но скоро закончится.
>
> Кому надо свежее — сами поставят что хотят. Кому надо из пакета — так 
> надо пожалеть мантейнеров и стабильность.
>
https://static.djangoproject.com/img/release-roadmap.688d8d65db0b.png

Я за то, что бы оставить одну django и только LTS. Кому надо посвежее - 
есть pip.

Re: [devel] Поддержка python 2 и django-1

[Anton Farygin]

On 07.09.2019 23:22, Alexey Shabalin wrote:
>
>     Я за то, что бы оставить одну django и только LTS. Кому надо
>     посвежее -
>     есть pip.
>
> 2.2 только с python3.
> Для python2 пока тоже нужна, поэтому и присутствует 1.11.

Если выкинуть python 2 то эта проблема решится.

И у django 1.11 заканчивается срок жизни продукта в начале следующего года.

Re: [devel] Поддержка python 2 и django-1

[Grigory Ustinov]

08.09.2019 9:04, Anton Farygin пишет:
> Если выкинуть python 2 то эта проблема решится.

Выкидывай=)

Проблема в том, что некоторые "программы" вообще не реализованы на 
третьем питоне. vseleznv@ два месяца назад кидал список пакетов, которые 
было бы неплохо перевести на третий питон. Было бы интересно посмотреть 
статистику, сколько пакетов уже перевели.

Было бы неплохо, если бы мейнтейнеры в добровольно-принудительном 
порядке это сделали сами, чтобы не пришлось это делать какому-то одному 
человеку=)

Re: [devel] Поддержка python 2 и django-1

[Anton Farygin]

On 08.09.2019 15:12, Grigory Ustinov wrote:
> 08.09.2019 9:04, Anton Farygin пишет:
>> Если выкинуть python 2 то эта проблема решится.
>
> Выкидывай=)
>
> Проблема в том, что некоторые "программы" вообще не реализованы на 
> третьем питоне. vseleznv@ два месяца назад кидал список пакетов, 
> которые было бы неплохо перевести на третий питон. Было бы интересно 
> посмотреть статистику, сколько пакетов уже перевели.
>
> Было бы неплохо, если бы мейнтейнеры в добровольно-принудительном 
> порядке это сделали сами, чтобы не пришлось это делать какому-то 
> одному человеку=)

OK.

Тогда я каждый собираемый мною пакет буду зачищать от подпакетов python-2

Как думаете, нужно ли при этом переименовывать исходный пакет в 
python3-module-modulename ?

Re: [devel] Поддержка python 2 и django-1

[Grigory Ustinov]

09.09.2019 7:45, Anton Farygin пишет:
> Тогда я каждый собираемый мною пакет буду зачищать от подпакетов python-2
Можно начать с python-module-setuptools ;-)
> Как думаете, нужно ли при этом переименовывать исходный пакет в 
> python3-module-modulename ?
Я категорически ЗА, чтобы не было путаницы. Типа нужно поменять пакет 
для третьего питона, а клонируешь python-module-modulename. Либо уже 
существующие модули _только_ для третьего питона нужно переименовать в 
python-module-modulename. Так или иначе, было бы здорово определиться с 
тем, как надо, чтобы было единообразие.

Re: [devel] Поддержка python 2 и django-1

[Anton Farygin]

On 09.09.2019 17:29, Grigory Ustinov wrote:
> 09.09.2019 7:45, Anton Farygin пишет:
>> Тогда я каждый собираемый мною пакет буду зачищать от подпакетов 
>> python-2
> Можно начать с python-module-setuptools ;-)
>> Как думаете, нужно ли при этом переименовывать исходный пакет в 
>> python3-module-modulename ?
> Я категорически ЗА, чтобы не было путаницы. Типа нужно поменять пакет 
> для третьего питона, а клонируешь python-module-modulename. Либо уже 
> существующие модули _только_ для третьего питона нужно переименовать в 
> python-module-modulename. Так или иначе, было бы здорово определиться 
> с тем, как надо, чтобы было единообразие. 

Для того, что бы не удалять уже существующий пакет (и его историю) 
python-module-modulename я не переименовываю его в python3-module-modulename

А новые уже python3-module-modulename.

Проблем с клонированием нет, т.к. это всё равно делает скрипт.

Re: [devel] Поддержка python 2 и django-1

[Vladimir D. Seleznev]

On Mon, Sep 09, 2019 at 05:35:31PM +0300, Anton Farygin wrote:
> On 09.09.2019 17:29, Grigory Ustinov wrote:
> > 09.09.2019 7:45, Anton Farygin пишет:
> >> Тогда я каждый собираемый мною пакет буду зачищать от подпакетов 
> >> python-2
> > Можно начать с python-module-setuptools ;-)
> >> Как думаете, нужно ли при этом переименовывать исходный пакет в 
> >> python3-module-modulename ?
> > Я категорически ЗА, чтобы не было путаницы. Типа нужно поменять пакет 
> > для третьего питона, а клонируешь python-module-modulename. Либо уже 
> > существующие модули _только_ для третьего питона нужно переименовать в 
> > python-module-modulename. Так или иначе, было бы здорово определиться 
> > с тем, как надо, чтобы было единообразие. 
> 
> Для того, что бы не удалять уже существующий пакет (и его историю) 
> python-module-modulename я не переименовываю его в python3-module-modulename

Так история никуда не пропадёт.

> А новые уже python3-module-modulename.
> 
> Проблем с клонированием нет, т.к. это всё равно делает скрипт.

-- 
   С уважением,
   Владимир Селезнев

Re: [devel] Поддержка python 2 и django-1

[Anton Farygin]

On 09.09.2019 18:40, Vladimir D. Seleznev wrote:
> On Mon, Sep 09, 2019 at 05:35:31PM +0300, Anton Farygin wrote:
>> On 09.09.2019 17:29, Grigory Ustinov wrote:
>>> 09.09.2019 7:45, Anton Farygin пишет:
>>>> Тогда я каждый собираемый мною пакет буду зачищать от подпакетов
>>>> python-2
>>> Можно начать с python-module-setuptools ;-)
>>>> Как думаете, нужно ли при этом переименовывать исходный пакет в
>>>> python3-module-modulename ?
>>> Я категорически ЗА, чтобы не было путаницы. Типа нужно поменять пакет
>>> для третьего питона, а клонируешь python-module-modulename. Либо уже
>>> существующие модули _только_ для третьего питона нужно переименовать в
>>> python-module-modulename. Так или иначе, было бы здорово определиться
>>> с тем, как надо, чтобы было единообразие.
>> Для того, что бы не удалять уже существующий пакет (и его историю)
>> python-module-modulename я не переименовываю его в python3-module-modulename
> Так история никуда не пропадёт.

В git'е нет.

А что будем делать тогда, когда python4 выйдет ?

Re: [devel] Поддержка python 2 и django-1

[Grigory Ustinov]

09.09.2019 19:17, Anton Farygin пишет:
> On 09.09.2019 18:40, Vladimir D. Seleznev wrote:
>> On Mon, Sep 09, 2019 at 05:35:31PM +0300, Anton Farygin wrote:
>>> On 09.09.2019 17:29, Grigory Ustinov wrote:
>>>> 09.09.2019 7:45, Anton Farygin пишет:
>>>>> Тогда я каждый собираемый мною пакет буду зачищать от подпакетов
>>>>> python-2
>>>> Можно начать с python-module-setuptools ;-)
>>>>> Как думаете, нужно ли при этом переименовывать исходный пакет в
>>>>> python3-module-modulename ?
>>>> Я категорически ЗА, чтобы не было путаницы. Типа нужно поменять пакет
>>>> для третьего питона, а клонируешь python-module-modulename. Либо уже
>>>> существующие модули _только_ для третьего питона нужно переименовать в
>>>> python-module-modulename. Так или иначе, было бы здорово определиться
>>>> с тем, как надо, чтобы было единообразие.
>>> Для того, что бы не удалять уже существующий пакет (и его историю)
>>> python-module-modulename я не переименовываю его в 
>>> python3-module-modulename
Я рад, что у тебя есть такой замечательный скрипт. Всем же остальным 
людям придётся его писать или искать информацию в гейзере, что напрочь 
будет отбивать всякое желание связываться с питоновскими модулями. У нас 
до сих пор был весьма хороший порядок в плане организации питона, 
предлагаю его не портить.
>> Так история никуда не пропадёт.
Действительно не пропадёт, если делать из предыдущего репозитория.
>
> В git'е нет.
>
> А что будем делать тогда, когда python4 выйдет ?
Будем решать проблемы по мере их поступления? В принципе, можно будет 
написать робототрона, который переделает значительную часть модулей. Это 
ещё одна причина соблюдать определённую политику именования и 
организации пакетов.

Re: [devel] Поддержка python 2 и django-1

[Anton Farygin]

On 10.09.2019 3:37, Grigory Ustinov wrote:
> 09.09.2019 19:17, Anton Farygin пишет:
>> On 09.09.2019 18:40, Vladimir D. Seleznev wrote:
>>> On Mon, Sep 09, 2019 at 05:35:31PM +0300, Anton Farygin wrote:
>>>> On 09.09.2019 17:29, Grigory Ustinov wrote:
>>>>> 09.09.2019 7:45, Anton Farygin пишет:
>>>>>> Тогда я каждый собираемый мною пакет буду зачищать от подпакетов
>>>>>> python-2
>>>>> Можно начать с python-module-setuptools ;-)
>>>>>> Как думаете, нужно ли при этом переименовывать исходный пакет в
>>>>>> python3-module-modulename ?
>>>>> Я категорически ЗА, чтобы не было путаницы. Типа нужно поменять пакет
>>>>> для третьего питона, а клонируешь python-module-modulename. Либо уже
>>>>> существующие модули _только_ для третьего питона нужно 
>>>>> переименовать в
>>>>> python-module-modulename. Так или иначе, было бы здорово определиться
>>>>> с тем, как надо, чтобы было единообразие.
>>>> Для того, что бы не удалять уже существующий пакет (и его историю)
>>>> python-module-modulename я не переименовываю его в 
>>>> python3-module-modulename
> Я рад, что у тебя есть такой замечательный скрипт. Всем же остальным 
> людям придётся его писать или искать информацию в гейзере, что напрочь 
> будет отбивать всякое желание связываться с питоновскими модулями. У 
> нас до сих пор был весьма хороший порядок в плане организации питона, 
> предлагаю его не портить.

Ну когда-то он будет опубликован (если востребован(, так что это не 
причина. Я даже и не подозревал что это какая-то сложная операция - из 
бинарника узнать исходник. Данные для этого опубликованы у нас на ftp.


>>> Так история никуда не пропадёт.
> Действительно не пропадёт, если делать из предыдущего репозитория.

В gears история рвётся при такой операции.

А в git'е тоже часто теряется, особенно тогда, когда рвётся наследование.

>>
>> В git'е нет.
>>
>> А что будем делать тогда, когда python4 выйдет ?
> Будем решать проблемы по мере их поступления? В принципе, можно будет 
> написать робототрона, который переделает значительную часть модулей. 
> Это ещё одна причина соблюдать определённую политику именования и 
> организации пакетов. 
Тогда это надо зафиксировать в policy. Возьмёшься оформить ?

Re: [devel] Поддержка python 2 и django-1

[Grigory Ustinov]

10.09.2019 7:13, Anton Farygin пишет:
> On 10.09.2019 3:37, Grigory Ustinov wrote:
>> 09.09.2019 19:17, Anton Farygin пишет:
>>> On 09.09.2019 18:40, Vladimir D. Seleznev wrote:
>>>> On Mon, Sep 09, 2019 at 05:35:31PM +0300, Anton Farygin wrote:
>>>>> On 09.09.2019 17:29, Grigory Ustinov wrote:
>>>>>> 09.09.2019 7:45, Anton Farygin пишет:
>>>>>>> Тогда я каждый собираемый мною пакет буду зачищать от подпакетов
>>>>>>> python-2
>>>>>> Можно начать с python-module-setuptools ;-)
>>>>>>> Как думаете, нужно ли при этом переименовывать исходный пакет в
>>>>>>> python3-module-modulename ?
>>>>>> Я категорически ЗА, чтобы не было путаницы. Типа нужно поменять 
>>>>>> пакет
>>>>>> для третьего питона, а клонируешь python-module-modulename. Либо уже
>>>>>> существующие модули _только_ для третьего питона нужно 
>>>>>> переименовать в
>>>>>> python-module-modulename. Так или иначе, было бы здорово 
>>>>>> определиться
>>>>>> с тем, как надо, чтобы было единообразие.
>>>>> Для того, что бы не удалять уже существующий пакет (и его историю)
>>>>> python-module-modulename я не переименовываю его в 
>>>>> python3-module-modulename
>> Я рад, что у тебя есть такой замечательный скрипт. Всем же остальным 
>> людям придётся его писать или искать информацию в гейзере, что 
>> напрочь будет отбивать всякое желание связываться с питоновскими 
>> модулями. У нас до сих пор был весьма хороший порядок в плане 
>> организации питона, предлагаю его не портить.
>
> Ну когда-то он будет опубликован (если востребован(, так что это не 
> причина. Я даже и не подозревал что это какая-то сложная операция - из 
> бинарника узнать исходник. Данные для этого опубликованы у нас на ftp.
>
>
>>>> Так история никуда не пропадёт.
>> Действительно не пропадёт, если делать из предыдущего репозитория.
>
> В gears история рвётся при такой операции.
>
> А в git'е тоже часто теряется, особенно тогда, когда рвётся наследование.
Я очень извиняюсь, что не могу найти именно переделанный питоновский 
модуль, в котором сохраняется наследование, но я делал такое с ghc и 
посмотреть это можно в пакете ghc8.6.4-hscolour. Я просто переименовал 
его и залил. Что интересно, что его исходный пакет ghc7.6.1-hscolour 
по-прежнему существует. Никаких конфликтов истории нет, ничего не 
рвётся. Я полагаю vseleznv@ имел в виду именно такую операцию.
>>>
>>> В git'е нет.
>>>
>>> А что будем делать тогда, когда python4 выйдет ?
>> Будем решать проблемы по мере их поступления? В принципе, можно будет 
>> написать робототрона, который переделает значительную часть модулей. 
>> Это ещё одна причина соблюдать определённую политику именования и 
>> организации пакетов. 
> Тогда это надо зафиксировать в policy. Возьмёшься оформить ?
Если это так нужно, то могу. 10 лет у нас не было полиси для питона, а 
сейчас возникла необходимость?
>
>
> _______________________________________________
> Devel mailing list
> Devel@lists.altlinux.org
> https://lists.altlinux.org/mailman/listinfo/devel

Re: [devel] Поддержка python 2 и django-1

[Anton Farygin]

On 10.09.2019 14:11, Grigory Ustinov wrote:
> 10.09.2019 7:13, Anton Farygin пишет:
>> On 10.09.2019 3:37, Grigory Ustinov wrote:
>>> 09.09.2019 19:17, Anton Farygin пишет:
>>>> On 09.09.2019 18:40, Vladimir D. Seleznev wrote:
>>>>> On Mon, Sep 09, 2019 at 05:35:31PM +0300, Anton Farygin wrote:
>>>>>> On 09.09.2019 17:29, Grigory Ustinov wrote:
>>>>>>> 09.09.2019 7:45, Anton Farygin пишет:
>>>>>>>> Тогда я каждый собираемый мною пакет буду зачищать от подпакетов
>>>>>>>> python-2
>>>>>>> Можно начать с python-module-setuptools ;-)
>>>>>>>> Как думаете, нужно ли при этом переименовывать исходный пакет в
>>>>>>>> python3-module-modulename ?
>>>>>>> Я категорически ЗА, чтобы не было путаницы. Типа нужно поменять 
>>>>>>> пакет
>>>>>>> для третьего питона, а клонируешь python-module-modulename. Либо 
>>>>>>> уже
>>>>>>> существующие модули _только_ для третьего питона нужно 
>>>>>>> переименовать в
>>>>>>> python-module-modulename. Так или иначе, было бы здорово 
>>>>>>> определиться
>>>>>>> с тем, как надо, чтобы было единообразие.
>>>>>> Для того, что бы не удалять уже существующий пакет (и его историю)
>>>>>> python-module-modulename я не переименовываю его в 
>>>>>> python3-module-modulename
>>> Я рад, что у тебя есть такой замечательный скрипт. Всем же остальным 
>>> людям придётся его писать или искать информацию в гейзере, что 
>>> напрочь будет отбивать всякое желание связываться с питоновскими 
>>> модулями. У нас до сих пор был весьма хороший порядок в плане 
>>> организации питона, предлагаю его не портить.
>>
>> Ну когда-то он будет опубликован (если востребован(, так что это не 
>> причина. Я даже и не подозревал что это какая-то сложная операция - 
>> из бинарника узнать исходник. Данные для этого опубликованы у нас на 
>> ftp.
>>
>>
>>>>> Так история никуда не пропадёт.
>>> Действительно не пропадёт, если делать из предыдущего репозитория.
>>
>> В gears история рвётся при такой операции.
>>
>> А в git'е тоже часто теряется, особенно тогда, когда рвётся 
>> наследование.
> Я очень извиняюсь, что не могу найти именно переделанный питоновский 
> модуль, в котором сохраняется наследование, но я делал такое с ghc и 
> посмотреть это можно в пакете ghc8.6.4-hscolour. Я просто переименовал 
> его и залил. Что интересно, что его исходный пакет ghc7.6.1-hscolour 
> по-прежнему существует. Никаких конфликтов истории нет, ничего не 
> рвётся. Я полагаю vseleznv@ имел в виду именно такую операцию.
Я посмотрел в своих пакетах - конечно там история теряется, особенно 
если я её не сохраняю в гите.
>>>>
>>>> В git'е нет.
>>>>
>>>> А что будем делать тогда, когда python4 выйдет ?
>>> Будем решать проблемы по мере их поступления? В принципе, можно 
>>> будет написать робототрона, который переделает значительную часть 
>>> модулей. Это ещё одна причина соблюдать определённую политику 
>>> именования и организации пакетов. 
>> Тогда это надо зафиксировать в policy. Возьмёшься оформить ?
> Если это так нужно, то могу. 10 лет у нас не было полиси для питона, а 
> сейчас возникла необходимость?

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

Re: [devel] Поддержка python 2 и django-1

[Yuri Sedunov]

В Сб, 07/09/2019 в 18:42 +0300, Vitaly Lipatov пишет:
> Вроде уже обсуждали. Как я понимаю, удаляем, начиная с перевода 
> приложений на python3, а потом и отказываясь от сборки ненужных 
> python2-модулей.

При сборке новых версий питон-модулей чуть переделываю спек, чтоб можно
было отключить питон2 одним движением, когда больше не потребуется.

http://git.altlinux.org/srpms/p/python-module-dbus.git?p=python-module-dbus.git;a=blobdiff;f=python-module-dbus.spec;h=0ca9455c0276723b59f5d2b0acacd781be51c378;hp=c58e470b2917fac95e86bea871f8e4f6f906ec4b;hb=b66d7869ec8a3c63a3f98690bda5bbc49f5b003b;hpb=b77a80b9376ed3512458a7e4b5c3443c9185fbff


+%def_enable python2
...
 %changelog
+* Wed Sep 04 2019 Yuri N. Sedunov <aris@altlinux.org> 1.2.10-alt1
+- 1.2.10
...
+- made python2 build optional

-- 
Yuri N. Sedunov