Summary: | QtiPlot 0.9.7.7 released | ||
---|---|---|---|
Product: | Sisyphus | Reporter: | Denis G. Samsonenko <d.g.samsonenko> |
Component: | qtiplot | Assignee: | Vladimir D. Seleznev <vseleznv> |
Status: | CLOSED FIXED | QA Contact: | qa-sisyphus |
Severity: | enhancement | ||
Priority: | P3 | CC: | lav, mike, real.altlinux.org |
Version: | unstable | ||
Hardware: | all | ||
OS: | Linux | ||
Bug Depends on: | 20844 | ||
Bug Blocks: |
Description
Denis G. Samsonenko
2009-05-27 20:40:06 MSD
От 0.9.7.8 отвалился qtiplot-0.9.7.4-defines-alt.patch.bz2 -- может, притрёте? М-да, там довольно прилично их отвалилось. Часть уже приспособил, syslibs адаптировал из Gentoo. Ещё надо собирать или с qwt в пузе, или обновлять системную до 5.2.0. Выложил промежуточный результат сюда: http://fly.osdn.org.ua/~mike/tmp/qtiplot-0.9.7.8-alt0.1.src.rpm Требуется ещё http://fly.osdn.org.ua/~mike/tmp/libqwt-5.2.0-alt1.src.rpm PS: провозился часа три, но этот пакет немного ностальгический просто :) src/scripting/ScriptEdit.cpp:295:6: error: #elif with no expression Существенный кусок qtiplot-0.9.7.8-alt-includes.patch стоило бы выкинуть и заменить на sed -i с добавлением qwt/ и qwtplot3d/, причём по *.h *.cpp *.sip, а ещё там то <>, то ""... Вредная софтина по части сборки, потому в своё время и обломался, помнится. А сейчас запоролся на: sipqtiGraph3D.cpp:1038: error: cannot convert 'QwtLinearColorMap' to 'QwtLinearColorMap*' in assignment Выложенный src.rpm обновил, предлагаю ковырять от него. "Существенный кусок qtiplot-0.9.7.8-alt-includes.patch стоило бы выкинуть и заменить на sed -i с добавлением qwt/ и qwtplot3d/" Не нужно (я вообще отключил этот патч, только правку liborigin для gcc4.4 сохранил), достаточно поправить qtiplot/qtiplot/qtiplot.pro Сейчас отвязал его от "внутреннего" qwtplot3d (который вернулся в сизиф), но оставил сборку с "внутренним" qwt, а то пока его в сизифе обновят, скорее зима начнётся. Дождёмся обновления - пересобрать нетрудно будет. Посылаю 0.9.7.9 в сизиф, соберётся - дам acl для mutabor@, а дальше видно будет... Кстати, liborigin тоже бы не мешало обновить: в сизифе он 20080225, тогда как в апстриме уже 20090326, и потом можно будет и от "внутреннего" liborigin избавиться... наверно... qtiplot-0.9.7.9-alt1 -> sisyphus: * Tue Sep 15 2009 Eugeny A. Rostovtsev (REAL) <real at altlinux> 0.9.7.9-alt1 - Version 0.9.7.9 (ALT #20200) - Temporarily fixed build with embedded libraries libqwt & liborigin (awaiting updates in Sisyphus) Ну вот и обновился libqwt в сизифе. Но собрать с ним qtiplot не выходит: отсутствует ряд нужных полей классов, да и сами классы не все. Сделал себе снапшот из svn libqwt, там всё есть, странно, почему нет в релизе. Что делать будем? Оставляем как есть (статическая сборка с внутренним libqwt), просим lav@ обновить до svn или делаем новый пакет с кофликтами? Меня вот два последних варианта что-то совсем не устраивают... (В ответ на комментарий №8) > Ну вот и обновился libqwt в сизифе. Но собрать с ним qtiplot не выходит: > отсутствует ряд нужных полей классов, да и сами классы не все. Сделал себе ... Я подозреваю, что библиотеку qwt разрабатывают интенсивно вместе с qtiplot, поэтому только статическая будет точно соответствовать, о другом просто не заботятся... И собрать со статикой - самый лёгкий вариант, возможно что можно пока так и сделать.... В сборке из svn ничего зазорного не вижу, лишь бы собралось... Заодно можно было бы в git перенести... "И собрать со статикой - самый лёгкий вариант, возможно что можно пока так и сделать...." Оно сейчас как раз так и сделано. "В сборке из svn ничего зазорного не вижу, лишь бы собралось... Заодно можно было бы в git перенести..." Хорошо, дойдут руки, можно будет и за libqwt взяться... |