[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. Возьмёшься оформить ?