Created attachment 8111 [details]
[PATCH] spec: add doc knob, add BR: python3(requests.exceptions)

Мне сейчас оказалось важно; прошу по возможности принять _после_ починки
и приложенный патчик с ручкой doc (т.к. сборка развесистого пакета,
требующего себя же для сборки собственной документации, может быстро стать
нетривиальной не только при бутстрапе, но и при обновлении пакета --
нарвался на e2k при 1.4.1-alt2 -> 1.6.5-alt3).

Пытаясь обновить сфинкс наткнулся на то, что они взяли и дропнули поддержку второго питона. У нас, по-моему, почти все пакеты генерят документацию сфинксом на втором питоне.

Так что тут есть два решения: хорошее и быстрое.

Собрать две версии разными питонами можно ?

Created attachment 8112 [details]
замена предыдущего варианта

Даже чуть лучше такой -- проморгал зависимость на убираемый --without doc
подпакет в остающемся -devel.

(В ответ на комментарий №3)
> Собрать две версии разными питонами можно ?

Да, кстати. Весьма неплохой трюк! Это даст моментальный эффект прямо сейчас. Пожалуй я так и сделаю. Но в самом ближайшем будущем надо будет всё переводить на третий.

Кроме всего прочего стоит подумать об общем переводе модулей на третий питон. У нас до сих пор в большинстве пакетов он идёт подпакетом. Мне кажется, что уже самое время делать ручку with python2.

На предмет ручек я бы не горячился - для начала надо просто собрать всё что есть третьим питоном и начать удалять модули второго.

Обычная практика апстрима - это дропать питон2 с мажорной версии своего продукта. В тоже время обычная практика даунстрима - это оставлять пакет для питона2 на последней поддерживаемой версии (фриз), а питон3 выносить в новый пакет с новой обновляемой версией. К тому же так будет проще удалить питон2.

Что касается документации в различных форматах (это и html, и pickl'ы, и rst/txt), которая вынесена в подпакеты, считаю это ненужным и при случаю удаляю. Может, и не стоит генерить? Надеюсь, меня кто-нибудь поправит.
Спасибо.

(В ответ на комментарий №7)
> Обычная практика апстрима - это дропать питон2 с мажорной версии своего
> продукта. В тоже время обычная практика даунстрима - это оставлять пакет для
> питона2 на последней поддерживаемой версии (фриз), а питон3 выносить в новый
> пакет с новой обновляемой версией. К тому же так будет проще удалить питон2.

Да, именно так я и планирую сделать. Просто это первый пакет, в котором я увидел такое.

См. https://sourceforge.net/p/docutils/bugs/348/ и далее по ссылкам

python-module-sphinx-1:1.6.5-alt4 -> sisyphus:

Fri Apr 26 2019 Grigory Ustinov <grenka@altlinux> 1:1.6.5-alt4
- Fixed FTBFS (Closes: #36648).

Спасибо!