Re: [devel] Спасём python3 вместе!

From: Grigory Ustinov <grenka@altlinux.org>
To: devel@lists.altlinux.org
Subject: Re: [devel] Спасём python3 вместе!
Date: Thu, 13 Feb 2025 10:27:15 +0300
Message-ID: <b0c865e2-d6ab-4857-8410-cb25235a53d0@altlinux.org> (raw)
In-Reply-To: <11bea3e6-6dff-41f4-a59b-6c6086513a46@basealt.ru>

13.02.2025 7:30, Anton Farygin пишет:
> On 12.02.2025 19:54, Grigory Ustinov wrote:
>>
>>
>> Я предлагаю всем заинтересованным против принятия этой технологии 
>> лицам высказаться в этом треде. Со своей стороны могу предложить 
>> помощь в устранении последствий этого "эксперимента". 75 пакетов 
>> чинятся элементарным скриптом, для других готов попробовать придумать 
>> скрипт посложнее. 
>
> Я как, в данном случае, нейтральное лицо могу сказать что подобный 
> подход _придётся_ переносить ещё и на ocaml.
>
> Почему ? Всё очень просто - мы должны научиться собирать так же, как 
> это делает апстрим. В моём (с ocaml) случае вместо pypi есть 
> репозиторий opam и в для каждого пакета есть свои файлы спецификации, 
> содержащие требуемые зависимости для сборки.
Надо понимать специфику репозиториев для модулей разных ЯП. Есть к 
примеру перл и хаскель, где действуют строгие правила в отношении 
зависимостей. Питон же этим похвастаться не может. Некоторые апстримы 
вообще не ставят тэги на гитхабе, а многие периодически забывают поднять 
версию. И в списки зависимостей по ощущениям можно писать вообще что 
угодно. То есть стандарт выпустили, а обеспечение его выполнения лежит 
на совести апстримов.
> Я неспешно иду к тому, что список Requires для каждого ocaml пакета 
> будет вычисляться автоматически, но начать мне придётся с того, что бы 
> каждый devel пакет ocaml провайдил что-то с именем, однозначно 
> определяляющим уникальное имя этого пакета в репозитории opam.
>
> Поэтому я с интересом наблюдаю за попыткой реализации подобного 
> подхода в PYTHON и могу сказать что в моих пакетах, в которых 
> используется такой подход - я озвученных в письме проблем не заметил.
>
> Что касается вынесения чего-либо из specfile в отдельный файл - то 
> понятно, что таким списком сильно проще управлять, а RPM specfile 
> предлагает для простой реализации механизм Include, которым даже 
> некоторые ментейнеры иногда пользуются:
Это очень маленький список исключений.
>
> d/dqt5-base/qtbase.spec:%include %SOURCE1
> d/dqt5-declarative/qtdeclarative.spec:%include %SOURCE1
> d/dqt5-declarative/qtdeclarative.spec:%include %SOURCE2
> d/dqt6-base/qtbase.spec:%include %SOURCE1
> d/dqt6-declarative/qtdeclarative.spec:%include %SOURCE1
> d/dqt6-declarative/qtdeclarative.spec:%include %SOURCE2
> q/qt5-base/qtbase.spec:%include %SOURCE1
> q/qt5-declarative/qtdeclarative.spec:%include %SOURCE1
> q/qt5-declarative/qtdeclarative.spec:%include %SOURCE2
> q/qt6-base/qtbase.spec:%include %SOURCE1
> q/qt6-declarative/qtdeclarative.spec:%include %SOURCE1
> q/qt6-declarative/qtdeclarative.spec:%include %SOURCE2
> r/rpm-build-rpm-eval/rpm-build-rpm-eval.spec:%include %SOURCE2
> s/ssh-provider-gostcrypto/ssh-provider.spec:%include %SOURCE0
> s/ssh-provider-openquantumsafe/ssh-provider.spec:%include %SOURCE0
> s/ssh-provider-openssh/ssh-provider.spec:%include %SOURCE0
> w/webserver-common/webserver-common.spec:%include %SOURCE2
>
>
> _______________________________________________
> Devel mailing list
> Devel@lists.altlinux.org
> https://lists.altlinux.org/mailman/listinfo/devel