[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 нужно для того, что бы зафиксировать договорённость и в другим 
ментейнерам не гадать и не искать по архивам рассылки.