ты прикалываешься резать скор человеку, у которого его 48, да еще и таким подлым способом? Держи свои эмоции при себе, не оттягивайся на мне, пожалуйста.
Я в данном случае прав, потому что пишу баги и знаю как никто другой как тормозят не то, что с фиксами, а даже подтверждениями, так что информация у меня как раз вызывающе верная. Если будешь спорить, то сразу можешь пройти в баготред блендера с последней версией в дереве за ноябрь 2014 года.
commit 0b0f9f37d0995be0bb173025f37e7e34bc45a5dc
Author: Sergey Popov <pinkbyte@gentoo.org>
Date: Wed Jun 1 21:51:22 2016 +0300
dev-libs/boost-numpy: update live ebuild
Bump EAPI to 6, use git-r3 and python-single-r1 eclasses.
Add compatibility with new Python ABI naming.
Package-Manager: portage-2.3.0_rc1
Ну как, год уже прошел? ;-)
Может для разнообразия займешься чем-нибудь кроме нытья?
Я в данном случае прав, потому что пишу баги и знаю как никто другой как тормозят не то, что с фиксами, а даже подтверждениями, так что информация у меня как раз вызывающе верная
Знаешь что сделал я, когда меня не устраивала скорость обработки багов компиза в Gentoo в 2012 году? Пошел ныть на форум? Пошел рассказывать всем, как всё плохо?
А может я перестал присылать патчи и бросил затею становиться разработчиком?
Его уже предоставляли пока один лапоть при моем бампе версии не смержил баги, тот ебилд больше не рабочий, о чем и кричит человек в ветке, что так делать не нужно, на смарку его время ушло.
Не надо меня кастовать на каждую багу - я не резиновый. Учитесь взаимодействовать с разработчиками непосредственно - они няшки и не кусаются(если их не злить, да). IRC для более живого общения, если скорость реакции на баги в багзилле не устраивает. Каждый затянутый в решении баг обычно имеет под собой какую-то проблему.
я сбампил до 2.77, а он написал для 2.76, два бампа (его с ебилдом 2.76) и мой 2.77 смержили, и теперь 2.76 уже просто ушло в прошлое, естественно. Такая гречка где-то декабря 2014, когда вышел фикс на последнюю в дереве 2.72 за ноябрь 2014)
There are still several blockers and new features are being added. Still a bit of work to do. You can download it here and put it in an overlay.
И этот же человек рекомендует пока такое не мерджить в главное дерево
Пойми, налабать ебилд который будет работать на твоей конкретной системе - дело нехитрое. А вот сделать такой ебилд, на который потом не посыпется гора багрепортов из-за напиханных в него костылей или неучтенных проблем - непросто.
И чем сложнее софт, тем это сложнее.
В этом плане я даже удивлен как boost-numpy удалось пофиксить так быстро. Эх, если бы САМ boost был таким же легким >_<
Можете разказать на пальцах, -e 's/PythonLibsNew/PythonLibs/' -e 's/python3/python/' - это и есть решение? Т.е. в boost и не нужно было --with-python. Спрашиваю, потому что теперь у меня новый квест - не собирается media-libs/pyilmbase, да, версия не портажная.
Ошибка подобного характера - checking for boost::python... no
Основное решение - использование екласса из семейства python-r1(в данном случае python-single-r1)
Т.е. в boost и не нужно было --with-python
Посмотри внимательнее на зависимости - он и так тянется и устанавливается с --with-python
Спрашиваю, потому что теперь у меня новый квест - не собирается media-libs/pyilmbase, да, версия не портажная.
Кури билдсистему данного пакета. Судя по фразе «checking for boost::python... no» - похоже на autotools. Кури Makefile.am и configure.ac, если они присутствуют в тарболле пакета.
А теперь сделай equery f boost и посмотри внимательно какие там существуют файлы с расширение .so.
Подсказка: -lboost_python-3 ожидает что где-то в системе(/lib или /usr/lib обычно, для 64-битных систем еще /usr/lib64) будет файл libboost_python-3.so
В Gentoo, благодаря возможности установки библиотек под несколько реализаций python-а, эта библиотека будет называться по-другому
awk: fatal: cannot open file `/usr/portage/eclass/eutils.eclass' for reading (No such file or directory)
/etc/portage/bashrc: line 7: epatch_user: command not found
У тебя точно всё нормально с файловой системой и portage?
$ patch -p0 < configure_ac_python3.patch
$ patch -p0 < imathnumpymodule_cpp.patch
$ patch -p0 < PyImath_python3.patch
$ patch -p0 < python-pyilmbase-link.patch
$ ./bootstrap
$ ./configure --prefix=/usr --with-boost-python-libname=boost_python-3.5
............................
checking for boost::python... no
*** Could not run the boost::python test program, checking why...
*** The boost::python test program could be compiled, but could not be dynamically.
*** or statically linked.
у тебя вообще не собирает при указании USE=python c abi_x86_32? а то, что для abi_x86_32 он собирает без питона, это ж логично, т.к. нет для питона abi_x86_32.
Deleted ()
Последнее исправление: Lifun
(всего
исправлений: 1)
у него собирается сам boost, но без биндингов к питону в abi_x86_32 и не собирается какая-то другая, сторонняя, либа, которая тянет зависимость от этих биндингов