Traceback (most recent call last):
File "/usr/local/bin/sphinx-build", line 6, in <module>
from pkg_resources import load_entry_point
ModuleNotFoundError: No module named 'pkg_resources'
--- Utilities/Sphinx/doc_format_man ---
*** [Utilities/Sphinx/doc_format_man] Error code 1
дальше еще пачка сообщений от make, где именно он stopped, после чего
===> Compilation failed unexpectedly.
Try to set MAKE_JOBS_UNSAFE=yes and rebuild before reporting the failure to
the maintainer.
*** Error code 1
Stop.
make[1]: stopped in /usr/ports/devel/cmake
*** Error code 1
Stop.
make: stopped in /usr/ports/devel/cmake
С указанной переменной сборка не помогает, модуль pkg_resourses не появляется.
Система FreeBSD 12.2-STABLE stable/12-n233250-2e7cd5ec7e6
Никто не сталкивался?
--
Taras Heichenko
ta...@academ.kiev.ua
_______________________________________________
freebsd mailing list
fre...@uafug.org.ua
http://mailman.uafug.org.ua/mailman/listinfo/freebsd
On Tue, 20 Jul 2021 at 18:00:07 (+0300), Taras Heichenko wrote:
> Hi all!
> А кто-нибудь недавно собирал cmake под фрей? Это у меня какой косяк вылез, или я не одинок?
Это косяк не cmake, а компонентов Python.
Quick fix: выкл опцию сборки MANPAGES в /usr/ports/devel/cmake
Proper fix: разобраться, какая версия Питона используется системой, и
(пере)установить devel/py-setuptools (модуль pkg_resources
устанавливается этим пакетом)
> Система FreeBSD 12.2-STABLE stable/12-n233250-2e7cd5ec7e6
> Никто не сталкивался?
> --
> Taras Heichenko
> ta...@academ.kiev.ua
--
George L. Yermulnik
[YZ-RIPE]
Можно потратить некоторое время и аккуратно поубирать все py37* которые
бесполезны/поломаны после переезда на Python 3.8. В их числе наверняка есть
py37-*sphinx*
Можно проще - удалить все *sphinx* и повторить сборку
cmake в последние годы стал ужасным монстром в смысле сборки
с четверью интернета в сборочных зависимостях,
так что его по возможности лучше ставить пакетом.
Если же у вас, например, стоит python 3.7.x и это не прописано в /etc/make.conf,
а оно тянет сборку 3.8, то имеет смысл прописать в make.conf что-то типа такого:
DEFAULT_VERSIONS= perl5=5.32 python=3.7 python3=3.7
Не помню, что из python/python3 надо, но оба прописать не вредно.
И тогда оно не будет тянуть каждую новую версию питона, пока 3.7 не дропнут совсем.
On Wed, 21 Jul 2021 at 07:55:57 (+0300), Taras Heichenko wrote:
> > Если же у вас, например, стоит python 3.7.x и это не прописано в /etc/make.conf,
> > а оно тянет сборку 3.8, то имеет смысл прописать в make.conf что-то типа такого:
> > DEFAULT_VERSIONS= perl5=5.32 python=3.7 python3=3.7
> Основная проблема с этими записями в make.conf ??? вовремя их убрать. :)
А точнее - вовремя добавить.
Ну, или почитывать /usr/ports/UPDATING перед обновлениями, чтобы вовремя
обновляться при смене дефолтных версий python/perl/whatever.
> Оно уже зависимостями где-то подтянуло и поставило и 3.7 и 3.8. Пакеты
> правда стоят пока py37.
--
George L. Yermulnik
[YZ-RIPE]
Hello!
On Wed, 21 Jul 2021 at 07:55:57 (+0300), Taras Heichenko wrote:
> > Если же у вас, например, стоит python 3.7.x и это не прописано в /etc/make.conf,
> > а оно тянет сборку 3.8, то имеет смысл прописать в make.conf что-то типа такого:
> > DEFAULT_VERSIONS= perl5=5.32 python=3.7 python3=3.7
> Основная проблема с этими записями в make.conf ??? вовремя их убрать. :)
А точнее - вовремя добавить.
Ну, или почитывать /usr/ports/UPDATING перед обновлениями, чтобы вовремя
обновляться при смене дефолтных версий python/perl/whatever.
Если бы еще poudriere помогало решить проблему с пакетами, которые уже по
факту устарели/не должны использоваться, но накапливаются в системе. Так что
рекомендуется читать.