numpy в зависимостях

NumPy is the fundamental package for scientific computing with Python
двухпанельник sunflower
Наверное будет тебе параллельно экзопланеты искать.
Такие вот быдлокодеры.

Это потому что «Нужна использовать стандартные библиотеки, а не велосипедить, яскозал».

спроси у кодеров pygtk, нахиг им numpy для сборки.

Это гентуспецифичная проблема, изначально возникшая на префиксе, которую так никто и не решил

Если вкратце - сложно согласовать USE-флаги с пакетами которые способны детектить наличие зависимостей в рантайме.

Например поставил ты пакет с USE="-foo", а зависимость foo доставил отдельно(прочитав где-нибудь, что она решает проблему с неполной работой твоего пакета). В результате пакетный менеджер думает, что foo не нужна для твоего пакета, а у тебя всё работает. А потом ты выполнил emerge --depclean, ненужный никому(по мнению пакетного менеджера) foo удалился(если ты его поставил как зависимость с -1) и ты снова наступаешь на грабли.

В случае зависимостей, которые решаются во время компиляции максимум на что ты можешь напороться - это автомагия. Тут эта автомагия выходит на уровень выполнения.

Другого решения кроме как вводить USE-флаги, которые могут вызывать проблемы описанные выши в принципе нет. И делают это крайне неохотно. Обычно просто в pkg_postinst для ебилда проблемного софта помещают текст в стиле «если вам нужны дополнительные фичи - доустановить пакет такой-то». Но это сложно назвать полноценным решением проблемы.

исправил в своём публичном

  --disable-numpy         Disable numeric python features 

это так трудно реализовать, что ли?

Генту это не про реализацию, а про угар брократии и шизофрении.

бюрократия в Дженте - это просто трэш и угар; жаль, что взяток не берут.

Не всегда наличие опции означает что она работает :-)

Но стоит уточнить у мэйнтэйнера конечно

Это гентуспецифичная проблема

То есть numpy можно сносить после установки pygtk и зависящего от него софта, так что ли? :)

В принципе, шут с ним, как выяснилось, это не numpy мне останавливала пересборку мира в последний раз. Со второго захода всё собралось, теперь PYTHON_SINGLE_TARGET="python3_6" PYTHON_TARGETS="python2_7 python3_6" (из-за чего и была затеяна пересборка). Но наткнулся на ту же проблему, что здесь в середине темы.

Traceback (most recent call last):
  File "setup.py", line 5, in <module>
    from setuptools import setup, find_packages
ImportError: No module named 'setuptools'

Предложенный там вариант:

emerge -aO1 dev-python/setuptools dev-python/certifi
emerge -auDN @world

удалил numpy, пересобрал pygtk c '--disable-numpy', bleachbit работает

Какие ещё будут предложения?

Покажи содержимое /etc/python-exec/python-exec.conf

И заодно emerge -1Opv setuptools portage

Открывай багрепорт - вестимо надо сделать эту зависимость опциональной

открою. только поди будет как с багом на qbittorrent, к-рый Zlogene пометил как «Resolved - Info Needed». скорее всего, висняком так и останется.

/etc/python-exec/python-exec.conf

python3.5 в последней строчке. Нужно заменить на 3.6 через eselect, да?

emerge -1Opv setuptools portage

These are the packages that would be merged, in order:

[ebuild   R    ] dev-python/setuptools-36.7.2::gentoo  USE="{-test}" PYTHON_TARGETS="python2_7 python3_6 (-pypy) (-pypy3) -python3_4 -python3_5" 0 KiB
[ebuild   R    ] sys-apps/portage-2.3.40-r1::gentoo  USE="(ipc) native-extensions rsync-verify xattr -build -doc -epydoc -gentoo-dev (-selinux)" PYTHON_TARGETS="python2_7 python3_6 (-pypy) -python3_4 -python3_5" 0 KiB

Total: 2 packages (2 reinstalls), Size of downloads: 0 KiB

А дать это самое INFO не пробовал? :-)

Нужно заменить на 3.6 через eselect, да?

Да.

В выхлопе всё верно.

Вооот, другое дело. Теперь и setuptools находится, и pkg_resources, и всё прочее. Спасибо!

всё выдано

Этот баг? Да ладно!

Я понимаю, что можно багрепорты и на словах принимать типа «там чё-то где-то как-то не работает, разберитесь», но давай пожалуйста не будем

Прикрепить файл к багу - не rocket science, как минимум не сложнее заливки в pastebin. И также как и выкладка на pastebin - возможно даже из консоли

приложите лог, иначе валите нах - лучшая политика Дженты. немудрено, что писать багрепорты многих ломает.

Конечно, давай мы забъем на автоматические валидаторы, тиндербокс и всё прочее, что пилится под нашу багзиллу и напрямую влияет на качество проекта - сугубо потому что автоматические тулзы дают +100500 к разгребанию рутины. Давайте на всё это забъем и будем жить вообще без стандартов - ведь серьезно, кому они нужны?

Я понимаю, что нужно быть user-friendly. Но о себе забывать тоже не стоит.

Нормально оформленный багрепорт - уже треть пути к решению проблемы.

Напоминаю еще раз - ты смог выложить файл на pastebin. Наверняка использовал для этого какой-нибудь wgetpaste. Что, кроме очевидной лени, помешало тебе использовать такой же консольный pybugz или любой другой интерфейс для багзиллы - решительно не ясно.

Кстати да. 40 метров какого-то ненужно.

Только у меня это inkscape притянул.

а нафига теперь numpy добавили в зависимость в Boost-1.67 ?

Не мучайся качни https://www.youtube.com/watch?v=Oou3lq2IRL0

кек, действительно

Автомагия в python.jam - присылай патч(желательно сразу в апстрим) чтобы можно было на этапе компиляции отключать поддержку numpy, даже если последний установлен

Этот баг?

Какой баг?

Упс, вот к чему приводит копипаста >_<

Ссылка на баг, которую я не вставил - https://bugs.gentoo.org/661648

кому надо numpy, тот поставит. а кому не надо, нафига впаривать?

только поди будет как с багом на qbittorrent

Для свежей стабильной версии этот патч не применяется, в live build его применение сейчас отключено. Сам баг с пометкой «need info» был закрыт до предоставление какой-либо информации. То есть первоначально вообще не было понятно, что произошло.

Ну да ладно, баг и баг. Сейчас то 9999 собирается?

причём тут патч-то? баг о другом.

Сейчас то 9999 собирается?

хз, забил на qbittorrent

Насколько я в итоге понял, баг в том, что не применяется патч. Если нет, то я вообще из описания ничего не понял.

Раз уж описание такое неоднозначное, то где «steps to reproduce»?

баг в том, что указанных перенных уже нет CMakefile.txt. т.е. их нельзя задать, конфигуратор сам определяет их наличие. по-моему, и так ясно, что имеется в виду.

CMake Warning:
  Manually-specified variables were not used by the project:

    DBUS
    GUI
    SYSTEM_QTSINGLEAPPLICATION

меня сбило с толку дальнейшее упоминание об ошибке о том, что не применился патч.

А вообще, у них в апстриме просто был рефакторинг скрипта сборки и поменялись названия опций.

вот про этот как раз этот баг

Мне лень пароль восстанавливать от багзиллы сейчас, если соберусь запрашивать обновление одной софтины, то добавлю инфу в описание бага об этом.

они эти опции удалили

Не совсем, например, вместо GUI теперь связка DISABLE_GUI и Qt5Widgets_FOUND; вместо SYSTEM_QTSINGLEAPPLICATION - QtSingleApplication; вместо DBUS - Qt5DBus. Но наличие всего этого в системе теперь определяется автоматически.

А так как это изменение внесено 5 июня и с тех пор пока ни одной новой версии не выходило, то следующих ebuild для пакета определённо потребует внесения ряда изменений.

а я про что. теперь эти ключи недействительны. а Злогин не хочет ебилд править.

а переоткрыть не пробовал?

Ну как недействительны ... они просто ни на что не влияют. А подправить было б неплохо. Насколько я понял принудительно сборку без gui при установленном qt5 не отключить. Или можно отключить флагом X?

можно отключить, но надо возвращаться на старую систему сборки, т.к. https://github.com/qbittorrent/qBittorrent/blob/master/CMakeLists.txt#L3

дуй в апстрим, это не gentoo-specific

хотя возможно я перепишу девятки с использованием autotools, мне он проще дается

это ты про что именно?

кому надо numpy, тот поставит. а кому не надо, нафига впаривать?

Если бы КАЖДАЯ программа писала бы в лог что «ой, а вот эта фича вам не доступна, потому что у вас не установлен пакет foo» - тогда и не пришлось бы «впаривать». Вот откуда ты еще узнаешь что что-то у тебя не работает, потому что не установлен какой-то пакет, если программа в которой фича заточена на этот пакет об этом не говорит?

ccsm вот к примеру имел зависимость от модуля sexy-python кажется, так он сразу при старте говорил что-то типа «sexy-python not found, do not worry, it's optional». И там сразу было всё понятно.

В общем я с официальной позицией согласен, но только потому, что методов, которые удовлетворят всех(отсутствие автомагии и вменяемый user expirience) тупо нет.

Возможно с введением dynamic USE-flags у нас появится аналог чего-то типа suggested/recommended dependencies в бинарных дистрибутивах, но пока этого нет.

Если бы КАЖДАЯ программа писала бы в лог что «ой, а вот эта фича вам не доступна, потому что у вас не установлен пакет foo» - тогда и не пришлось бы «впаривать».

Вот, подобная ситуация в Debian c recommended пакетами - никогда не знаешь заранее, что у тебя не будет поддерживаться в софтине, если ты к ней эти пакеты не доустановишь.

И до кучи такая же ситуация с рядом софтин, которые для работы некоторых фич или вообще хотят gstreamer и его плагины (openoffice, libreoffice). Тот же elisa, поставленный на посмотретьлушать, после установки вообще ничего не играл у меня, пока я вручную плагины не поставил. Нужно бы фич-реквест зарепортить, чтобы добавили use флаги, добавляющие поддержку определённых форматов: а то либо всё подряд приходится ставить, либо гадать, «а чего ещё то не хватает?»

Я как-то написал ебилд со всеми доступными опциями. 100 юзов мне не понравились, в следующей версии половину опций сломали или переписали, а также добавили ещё 10 новых и ебилд пришлось дополнять нетривиальной логикой.

Gstreamer плохой пример, то что его опциональные пакеты нужны для опциональной поддержки форматов это нормально, если приложение полностью полагается на него. Я бы даже сказал это абсолютно ожидаемое и привычное поведение.

Gstreamer плохой пример, то что его опциональные пакеты нужны для опциональной поддержки форматов это нормально

У его плагинов такое описание, что часто вообще невозможно понять, поддержку чего он добавляет. Я понимаю, что разработчик плагинов тот ещё фанат Серджио Леоне, но описание этих пакетов не даёт ничего, а чтобы просто добавить поддержку воспроизведения mp3, flac, m4a и пары других - придётся поставить почти все остальные, не забыв для отдельных ещё и дополнительные флаги включить, которые не упомянуты в meta пакете. Все конечно перебор, но хотя бы самые распространённые чтобы флагами описывались.