Created attachment 4550 [details] табличка в ASCII для импорта в qtiplot На бранче 5.1 у меня падает qtiplot при импорте (Ctrl+K) ASCII файла (файл, который импортирую -- прилагаю). $ qtiplot (5976): Trying to open ksycoca from "/var/tmp/kdecache-denis/ksycoca4" Ошибка сегментирования $ rpm -q qtiplot qtiplot-0.9.7.10-alt1.svn20091021.1 Может стоит сбэкпортировать версию из Сизифа, если на ней не будет проявляться данная проблема (и вообще, на сайте разработчиков указано, что доступна версия 0.9.8.2)?
в апстриме уже версия 0.9.8.5
Насколько я знаю, в апстриме это давно исправлено. Я для ALT Linux давно ничего не собираю и буду рад, если кто-нибудь возьмёт себе пакет.
Попробовал собрать себе сам текущую версию из Сизифа. Пришлось предварительно собрать ещё liborigin2-20100913, rpm-build-python-0.34.5, qtexengine-0.3. В spec-файле закоментировал сборочную зависимость на python-modules-multiprocessing и libqt4-assistant-devel, т.к. в бранче 5.1 таких пакетов нет. Поставил зависимость на libqt4-assistant вместо libqt4-assistant-devel, на libqt4-devel зависимость уже и так была. Заменил упоминание макроса %_qt4lib на %_libdir/qt4 в spec-файле. Попробовал собрать в хашере полученный src.rpm, но сборка обламывается на этом: [...] src/scripting/Note.cpp src/scripting/Note.cpp:46: warning: unused parameter 'env' src/scripting/MyParser.cpp: In member function 'void MyParser::setLocale(const QLocale&)': src/scripting/MyParser.cpp:82: error: 'SetDecSep' was not declared in this scope src/scripting/MyParser.cpp:83: error: 'SetArgSep' was not declared in this scope src/scripting/MyParser.cpp:84: error: 'SetThousandsSep' was not declared in this scope src/scripting/MyParser.cpp:86: error: 'ResetLocale' was not declared in this scope make[1]: *** [../tmp/qtiplot/MyParser.o] Error 1 make[1]: *** Waiting for unfinished jobs.... make[1]: Leaving directory `/usr/src/RPM/BUILD/qtiplot-0.9.8.5/qtiplot' make: *** [sub-qtiplot-make_default] Error 2 make: Leaving directory `/usr/src/RPM/BUILD/qtiplot-0.9.8.5' error: Bad exit status from /usr/src/tmp/rpm-tmp.23976 (%build) RPM build errors: Bad exit status from /usr/src/tmp/rpm-tmp.23976 (%build) Command exited with non-zero status 1 808.87user 27.86system 7:25.88elapsed 187%CPU (0avgtext+0avgdata 768352maxresident)k 95192inputs+217896outputs (204major+6023612minor)pagefaults 0swaps hsh-rebuild: rebuild of `qtiplot-0.9.8.5-alt0.M51.0.svn20110411.src.rpm' failed. Можно как-то починить сборку, или это не удастся в виду более старых qt4 и python в бранче-5.1 по сравнению с Сизифом?
"You need muparser 1.32" -- http://developer.berlios.de/forum/forum.php?max_rows=25&style=nested&offset=66&forum_id=19948 PS: а спеки просьба прицепить, чтоб избежать двойной работы. :)
Created attachment 4884 [details] spec Вот с таким спеком собралось под 5.1.
Вроде собралось, после того, как предварительно пересобрал сизифную версию muparser. Вечером дома проверю работоспособность.
(В ответ на комментарий №6) > Вечером дома проверю работоспособность. Проверил. Вроде работает, на импорте ASCII больше не падает. Странно, что для сборки требовался qtexengine, а получившийся пакет его не требует. liborigin2 тоже походу не нужен, зря пересобирал. rpm-build-python-0.34.5 тоже нужен только для сборки (видимо там определён макрос %_python_version). Завтра на работе проверю ещё на origin'овских файлах, как он их открывает.
Проверил как он открывает файлы origin (.opj). Не хочет открывать, говорит, что это доступно только в QtiPlot Pro версии. :( Раньше файлы origin'а открывались без проблем. На сайте вроде написано, что qtiplot использует liborigin2 для открытия проектов origin'a. Но собранный мной пакет не содержит зависимостей на данную библиотеку. Похоже, что собралось без неё. Надо разобраться, почему так получилось.
Та версия, что сейчас собрана в Сизиф тоже не содержит зависимости на liborigin2. Видимо она тоже не сможет открыть файлы origin'а (проверить не могу в виду отсутствия Сизифа). Однако это регресс.
Посмотрел по архиву Сизифа. Последняя версия, в которой была зависимость на liborigin2 -- это 0.9.7.12-alt1.svn20100301. Собрал ёё, но она падает при импорте ASCII. Вот и получается, что версия, которая не падает, не может открывать файлы origin'a, а та, что может -- падает при импорте ASCII. :(
1) Нужно внимательно смотреть на исходник, скорее всего там liborigin2 имеется в исходниках QtiPlot и собирается всё сразу статически. 2) С точки зрения написания сборочных конфигов автор отличается крайней степенью невменяемости, вполне возможно, что статическая сборка liborigin2 почему-то отключена и QtiPlot собирается без неё. Соответственно нужно её включить. 3) На сайте нет ни слова про QtiPlot :( Автор предлагает за деньги скачать бинарники и обещает техподдержку, в то же время исходник (судя по всему полной версии) доступен для скачивания.
мне уже не актуально
