Reading Package Lists... Done Building Dependency Tree... Done Calculating Upgrade... Done The following packages will be upgraded libnumpy python-module-numpy python-module-numpy-addons python-module-numpy-testing The following NEW packages will be installed: dvipng libkpathsea libnumpy-devel python-module-Pygments python-module-SQLAlchemy python-module-dateutil python-module-docutils python-module-jinja2 python-module-jinja2-tests python-module-markupsafe python-module-matplotlib python-module-matplotlib-gtk3 python-module-numpydoc python-module-pyparsing python-module-simplejson python-module-sphinx python-module-whoosh python-module-xapian scons t1lib 4 upgraded, 20 newly installed, 0 removed and 0 not upgraded. Need to get 0B/14.5MB of archives. After unpacking 60.2MB of additional disk space will be used.
Никакого криминала не вижу. PS: $ rpm -qR python-module-numpy python = 2.7 python-module-numpy-testing = 2.0.0-alt9.git20131021 libnumpy = 2.0.0-alt9.git20131021 /bin/sh /usr/bin/python2.7 libc.so.6(GLIBC_2.11)(64bit) libc.so.6(GLIBC_2.14)(64bit) libc.so.6(GLIBC_2.3)(64bit) libc.so.6(GLIBC_2.3.4)(64bit) libc.so.6(GLIBC_2.4)(64bit) libc.so.6(GLIBC_2.7)(64bit) liblapack.so.4()(64bit) >= set:ojHKUptFIKqhToPKEDZbDNEOgKZarbNzKM9HZ9OfUNSOo2tR6upPkSTHhaJ9zfm3OBX74SDZoD22uiHU3p9ctZLo1 rpmlib(SetVersions) libopenblas.so.0()(64bit) >= set:rmYeGzh8MTls6zAPoo8zLcJB3FYZeELudzvPrgFAAv6YnIzMjivsNXdU6awingq6gjsgoDqmlF7SJsN libpthread.so.0()(64bit) python2.7(setuptools) coreutils libnumpy-devel = 2.0.0-alt9.git20131021 rpmlib(PayloadIsLzma)
Зачем у python-module-numpy зависимости (циклические, между прочим) на libnumpy-devel и python-module-numpy-testing?
Зависимость от libnumpy-devel создаётся автоматикой, не знаю причин. А python-module-numpy-testing - это просто часть python-module-numpy, но вынесенная в подпакет, чтобы репокоп не ругался.
(In reply to comment #3) > Зависимость от libnumpy-devel создаётся автоматикой, не знаю причин. Это регрессия, в python-module-numpy-2.0.0-alt8.git20131021 такой зависимости не было, а в python-module-numpy-2.0.0-alt9.git20131021 она уже есть. Кому же еще знать, если не мейнтейнеру пакета, откуда взялась эта зависимость. Между прочим, не из-за поломки ли python-module-sphinx вообще появилась на свет сборка python-module-numpy-2.0.0-alt9.git20131021? Ну а libnumpy-devel, в свою очередь, циклически зависит от еще и от python-module-numpy-addons. > А python-module-numpy-testing - это просто часть python-module-numpy, но > вынесенная в подпакет, чтобы репокоп не ругался. Получается, что сейчас разделение python-module-numpy - это фикция, на самом деле python-module-numpy python-module-numpy-addons python-module-numpy-testing libnumpy-devel - это сейчас один пакет.
"не из-за поломки ли python-module-sphinx вообще появилась на свет сборка python-module-numpy-2.0.0-alt9.git20131021?" Вряд ли, тут скорее jinja2, я его попробовал обновить, но проблема осталась. "Получается, что сейчас разделение python-module-numpy - это фикция, на самом деле python-module-numpy python-module-numpy-addons python-module-numpy-testing libnumpy-devel - это сейчас один пакет." Можно, конечно, объединить, только надо ли?
(In reply to comment #5) > "Получается, что сейчас разделение python-module-numpy - это фикция, на самом > деле > python-module-numpy > python-module-numpy-addons > python-module-numpy-testing > libnumpy-devel > - это сейчас один пакет." > > Можно, конечно, объединить, только надо ли? Это ведь не решит проблемы установки кучи пакетов, без которых предыдущая сборка python-module-numpy устанавливалась. Обратите внимание, состав пакета python-module-numpy между alt8.git20131021 и alt9.git20131021 существенно изменился. Скорее всего, "%if_with doc" в секциях %files неправильно расставлены.
Единственное, что изменилось, это отключение генерации документации, иначе проиходил сбой в сборке. Так что причину нужно искать не в numpy, а где-то ещё.
(In reply to comment #7) > Единственное, что изменилось, это отключение генерации документации, иначе > проиходил сбой в сборке. Так что причину нужно искать не в numpy, а где-то ещё. У вас в "%if_with doc" файла python-module-numpy.spec попало слишком много %exclude. Просто сравните python-module-numpy-2.0.0-alt8.git20131021.x86_64.rpm и python-module-numpy-2.0.0-alt9.git20131021.x86_64.rpm - это сразу бросается в глаза. На вскидку - это %exclude, связанные с multiarray, npymath, private, umath и т.д.
Если вам сложно находить предыдущие сборки python-module-numpy, напоминаю, что есть такой индекс: http://ftp.altlinux.org/pub/distributions/archive/sisyphus/index/src/p/python-module-numpy/
Да, фишка была именно в корявых %if_with doc в секции %files.
python-module-numpy-2.0.0-alt10.git20131021 -> sisyphus: * Wed Jan 15 2014 Eugeny A. Rostovtsev (REAL) <real at altlinux> 2.0.0-alt10.git20131021 - Removed dependency on devel subpackage (ALT #29723)
Изменение отправлено в p7.
