[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