From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: To: devel@lists.altlinux.org References: <760d6d72-a9aa-146f-d58d-c0a0400a5f43@basealt.ru> <1c4c64ae-5de8-8c3d-a93d-5331a0164c67@basealt.ru> <20190909154029.GA1221@portlab> <65ce61fe-0684-0d7f-5f9d-33490d790bcd@basealt.ru> <90c21c44-d787-5c62-e9c8-579c3974b08a@basealt.ru> From: Anton Farygin X-Opacus-Archived: none Organization: BaseALT Message-ID: Date: Tue, 10 Sep 2019 14:41:45 +0300 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:60.0) Gecko/20100101 Thunderbird/60.8.0 MIME-Version: 1.0 In-Reply-To: Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 8bit Content-Language: ru Subject: Re: [devel] =?utf-8?b?0J/QvtC00LTQtdGA0LbQutCwIHB5dGhvbiAyINC4IGRq?= =?utf-8?q?ango-1?= X-BeenThere: devel@lists.altlinux.org X-Mailman-Version: 2.1.12 Precedence: list Reply-To: ALT Linux Team development discussions List-Id: ALT Linux Team development discussions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 10 Sep 2019 11:41:45 -0000 Archived-At: List-Archive: List-Post: 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 нужно для того, что бы зафиксировать договорённость и в другим ментейнерам не гадать и не искать по архивам рассылки.