Arch Linux

qtiplot: has to wait for qt4 to be updated... the version that still works with qt3 does not compile any more

In file included from src/application.h:10,
from src/PythonScripting.cpp:24:
src/plot3DDialog.h:69: error: expected `:' before 'slots'
src/plot3DDialog.h:70: error: expected primary-expression before 'void'
src/plot3DDialog.h:70: error: ISO C++ forbids declaration of 'slots' with no type
src/plot3DDialog.h:70: error: expected ';' before 'void'
In file included from src/PythonScripting.cpp:24:
src/application.h:117: error: expected `:' before 'slots'
src/application.h:118: error: expected primary-expression before 'void'
src/application.h:118: error: ISO C++ forbids declaration of 'slots' with no type
src/application.h:118: error: expected ';' before 'void'
src/PythonScripting.cpp: In member function 'virtual QVariant PythonScript::eval()':
src/PythonScripting.cpp:498: warning: dereferencing type-punned pointer will break strict-aliasing rules
src/PythonScripting.cpp:509: warning: suggest parentheses around assignment used as truth value
make: *** [../tmp/qtiplot/PythonScripting.o] Error 1
==> ERROR: Build Failed. Aborting...

qt4 is here! please rebuild!

regards, Brice

qtiplot 0.9 will be soon in testing (deps are prepared) - it depends on pyqt>=4 and this is still work in progress

0.9 is now in testing (x86_64, i686 soon too)

new dependency muparser (extra) (now external lib used)

works fine now with qt>=4 which is also in testing now

bug will close when qt>=4 moves out of testing

Isn't it possible to build an additional static version of qtiplot, which could reduce dependencies problems?

what do you want to build static into qtiplot?

it may reduce dependencies but it will increase the size of binary.

what is your "dependencies problem" you are speaking?

At the moment it is not possible to use qtiplot 0.9 in the non testing branch. Version 0.8 wasn't/isn't usable too (makepkg with errors). When I download the static version from soft.proindependent.com/qtiplot.html I can use qtiplot without problems. So a suitable PKGBUILD would be nice.

qtiplot 0.9 depends on qt>=4 and pyqt>=4 ... and this is going to be in arch - it is in testing now, thats why qtiplot is not in extra but testing for now. the one in extra is broken, i'm aware of this. if you need qtiplot, get it and all its dependencies from testing. they will be moved to extra once qt and pyqt >=4 is moved too.

if you want to use the static version, use ABS to make one. i will not provide one officially.

I tried to build qtiplot for my own, but the adjustment of the *.pro file is horrible.

yes it is :) - their building system instructions, especially 0.7.x up to 0.8.9 are horrible. for 0.9 it is a little bit better, but not really useful. but if you try to build 0.8.9, you will quite for sure fail with our newest pkgs (gcc,qt3,...).

if you do not like getting pkgs from testing (you do not need to get testing as main repo, just do a -S testing/qtiplot) you can just make a PKGBUILD that downloads the static version from the website instead of getting the source and building it.

what is your reason of not wanting qtiplot from testing?

by the way: liborigin is built statically now in qtiplot 0.9 still, because it does not like the latest lib we have... i hope they will make it work in 1.0

OK, I installed qtiplot and its dependencies from testing. But I get following error on startup:

qtiplot: symbol lookup error: qtiplot: undefined symbol: _ZN13QwtPlotPicker16staticMetaObjectE

i686?

i'm working with x86_64 here and it works fine... i will check the i686 pkg when i come home today.

hmm... i just tested it with i686 pkg and it works fine for me. are you -Suy?

try installing glib2 2.14.3-1 from testing

I updated everything from the testing branch and it worked well.

can this be closed now?

Yeah!

Brice