Прошу починить
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).
Спасибо!
