[opensuse] Porting Openboard to openSuse
Hello, I am a teacher and I've been user of openSankore, which is an open source software for interactive whiteboards. Previous versions of openSuse had a built package to install through One-click-install. But it seems that openSankore has been left since the newest version is a little bit old. Actually, there is no package for Leap. Otherwise, I have realized that there is a fork of that project called OpenBoard which has more recent versions. But unfortunately there isn't any opensuse version. They offer the source code to be compiled by yourself which is far from my possibilities. http://openboard.ch/index.en.html Is there someone that could do it for me? Thanks in advance Josep -- To unsubscribe, e-mail: opensuse+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse+owner@opensuse.org
Hi Josep, On Thursday 25 August 2016 14:16:46 Josep wrote:
Hello,
I am a teacher and I've been user of openSankore, which is an open source software for interactive whiteboards. Previous versions of openSuse had a built package to install through One-click-install. But it seems that openSankore has been left since the newest version is a little bit old. Actually, there is no package for Leap.
Otherwise, I have realized that there is a fork of that project called OpenBoard which has more recent versions. But unfortunately there isn't any opensuse version. They offer the source code to be compiled by yourself which is far from my possibilities.
http://openboard.ch/index.en.html
Is there someone that could do it for me?
Thanks in advance
Josep
I was trying to build OpenBoard for you. I created a OBS project to build it: https://build.opensuse.org/package/show/home:okurz:OpenBoard/OpenBoard I am getting as far as a compile error which I don't know immediately how to handle. The compiler error details: [ 178s] g++ -c -pipe -fopenmp -O2 -w -D_REENTRANT -fPIC - DNO_THIRD_PARTY_WARNINGS -DUBVERSION="\"1.3.3."\" - DUBVERSION_RC=1,3,3,240,0 -DQT_NO_DEBUG -DQT_WEBKITWIDGETS_LIB - DQT_WEBKIT_LIB -DQT_SVG_LIB -DQT_UITOOLS_LIB - DQT_MULTIMEDIAWIDGETS_LIB -DQT_PRINTSUPPORT_LIB - DQT_WIDGETS_LIB -DQT_MULTIMEDIA_LIB -DQT_GUI_LIB - DQT_XMLPATTERNS_LIB -DQT_NETWORK_LIB -DQT_XML_LIB - DQT_SCRIPT_LIB -DQT_CORE_LIB -isystem /usr/include/QtSolutions -isystem /usr/include/quazip -Isrc -Isrc/web/browser -Isrc/pdf-merger -I../OpenBoard- ThirdParty/quazip/ -I../OpenBoard-ThirdParty/qt/singleapplication -isystem /usr/include/qt5 -isystem /usr/include/qt5/QtWebKitWidgets -isystem /usr/include/qt5/QtWebKit -isystem /usr/include/qt5/QtSvg -isystem /usr/include/qt5/QtUiTools -isystem /usr/include/qt5/QtMultimediaWidgets - isystem /usr/include/qt5/QtPrintSupport -isystem /usr/include/qt5/QtWidgets - isystem /usr/include/qt5/QtMultimedia -isystem /usr/include/qt5/QtGui -isystem /usr/include/qt5/QtXmlPatterns -isystem /usr/include/qt5/QtNetwork -isystem /usr/include/qt5/QtXml -isystem /usr/include/qt5/QtScript -isystem /usr/include/qt5/QtCore -Ibuild/linux/release/moc -Ibuild/linux/release/ui - I/usr/lib64/qt5/mkspecs/linux-g++ -o build/linux/release/objects/UBStringUtils.o src/frameworks/UBStringUtils.cpp [ 179s] src/frameworks/UBGeometryUtils.cpp: In static member function 'static QPolygonF UBGeometryUtils::arcToPolygon(const QLineF&, qreal, qreal)': [ 179s] src/frameworks/UBGeometryUtils.cpp:191:42: error: call of overloaded 'abs(qreal&)' is ambiguous [ 179s] bool overlap = abs(spanAngleInDegrees) > 360 - angle; [ 179s] ^ [ 179s] In file included from /usr/include/c++/6/cstdlib:75:0, [ 179s] from /usr/include/c++/6/bits/stl_algo.h:59, [ 179s] from /usr/include/c++/6/algorithm:62, [ 179s] from /usr/include/qt5/QtCore/qglobal.h:88, [ 179s] from /usr/include/qt5/QtCore/qnamespace.h:37, [ 179s] from /usr/include/qt5/QtCore/qobjectdefs.h:41, [ 179s] from /usr/include/qt5/QtCore/qobject.h:40, [ 179s] from /usr/include/qt5/QtCore/qabstractanimation.h:37, [ 179s] from /usr/include/qt5/QtCore/QtCore:4, [ 179s] from /usr/include/qt5/QtGui/QtGuiDepends:3, [ 179s] from /usr/include/qt5/QtGui/QtGui:3, [ 179s] from src/frameworks/UBGeometryUtils.h:33, [ 179s] from src/frameworks/UBGeometryUtils.cpp:30: [ 179s] /usr/include/stdlib.h:774:12: note: candidate: int abs(int) [ 179s] extern int abs (int __x) __THROW __attribute__ ((__const__)) __wur; [ 179s] ^~~ [ 179s] In file included from /usr/include/c++/6/bits/stl_algo.h:59:0, [ 179s] from /usr/include/c++/6/algorithm:62, [ 179s] from /usr/include/qt5/QtCore/qglobal.h:88, [ 179s] from /usr/include/qt5/QtCore/qnamespace.h:37, [ 179s] from /usr/include/qt5/QtCore/qobjectdefs.h:41, [ 179s] from /usr/include/qt5/QtCore/qobject.h:40, [ 179s] from /usr/include/qt5/QtCore/qabstractanimation.h:37, [ 179s] from /usr/include/qt5/QtCore/QtCore:4, [ 179s] from /usr/include/qt5/QtGui/QtGuiDepends:3, [ 179s] from /usr/include/qt5/QtGui/QtGui:3, [ 179s] from src/frameworks/UBGeometryUtils.h:33, [ 179s] from src/frameworks/UBGeometryUtils.cpp:30: [ 179s] /usr/include/c++/6/cstdlib:185:3: note: candidate: __int128 std::abs(__int128) [ 179s] abs(__GLIBCXX_TYPE_INT_N_0 __x) { return __x >= 0 ? __x : -__x; } [ 179s] ^~~ [ 179s] /usr/include/c++/6/cstdlib:180:3: note: candidate: long long int std::abs(long long int) [ 179s] abs(long long __x) { return __builtin_llabs (__x); } [ 179s] ^~~ [ 179s] /usr/include/c++/6/cstdlib:172:3: note: candidate: long int std::abs(long int) [ 179s] abs(long __i) { return __builtin_labs(__i); } [ 179s] ^~~ [ 179s] make[1]: *** [Makefile.Release:4294: build/linux/release/objects/UBGeometryUtils.o] Error 1 Maybe someone else has an idea how to continue from here. Have fun, Oliver -- To unsubscribe, e-mail: opensuse+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse+owner@opensuse.org
On Fri, Aug 26, 2016 at 12:36 PM, Oliver Kurz <okurz@suse.de> wrote:
Hi Josep,
On Thursday 25 August 2016 14:16:46 Josep wrote:
Hello,
I am a teacher and I've been user of openSankore, which is an open source software for interactive whiteboards. Previous versions of openSuse had a built package to install through One-click-install. But it seems that openSankore has been left since the newest version is a little bit old. Actually, there is no package for Leap.
Otherwise, I have realized that there is a fork of that project called OpenBoard which has more recent versions. But unfortunately there isn't any opensuse version. They offer the source code to be compiled by yourself which is far from my possibilities.
http://openboard.ch/index.en.html
Is there someone that could do it for me?
Thanks in advance
Josep
I was trying to build OpenBoard for you. I created a OBS project to build it: https://build.opensuse.org/package/show/home:okurz:OpenBoard/OpenBoard
I am getting as far as a compile error which I don't know immediately how to handle.
The compiler error details:
[ 178s] g++ -c -pipe -fopenmp -O2 -w -D_REENTRANT -fPIC - DNO_THIRD_PARTY_WARNINGS -DUBVERSION="\"1.3.3."\" - DUBVERSION_RC=1,3,3,240,0 -DQT_NO_DEBUG -DQT_WEBKITWIDGETS_LIB - DQT_WEBKIT_LIB -DQT_SVG_LIB -DQT_UITOOLS_LIB - DQT_MULTIMEDIAWIDGETS_LIB -DQT_PRINTSUPPORT_LIB - DQT_WIDGETS_LIB -DQT_MULTIMEDIA_LIB -DQT_GUI_LIB - DQT_XMLPATTERNS_LIB -DQT_NETWORK_LIB -DQT_XML_LIB - DQT_SCRIPT_LIB -DQT_CORE_LIB -isystem /usr/include/QtSolutions -isystem /usr/include/quazip -Isrc -Isrc/web/browser -Isrc/pdf-merger -I../OpenBoard- ThirdParty/quazip/ -I../OpenBoard-ThirdParty/qt/singleapplication -isystem /usr/include/qt5 -isystem /usr/include/qt5/QtWebKitWidgets -isystem /usr/include/qt5/QtWebKit -isystem /usr/include/qt5/QtSvg -isystem /usr/include/qt5/QtUiTools -isystem /usr/include/qt5/QtMultimediaWidgets - isystem /usr/include/qt5/QtPrintSupport -isystem /usr/include/qt5/QtWidgets - isystem /usr/include/qt5/QtMultimedia -isystem /usr/include/qt5/QtGui -isystem /usr/include/qt5/QtXmlPatterns -isystem /usr/include/qt5/QtNetwork -isystem /usr/include/qt5/QtXml -isystem /usr/include/qt5/QtScript -isystem /usr/include/qt5/QtCore -Ibuild/linux/release/moc -Ibuild/linux/release/ui - I/usr/lib64/qt5/mkspecs/linux-g++ -o build/linux/release/objects/UBStringUtils.o src/frameworks/UBStringUtils.cpp [ 179s] src/frameworks/UBGeometryUtils.cpp: In static member function 'static QPolygonF UBGeometryUtils::arcToPolygon(const QLineF&, qreal, qreal)': [ 179s] src/frameworks/UBGeometryUtils.cpp:191:42: error: call of overloaded 'abs(qreal&)' is ambiguous [ 179s] bool overlap = abs(spanAngleInDegrees) > 360 - angle; [ 179s] ^ [ 179s] In file included from /usr/include/c++/6/cstdlib:75:0, [ 179s] from /usr/include/c++/6/bits/stl_algo.h:59, [ 179s] from /usr/include/c++/6/algorithm:62, [ 179s] from /usr/include/qt5/QtCore/qglobal.h:88, [ 179s] from /usr/include/qt5/QtCore/qnamespace.h:37, [ 179s] from /usr/include/qt5/QtCore/qobjectdefs.h:41, [ 179s] from /usr/include/qt5/QtCore/qobject.h:40, [ 179s] from /usr/include/qt5/QtCore/qabstractanimation.h:37, [ 179s] from /usr/include/qt5/QtCore/QtCore:4, [ 179s] from /usr/include/qt5/QtGui/QtGuiDepends:3, [ 179s] from /usr/include/qt5/QtGui/QtGui:3, [ 179s] from src/frameworks/UBGeometryUtils.h:33, [ 179s] from src/frameworks/UBGeometryUtils.cpp:30: [ 179s] /usr/include/stdlib.h:774:12: note: candidate: int abs(int) [ 179s] extern int abs (int __x) __THROW __attribute__ ((__const__)) __wur; [ 179s] ^~~ [ 179s] In file included from /usr/include/c++/6/bits/stl_algo.h:59:0, [ 179s] from /usr/include/c++/6/algorithm:62, [ 179s] from /usr/include/qt5/QtCore/qglobal.h:88, [ 179s] from /usr/include/qt5/QtCore/qnamespace.h:37, [ 179s] from /usr/include/qt5/QtCore/qobjectdefs.h:41, [ 179s] from /usr/include/qt5/QtCore/qobject.h:40, [ 179s] from /usr/include/qt5/QtCore/qabstractanimation.h:37, [ 179s] from /usr/include/qt5/QtCore/QtCore:4, [ 179s] from /usr/include/qt5/QtGui/QtGuiDepends:3, [ 179s] from /usr/include/qt5/QtGui/QtGui:3, [ 179s] from src/frameworks/UBGeometryUtils.h:33, [ 179s] from src/frameworks/UBGeometryUtils.cpp:30: [ 179s] /usr/include/c++/6/cstdlib:185:3: note: candidate: __int128 std::abs(__int128) [ 179s] abs(__GLIBCXX_TYPE_INT_N_0 __x) { return __x >= 0 ? __x : -__x; } [ 179s] ^~~ [ 179s] /usr/include/c++/6/cstdlib:180:3: note: candidate: long long int std::abs(long long int) [ 179s] abs(long long __x) { return __builtin_llabs (__x); } [ 179s] ^~~ [ 179s] /usr/include/c++/6/cstdlib:172:3: note: candidate: long int std::abs(long int) [ 179s] abs(long __i) { return __builtin_labs(__i); } [ 179s] ^~~ [ 179s] make[1]: *** [Makefile.Release:4294: build/linux/release/objects/UBGeometryUtils.o] Error 1
Maybe someone else has an idea how to continue from here.
Have fun, Oliver
Oliver, A c++ programmer can probably fix (patch) that up pretty quickly, but it would be better to report it to upstream and get them to do a real fix that will be part of the next release. They could probably provide you the needed patch as well will little problem. Greg -- To unsubscribe, e-mail: opensuse+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse+owner@opensuse.org
Yes, should be reported upstream, but I just checked the Qt docs and qreal is typedfed to double. abs(), according to http://www.cplusplus.com/reference/cmath/abs/ comes in three flavors. So I don't see why abs(double) is not chosen as the prototype for abs(qreal). But, looking at the error message, it is taking the "usual" C prototype for abs (which is abs(int)). A fix for this until you hear from the upstream maintainers is to use std::abs() instead of abs().
On Aug 26, 2016, at 14:21:35, Greg Freemyer <greg.freemyer@gmail.com> wrote:
On Fri, Aug 26, 2016 at 12:36 PM, Oliver Kurz <okurz@suse.de> wrote:
Hi Josep,
On Thursday 25 August 2016 14:16:46 Josep wrote:
Hello,
I am a teacher and I've been user of openSankore, which is an open source software for interactive whiteboards. Previous versions of openSuse had a built package to install through One-click-install. But it seems that openSankore has been left since the newest version is a little bit old. Actually, there is no package for Leap.
Otherwise, I have realized that there is a fork of that project called OpenBoard which has more recent versions. But unfortunately there isn't any opensuse version. They offer the source code to be compiled by yourself which is far from my possibilities.
http://openboard.ch/index.en.html
Is there someone that could do it for me?
Thanks in advance
Josep
I was trying to build OpenBoard for you. I created a OBS project to build it: https://build.opensuse.org/package/show/home:okurz:OpenBoard/OpenBoard
I am getting as far as a compile error which I don't know immediately how to handle.
The compiler error details:
[ 178s] g++ -c -pipe -fopenmp -O2 -w -D_REENTRANT -fPIC - DNO_THIRD_PARTY_WARNINGS -DUBVERSION="\"1.3.3."\" - DUBVERSION_RC=1,3,3,240,0 -DQT_NO_DEBUG -DQT_WEBKITWIDGETS_LIB - DQT_WEBKIT_LIB -DQT_SVG_LIB -DQT_UITOOLS_LIB - DQT_MULTIMEDIAWIDGETS_LIB -DQT_PRINTSUPPORT_LIB - DQT_WIDGETS_LIB -DQT_MULTIMEDIA_LIB -DQT_GUI_LIB - DQT_XMLPATTERNS_LIB -DQT_NETWORK_LIB -DQT_XML_LIB - DQT_SCRIPT_LIB -DQT_CORE_LIB -isystem /usr/include/QtSolutions -isystem /usr/include/quazip -Isrc -Isrc/web/browser -Isrc/pdf-merger -I../OpenBoard- ThirdParty/quazip/ -I../OpenBoard-ThirdParty/qt/singleapplication -isystem /usr/include/qt5 -isystem /usr/include/qt5/QtWebKitWidgets -isystem /usr/include/qt5/QtWebKit -isystem /usr/include/qt5/QtSvg -isystem /usr/include/qt5/QtUiTools -isystem /usr/include/qt5/QtMultimediaWidgets - isystem /usr/include/qt5/QtPrintSupport -isystem /usr/include/qt5/QtWidgets - isystem /usr/include/qt5/QtMultimedia -isystem /usr/include/qt5/QtGui -isystem /usr/include/qt5/QtXmlPatterns -isystem /usr/include/qt5/QtNetwork -isystem /usr/include/qt5/QtXml -isystem /usr/include/qt5/QtScript -isystem /usr/include/qt5/QtCore -Ibuild/linux/release/moc -Ibuild/linux/release/ui - I/usr/lib64/qt5/mkspecs/linux-g++ -o build/linux/release/objects/UBStringUtils.o src/frameworks/UBStringUtils.cpp [ 179s] src/frameworks/UBGeometryUtils.cpp: In static member function 'static QPolygonF UBGeometryUtils::arcToPolygon(const QLineF&, qreal, qreal)': [ 179s] src/frameworks/UBGeometryUtils.cpp:191:42: error: call of overloaded 'abs(qreal&)' is ambiguous [ 179s] bool overlap = abs(spanAngleInDegrees) > 360 - angle; [ 179s] ^ [ 179s] In file included from /usr/include/c++/6/cstdlib:75:0, [ 179s] from /usr/include/c++/6/bits/stl_algo.h:59, [ 179s] from /usr/include/c++/6/algorithm:62, [ 179s] from /usr/include/qt5/QtCore/qglobal.h:88, [ 179s] from /usr/include/qt5/QtCore/qnamespace.h:37, [ 179s] from /usr/include/qt5/QtCore/qobjectdefs.h:41, [ 179s] from /usr/include/qt5/QtCore/qobject.h:40, [ 179s] from /usr/include/qt5/QtCore/qabstractanimation.h:37, [ 179s] from /usr/include/qt5/QtCore/QtCore:4, [ 179s] from /usr/include/qt5/QtGui/QtGuiDepends:3, [ 179s] from /usr/include/qt5/QtGui/QtGui:3, [ 179s] from src/frameworks/UBGeometryUtils.h:33, [ 179s] from src/frameworks/UBGeometryUtils.cpp:30: [ 179s] /usr/include/stdlib.h:774:12: note: candidate: int abs(int) [ 179s] extern int abs (int __x) __THROW __attribute__ ((__const__)) __wur; [ 179s] ^~~ [ 179s] In file included from /usr/include/c++/6/bits/stl_algo.h:59:0, [ 179s] from /usr/include/c++/6/algorithm:62, [ 179s] from /usr/include/qt5/QtCore/qglobal.h:88, [ 179s] from /usr/include/qt5/QtCore/qnamespace.h:37, [ 179s] from /usr/include/qt5/QtCore/qobjectdefs.h:41, [ 179s] from /usr/include/qt5/QtCore/qobject.h:40, [ 179s] from /usr/include/qt5/QtCore/qabstractanimation.h:37, [ 179s] from /usr/include/qt5/QtCore/QtCore:4, [ 179s] from /usr/include/qt5/QtGui/QtGuiDepends:3, [ 179s] from /usr/include/qt5/QtGui/QtGui:3, [ 179s] from src/frameworks/UBGeometryUtils.h:33, [ 179s] from src/frameworks/UBGeometryUtils.cpp:30: [ 179s] /usr/include/c++/6/cstdlib:185:3: note: candidate: __int128 std::abs(__int128) [ 179s] abs(__GLIBCXX_TYPE_INT_N_0 __x) { return __x >= 0 ? __x : -__x; } [ 179s] ^~~ [ 179s] /usr/include/c++/6/cstdlib:180:3: note: candidate: long long int std::abs(long long int) [ 179s] abs(long long __x) { return __builtin_llabs (__x); } [ 179s] ^~~ [ 179s] /usr/include/c++/6/cstdlib:172:3: note: candidate: long int std::abs(long int) [ 179s] abs(long __i) { return __builtin_labs(__i); } [ 179s] ^~~ [ 179s] make[1]: *** [Makefile.Release:4294: build/linux/release/objects/UBGeometryUtils.o] Error 1
Maybe someone else has an idea how to continue from here.
Have fun, Oliver
Oliver,
A c++ programmer can probably fix (patch) that up pretty quickly, but it would be better to report it to upstream and get them to do a real fix that will be part of the next release. They could probably provide you the needed patch as well will little problem.
Greg -- To unsubscribe, e-mail: opensuse+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse+owner@opensuse.org
-- To unsubscribe, e-mail: opensuse+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse+owner@opensuse.org
Shoot, I top posted.
On Aug 26, 2016, at 14:42:00, Tom Kacvinsky <tom.kacvinsky@suse.com> wrote:
<moved to bottom>
On Aug 26, 2016, at 14:21:35, Greg Freemyer <greg.freemyer@gmail.com> wrote:
On Fri, Aug 26, 2016 at 12:36 PM, Oliver Kurz <okurz@suse.de> wrote:
Hi Josep,
On Thursday 25 August 2016 14:16:46 Josep wrote:
Hello,
I am a teacher and I've been user of openSankore, which is an open source software for interactive whiteboards. Previous versions of openSuse had a built package to install through One-click-install. But it seems that openSankore has been left since the newest version is a little bit old. Actually, there is no package for Leap.
Otherwise, I have realized that there is a fork of that project called OpenBoard which has more recent versions. But unfortunately there isn't any opensuse version. They offer the source code to be compiled by yourself which is far from my possibilities.
http://openboard.ch/index.en.html
Is there someone that could do it for me?
Thanks in advance
Josep
I was trying to build OpenBoard for you. I created a OBS project to build it: https://build.opensuse.org/package/show/home:okurz:OpenBoard/OpenBoard
I am getting as far as a compile error which I don't know immediately how to handle.
The compiler error details:
[ 178s] g++ -c -pipe -fopenmp -O2 -w -D_REENTRANT -fPIC - DNO_THIRD_PARTY_WARNINGS -DUBVERSION="\"1.3.3."\" - DUBVERSION_RC=1,3,3,240,0 -DQT_NO_DEBUG -DQT_WEBKITWIDGETS_LIB - DQT_WEBKIT_LIB -DQT_SVG_LIB -DQT_UITOOLS_LIB - DQT_MULTIMEDIAWIDGETS_LIB -DQT_PRINTSUPPORT_LIB - DQT_WIDGETS_LIB -DQT_MULTIMEDIA_LIB -DQT_GUI_LIB - DQT_XMLPATTERNS_LIB -DQT_NETWORK_LIB -DQT_XML_LIB - DQT_SCRIPT_LIB -DQT_CORE_LIB -isystem /usr/include/QtSolutions -isystem /usr/include/quazip -Isrc -Isrc/web/browser -Isrc/pdf-merger -I../OpenBoard- ThirdParty/quazip/ -I../OpenBoard-ThirdParty/qt/singleapplication -isystem /usr/include/qt5 -isystem /usr/include/qt5/QtWebKitWidgets -isystem /usr/include/qt5/QtWebKit -isystem /usr/include/qt5/QtSvg -isystem /usr/include/qt5/QtUiTools -isystem /usr/include/qt5/QtMultimediaWidgets - isystem /usr/include/qt5/QtPrintSupport -isystem /usr/include/qt5/QtWidgets - isystem /usr/include/qt5/QtMultimedia -isystem /usr/include/qt5/QtGui -isystem /usr/include/qt5/QtXmlPatterns -isystem /usr/include/qt5/QtNetwork -isystem /usr/include/qt5/QtXml -isystem /usr/include/qt5/QtScript -isystem /usr/include/qt5/QtCore -Ibuild/linux/release/moc -Ibuild/linux/release/ui - I/usr/lib64/qt5/mkspecs/linux-g++ -o build/linux/release/objects/UBStringUtils.o src/frameworks/UBStringUtils.cpp [ 179s] src/frameworks/UBGeometryUtils.cpp: In static member function 'static QPolygonF UBGeometryUtils::arcToPolygon(const QLineF&, qreal, qreal)': [ 179s] src/frameworks/UBGeometryUtils.cpp:191:42: error: call of overloaded 'abs(qreal&)' is ambiguous [ 179s] bool overlap = abs(spanAngleInDegrees) > 360 - angle; [ 179s] ^ [ 179s] In file included from /usr/include/c++/6/cstdlib:75:0, [ 179s] from /usr/include/c++/6/bits/stl_algo.h:59, [ 179s] from /usr/include/c++/6/algorithm:62, [ 179s] from /usr/include/qt5/QtCore/qglobal.h:88, [ 179s] from /usr/include/qt5/QtCore/qnamespace.h:37, [ 179s] from /usr/include/qt5/QtCore/qobjectdefs.h:41, [ 179s] from /usr/include/qt5/QtCore/qobject.h:40, [ 179s] from /usr/include/qt5/QtCore/qabstractanimation.h:37, [ 179s] from /usr/include/qt5/QtCore/QtCore:4, [ 179s] from /usr/include/qt5/QtGui/QtGuiDepends:3, [ 179s] from /usr/include/qt5/QtGui/QtGui:3, [ 179s] from src/frameworks/UBGeometryUtils.h:33, [ 179s] from src/frameworks/UBGeometryUtils.cpp:30: [ 179s] /usr/include/stdlib.h:774:12: note: candidate: int abs(int) [ 179s] extern int abs (int __x) __THROW __attribute__ ((__const__)) __wur; [ 179s] ^~~ [ 179s] In file included from /usr/include/c++/6/bits/stl_algo.h:59:0, [ 179s] from /usr/include/c++/6/algorithm:62, [ 179s] from /usr/include/qt5/QtCore/qglobal.h:88, [ 179s] from /usr/include/qt5/QtCore/qnamespace.h:37, [ 179s] from /usr/include/qt5/QtCore/qobjectdefs.h:41, [ 179s] from /usr/include/qt5/QtCore/qobject.h:40, [ 179s] from /usr/include/qt5/QtCore/qabstractanimation.h:37, [ 179s] from /usr/include/qt5/QtCore/QtCore:4, [ 179s] from /usr/include/qt5/QtGui/QtGuiDepends:3, [ 179s] from /usr/include/qt5/QtGui/QtGui:3, [ 179s] from src/frameworks/UBGeometryUtils.h:33, [ 179s] from src/frameworks/UBGeometryUtils.cpp:30: [ 179s] /usr/include/c++/6/cstdlib:185:3: note: candidate: __int128 std::abs(__int128) [ 179s] abs(__GLIBCXX_TYPE_INT_N_0 __x) { return __x >= 0 ? __x : -__x; } [ 179s] ^~~ [ 179s] /usr/include/c++/6/cstdlib:180:3: note: candidate: long long int std::abs(long long int) [ 179s] abs(long long __x) { return __builtin_llabs (__x); } [ 179s] ^~~ [ 179s] /usr/include/c++/6/cstdlib:172:3: note: candidate: long int std::abs(long int) [ 179s] abs(long __i) { return __builtin_labs(__i); } [ 179s] ^~~ [ 179s] make[1]: *** [Makefile.Release:4294: build/linux/release/objects/UBGeometryUtils.o] Error 1
Maybe someone else has an idea how to continue from here.
Have fun, Oliver
Oliver,
A c++ programmer can probably fix (patch) that up pretty quickly, but it would be better to report it to upstream and get them to do a real fix that will be part of the next release. They could probably provide you the needed patch as well will little problem.
Yes, should be reported upstream, but I just checked the Qt docs and qreal is typedfed to double. abs(), according to
http://www.cplusplus.com/reference/cmath/abs/
comes in three flavors. So I don't see why abs(double) is not chosen as the prototype for abs(qreal). But, looking at the error message, it is taking the "usual" C prototype for abs (which is abs(int)). A fix for this until you hear from the upstream maintainers is to use std::abs() instead of abs().
Another option is to include cmath: #include <cmath> to get the C++ prototypes -- To unsubscribe, e-mail: opensuse+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse+owner@opensuse.org
On Friday 26 August 2016 18:50:57 Tom Kacvinsky wrote:
On Aug 26, 2016, at 14:42:00, Tom Kacvinsky <tom.kacvinsky@suse.com> wrote: […]
src/frameworks/UBGeometryUtils.cpp: In static member function 'static QPolygonF UBGeometryUtils::arcToPolygon(const QLineF&, qreal, qreal)': [ 179s] src/frameworks/UBGeometryUtils.cpp:191:42: error: call of overloaded 'abs(qreal&)' is ambiguous [ 179s] bool overlap = abs(spanAngleInDegrees) > 360 - angle; [ 179s] ^ [ 179s] In file included from /usr/include/c++/6/cstdlib:75:0, […] A c++ programmer can probably fix (patch) that up pretty quickly, but it would be better to report it to upstream and get them to do a real fix that will be part of the next release. They could probably provide you the needed patch as well will little problem.
Yes, should be reported upstream, but I just checked the Qt docs and qreal is typedfed to double. abs(), according to
http://www.cplusplus.com/reference/cmath/abs/
comes in three flavors. So I don't see why abs(double) is not chosen as the prototype for abs(qreal). But, looking at the error message, it is taking the "usual" C prototype for abs (which is abs(int)). A fix for this until you hear from the upstream maintainers is to use std::abs() instead of abs(). Another option is to include cmath:
#include <cmath>
to get the C++ prototypes
Do you know how I would apply that as a patch as part of the packaging process in the proper way? -- To unsubscribe, e-mail: opensuse+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse+owner@opensuse.org
On Fri, Aug 26, 2016 at 3:11 PM, Oliver Kurz <okurz@suse.de> wrote:
On Friday 26 August 2016 18:50:57 Tom Kacvinsky wrote:
On Aug 26, 2016, at 14:42:00, Tom Kacvinsky <tom.kacvinsky@suse.com> wrote: […]
src/frameworks/UBGeometryUtils.cpp: In static member function 'static QPolygonF UBGeometryUtils::arcToPolygon(const QLineF&, qreal, qreal)': [ 179s] src/frameworks/UBGeometryUtils.cpp:191:42: error: call of overloaded 'abs(qreal&)' is ambiguous [ 179s] bool overlap = abs(spanAngleInDegrees) > 360 - angle; [ 179s] ^ [ 179s] In file included from /usr/include/c++/6/cstdlib:75:0, […] A c++ programmer can probably fix (patch) that up pretty quickly, but it would be better to report it to upstream and get them to do a real fix that will be part of the next release. They could probably provide you the needed patch as well will little problem.
Yes, should be reported upstream, but I just checked the Qt docs and qreal is typedfed to double. abs(), according to
http://www.cplusplus.com/reference/cmath/abs/
comes in three flavors. So I don't see why abs(double) is not chosen as the prototype for abs(qreal). But, looking at the error message, it is taking the "usual" C prototype for abs (which is abs(int)). A fix for this until you hear from the upstream maintainers is to use std::abs() instead of abs(). Another option is to include cmath:
#include <cmath>
to get the C++ prototypes
Do you know how I would apply that as a patch as part of the packaging process in the proper way?
Does this help: https://en.opensuse.org/openSUSE:Build_Service_Tutorial#A_start_to_end_examp... Note the example of modifying sleuthkit: === cd ~/obs umask 0022 osc branch security sleuthkit osc co home:<your_user_name>:branches:security/sleuthkit cd ~/obs/home:<your_user_name>:branches:security/sleuthkit # this untars the tarball and does some magic quilt setup sleuthkit.spec # chdir to sources cd sleuthkit-3.2.3 # apply all patches quilt push -a # add new patch quilt new testing.patch # add a file to the patch quilt add some-file vi <some-file> # or alternatively: quilt edit <some-file> # and finally quilt refresh -p1 # copy the patch up to the project dir cp patches/testing.patch .. # and now handle the spec file cd .. vi sleuthkit.spec # Add patch to it by creating a Patch0 entry in the header area and a %patch0 -p1 line to the %prep section # tell OBS that the package now includes a new file osc add testing.patch # update the changes file osc vc -m "Fix some typos." # and build, install and test your work osc build # perform a local install. At the end of the osc build output the full path of the RPM file should be shown zypper in -f <full_path_to_rpm> # repeat until happy. Go back to quilt edit if not happy. # send your edits back to OBS osc commit # wait a period of time for new packages to build on OBS # check the build status via the WebUI for your branched package # Once published, install the RPM from OBS and test again # submit your changes back to the original package. If there is a bugzilla entry, be sure to reference it === I wrote the above tutorial. It's a long way from perfect, so feel free to edit the wiki page to make it clearer. Greg -- To unsubscribe, e-mail: opensuse+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse+owner@opensuse.org
On Friday 26 August 2016 15:17:29 Greg Freemyer wrote:
On Fri, Aug 26, 2016 at 3:11 PM, Oliver Kurz <okurz@suse.de> wrote:
On Friday 26 August 2016 18:50:57 Tom Kacvinsky wrote:
On Aug 26, 2016, at 14:42:00, Tom Kacvinsky <tom.kacvinsky@suse.com>
wrote: […]
src/frameworks/UBGeometryUtils.cpp: In static member function 'static QPolygonF UBGeometryUtils::arcToPolygon(const QLineF&, qreal, qreal)': [ 179s] src/frameworks/UBGeometryUtils.cpp:191:42: error: call of overloaded 'abs(qreal&)' is ambiguous [ 179s] bool overlap = abs(spanAngleInDegrees) > 360 - angle; [ 179s] ^ [ 179s] In file included from /usr/include/c++/6/cstdlib:75:0,
[…]
A c++ programmer can probably fix (patch) that up pretty quickly, but it would be better to report it to upstream and get them to do a real fix that will be part of the next release. They could probably provide you the needed patch as well will little problem.
Yes, should be reported upstream, but I just checked the Qt docs and qreal is typedfed to double. abs(), according to
http://www.cplusplus.com/reference/cmath/abs/
comes in three flavors. So I don't see why abs(double) is not chosen as the prototype for abs(qreal). But, looking at the error message, it is taking the "usual" C prototype for abs (which is abs(int)). A fix for this until you hear from the upstream maintainers is to use std::abs() instead of abs().
Another option is to include cmath:
#include <cmath>
to get the C++ prototypes
Do you know how I would apply that as a patch as part of the packaging process in the proper way?
Does this help:
https://en.opensuse.org/openSUSE:Build_Service_Tutorial#A_start_to_end_examp le_of_a_simple_change […]
Thanks, that helped. I have succeeded in building packages for Leap 42.1 and Tumbleweed (i586). Problem is that the application fails on start on Leap 42.1 with a segfault. Anyone else is invited to help. Also, Tumbleweed (x86_64) is blocked because of (qtsingleapplication-devel, t1lib-devel, qtsingleapplication, t1lib), don't know why. Also here, help appreciated, as I am still an RPM/OBS beginner :-) -- To unsubscribe, e-mail: opensuse+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse+owner@opensuse.org
On Saturday 27 August 2016 20:38:07 Oliver Kurz wrote:
On Friday 26 August 2016 15:17:29 Greg Freemyer wrote:
On Fri, Aug 26, 2016 at 3:11 PM, Oliver Kurz <okurz@suse.de> wrote:
On Friday 26 August 2016 18:50:57 Tom Kacvinsky wrote:
On Aug 26, 2016, at 14:42:00, Tom Kacvinsky <tom.kacvinsky@suse.com>
wrote: […]
> src/frameworks/UBGeometryUtils.cpp: In static member function > 'static > QPolygonF UBGeometryUtils::arcToPolygon(const QLineF&, qreal, > qreal)': > [ 179s] src/frameworks/UBGeometryUtils.cpp:191:42: error: call of > overloaded 'abs(qreal&)' is ambiguous > [ 179s] bool overlap = abs(spanAngleInDegrees) > 360 - angle; > [ 179s] ^ > [ 179s] In file included from /usr/include/c++/6/cstdlib:75:0,
[…]
A c++ programmer can probably fix (patch) that up pretty quickly, but it would be better to report it to upstream and get them to do a real fix that will be part of the next release. They could probably provide you the needed patch as well will little problem.
Yes, should be reported upstream, but I just checked the Qt docs and qreal is typedfed to double. abs(), according to
http://www.cplusplus.com/reference/cmath/abs/
comes in three flavors. So I don't see why abs(double) is not chosen as the prototype for abs(qreal). But, looking at the error message, it is taking the "usual" C prototype for abs (which is abs(int)). A fix for this until you hear from the upstream maintainers is to use std::abs() instead of abs().
Another option is to include cmath:
#include <cmath>
to get the C++ prototypes
Do you know how I would apply that as a patch as part of the packaging process in the proper way?
Does this help:
https://en.opensuse.org/openSUSE:Build_Service_Tutorial#A_start_to_end_exa mp le_of_a_simple_change […]
Thanks, that helped.
I have succeeded in building packages for Leap 42.1 and Tumbleweed (i586). Problem is that the application fails on start on Leap 42.1 with a segfault.
Looks like the application is binding against both Qt4 and Qt5 libs which I can't think it's a good idea: # ldd $(which /usr/lib64/OpenBoard/OpenBoard) | grep 'libQt.*\(Core\|Gui\)' libQt5Gui.so.5 => /usr/lib64/libQt5Gui.so.5 (0x00007f51b2b54000) libQt5Core.so.5 => /usr/lib64/libQt5Core.so.5 (0x00007f51b1a33000) libQtCore.so.4 => /usr/lib64/libQtCore.so.4 (0x00007f51b06c2000) libQtGui.so.4 => /usr/lib64/libQtGui.so.4 (0x00007f51ae736000) Ideas how I can prevent the binding against Qt4 libs in the .spec file or the .pro files? -- To unsubscribe, e-mail: opensuse+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse+owner@opensuse.org
On Aug 27, 2016, at 14:52, Oliver Kurz <okurz@suse.de> wrote:
On Saturday 27 August 2016 20:38:07 Oliver Kurz wrote:
On Friday 26 August 2016 15:17:29 Greg Freemyer wrote:
On Fri, Aug 26, 2016 at 3:11 PM, Oliver Kurz <okurz@suse.de> wrote: On Friday 26 August 2016 18:50:57 Tom Kacvinsky wrote:
On Aug 26, 2016, at 14:42:00, Tom Kacvinsky <tom.kacvinsky@suse.com>
wrote: […]
>> src/frameworks/UBGeometryUtils.cpp: In static member function >> 'static >> QPolygonF UBGeometryUtils::arcToPolygon(const QLineF&, qreal, >> qreal)': >> [ 179s] src/frameworks/UBGeometryUtils.cpp:191:42: error: call of >> overloaded 'abs(qreal&)' is ambiguous >> [ 179s] bool overlap = abs(spanAngleInDegrees) > 360 - angle; >> [ 179s] ^ >> [ 179s] In file included from /usr/include/c++/6/cstdlib:75:0,
[…]
> A c++ programmer can probably fix (patch) that up pretty quickly, > but > it would be better to report it to upstream and get them to do a > real > fix that will be part of the next release. They could probably > provide you the needed patch as well will little problem.
Yes, should be reported upstream, but I just checked the Qt docs and qreal is typedfed to double. abs(), according to
http://www.cplusplus.com/reference/cmath/abs/
comes in three flavors. So I don't see why abs(double) is not chosen as the prototype for abs(qreal). But, looking at the error message, it is taking the "usual" C prototype for abs (which is abs(int)). A fix for this until you hear from the upstream maintainers is to use std::abs() instead of abs().
Another option is to include cmath:
#include <cmath>
to get the C++ prototypes
Do you know how I would apply that as a patch as part of the packaging process in the proper way?
Does this help:
https://en.opensuse.org/openSUSE:Build_Service_Tutorial#A_start_to_end_exa mp le_of_a_simple_change […]
Thanks, that helped.
I have succeeded in building packages for Leap 42.1 and Tumbleweed (i586). Problem is that the application fails on start on Leap 42.1 with a segfault.
Looks like the application is binding against both Qt4 and Qt5 libs which I can't think it's a good idea:
# ldd $(which /usr/lib64/OpenBoard/OpenBoard) | grep 'libQt.*\(Core\|Gui\)' libQt5Gui.so.5 => /usr/lib64/libQt5Gui.so.5 (0x00007f51b2b54000) libQt5Core.so.5 => /usr/lib64/libQt5Core.so.5 (0x00007f51b1a33000) libQtCore.so.4 => /usr/lib64/libQtCore.so.4 (0x00007f51b06c2000) libQtGui.so.4 => /usr/lib64/libQtGui.so.4 (0x00007f51ae736000)
Ideas how I can prevent the binding against Qt4 libs in the .spec file or the .pro files?
I tend to think this is a transitive dependency, as in some libraries you're linking in depend on Qt5 and others depend on Qt4, so the final executables:shared libraries depend on both. Let me try building it this weekend to see if I can suss anything out.-- To unsubscribe, e-mail: opensuse+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse+owner@opensuse.org
On Aug 27, 2016, at 15:01:06, Tom Kacvinsky <tom.kacvinsky@suse.com> wrote:
<snip/>
I have succeeded in building packages for Leap 42.1 and Tumbleweed (i586). Problem is that the application fails on start on Leap 42.1 with a segfault.
Looks like the application is binding against both Qt4 and Qt5 libs which I can't think it's a good idea:
# ldd $(which /usr/lib64/OpenBoard/OpenBoard) | grep 'libQt.*\(Core\|Gui\)' libQt5Gui.so.5 => /usr/lib64/libQt5Gui.so.5 (0x00007f51b2b54000) libQt5Core.so.5 => /usr/lib64/libQt5Core.so.5 (0x00007f51b1a33000) libQtCore.so.4 => /usr/lib64/libQtCore.so.4 (0x00007f51b06c2000) libQtGui.so.4 => /usr/lib64/libQtGui.so.4 (0x00007f51ae736000)
Ideas how I can prevent the binding against Qt4 libs in the .spec file or the .pro files?
I tend to think this is a transitive dependency, as in some libraries you're linking in depend on Qt5 and others depend on Qt4, so the final executables and shared libraries depend on both. Let me try building it this weekend to see if I can suss anything out.
Went to build it and I am having problems with OpenBoard-ThirdParty. The only download I could find is on GitHub, and there are non-existent instructions on how to build it. And even then, the Qt directory is not named qt, it is named trolltech (who at one point in time maintained Qt). So, where I should I be getting the latest third party library kit for this project. I don't like how this kit builds several different libraries, all of which are available on a system, they should not have to be built from source. -- To unsubscribe, e-mail: opensuse+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse+owner@opensuse.org
On Aug 27, 2016, at 16:11:15, Tom Kacvinsky <tom.kacvinsky@suse.com> wrote:
On Aug 27, 2016, at 15:01:06, Tom Kacvinsky <tom.kacvinsky@suse.com> wrote:
<snip/>
I have succeeded in building packages for Leap 42.1 and Tumbleweed (i586). Problem is that the application fails on start on Leap 42.1 with a segfault.
Looks like the application is binding against both Qt4 and Qt5 libs which I can't think it's a good idea:
# ldd $(which /usr/lib64/OpenBoard/OpenBoard) | grep 'libQt.*\(Core\|Gui\)' libQt5Gui.so.5 => /usr/lib64/libQt5Gui.so.5 (0x00007f51b2b54000) libQt5Core.so.5 => /usr/lib64/libQt5Core.so.5 (0x00007f51b1a33000) libQtCore.so.4 => /usr/lib64/libQtCore.so.4 (0x00007f51b06c2000) libQtGui.so.4 => /usr/lib64/libQtGui.so.4 (0x00007f51ae736000)
Ideas how I can prevent the binding against Qt4 libs in the .spec file or the .pro files?
I tend to think this is a transitive dependency, as in some libraries you're linking in depend on Qt5 and others depend on Qt4, so the final executables and shared libraries depend on both. Let me try building it this weekend to see if I can suss anything out.
Went to build it and I am having problems with OpenBoard-ThirdParty. The only download I could find is on GitHub, and there are non-existent instructions on how to build it. And even then, the Qt directory is not named qt, it is named trolltech (who at one point in time maintained Qt).
OK, was using the wrong branch of the OpenBaord-ThirdParty.
So, where I should I be getting the latest third party library kit for this project. I don't like how this kit builds several different libraries, all of which are available on a system, they should not have to be built from source.
I did see something that is amiss. Qt5 does not have a development package for Leap 42.1, AFAIK, but it does for Qt4. So qmake is coming from Qt4, not Qt5, which explains why there are some Qt4 libraries in the mix. Not sure how Qt5 libraries got in the mix. Perhaps you install QtWidgets to get around a build problem (one I noticed in my initial work), and that in turn has a dependency on the Qt5 libraries you have seen. Am I missing anything in terms of Qt5? I see a slew of Qt5 related packages for installing runtime libraries, but saw nothing for qt5 development like I did for Qt4. -- To unsubscribe, e-mail: opensuse+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse+owner@opensuse.org
On Aug 27, 2016, at 16:59:09, Tom Kacvinsky <tom.kacvinsky@suse.com> wrote:
On Aug 27, 2016, at 16:11:15, Tom Kacvinsky <tom.kacvinsky@suse.com> wrote:
On Aug 27, 2016, at 15:01:06, Tom Kacvinsky <tom.kacvinsky@suse.com> wrote:
<snip/>
I have succeeded in building packages for Leap 42.1 and Tumbleweed (i586). Problem is that the application fails on start on Leap 42.1 with a segfault.
Looks like the application is binding against both Qt4 and Qt5 libs which I can't think it's a good idea:
# ldd $(which /usr/lib64/OpenBoard/OpenBoard) | grep 'libQt.*\(Core\|Gui\)' libQt5Gui.so.5 => /usr/lib64/libQt5Gui.so.5 (0x00007f51b2b54000) libQt5Core.so.5 => /usr/lib64/libQt5Core.so.5 (0x00007f51b1a33000) libQtCore.so.4 => /usr/lib64/libQtCore.so.4 (0x00007f51b06c2000) libQtGui.so.4 => /usr/lib64/libQtGui.so.4 (0x00007f51ae736000)
Ideas how I can prevent the binding against Qt4 libs in the .spec file or the .pro files?
I tend to think this is a transitive dependency, as in some libraries you're linking in depend on Qt5 and others depend on Qt4, so the final executables and shared libraries depend on both. Let me try building it this weekend to see if I can suss anything out.
Went to build it and I am having problems with OpenBoard-ThirdParty. The only download I could find is on GitHub, and there are non-existent instructions on how to build it. And even then, the Qt directory is not named qt, it is named trolltech (who at one point in time maintained Qt).
OK, was using the wrong branch of the OpenBaord-ThirdParty.
So, where I should I be getting the latest third party library kit for this project. I don't like how this kit builds several different libraries, all of which are available on a system, they should not have to be built from source.
I did see something that is amiss. Qt5 does not have a development package for Leap 42.1, AFAIK, but it does for Qt4. So qmake is coming from Qt4, not Qt5, which explains why there are some Qt4 libraries in the mix. Not sure how Qt5 libraries got in the mix. Perhaps you install QtWidgets to get around a build problem (one I noticed in my initial work), and that in turn has a dependency on the Qt5 libraries you have seen.
Am I missing anything in terms of Qt5? I see a slew of Qt5 related packages for installing runtime libraries, but saw nothing for qt5 development like I did for Qt4.
I found the OBS repo for Qt5 packages, but there was no over-arching one to install all of the Qt5 devel packages. What's the best zypper command to get them installed. I tried zypper in -t pattern qt5 and that did nothing. -- To unsubscribe, e-mail: opensuse+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse+owner@opensuse.org
On Saturday 27 August 2016 23:51:03 Tom Kacvinsky wrote:
On Aug 27, 2016, at 16:59:09, Tom Kacvinsky <tom.kacvinsky@suse.com> wrote:
On Aug 27, 2016, at 16:11:15, Tom Kacvinsky <tom.kacvinsky@suse.com> wrote:
On Aug 27, 2016, at 15:01:06, Tom Kacvinsky <tom.kacvinsky@suse.com> wrote: <snip/>
I have succeeded in building packages for Leap 42.1 and Tumbleweed (i586). Problem is that the application fails on start on Leap 42.1 with a segfault.>>>> Looks like the application is binding against both Qt4 and Qt5 libs which I can't think it's a good idea:
# ldd $(which /usr/lib64/OpenBoard/OpenBoard) | grep 'libQt.*\(Core\|Gui\)' libQt5Gui.so.5 => /usr/lib64/libQt5Gui.so.5 (0x00007f51b2b54000) libQt5Core.so.5 => /usr/lib64/libQt5Core.so.5 (0x00007f51b1a33000) libQtCore.so.4 => /usr/lib64/libQtCore.so.4 (0x00007f51b06c2000) libQtGui.so.4 => /usr/lib64/libQtGui.so.4 (0x00007f51ae736000)
Ideas how I can prevent the binding against Qt4 libs in the .spec file or the .pro files?
I tend to think this is a transitive dependency, as in some libraries you're linking in depend on Qt5 and others depend on Qt4, so the final executables and shared libraries depend on both. Let me try building it this weekend to see if I can suss anything out.
Went to build it and I am having problems with OpenBoard-ThirdParty. The only download I could find is on GitHub, and there are non-existent instructions on how to build it. And even then, the Qt directory is not named qt, it is named trolltech (who at one point in time maintained Qt).
OK, was using the wrong branch of the OpenBaord-ThirdParty.
So, where I should I be getting the latest third party library kit for this project. I don't like how this kit builds several different libraries, all of which are available on a system, they should not have to be built from source.
In the OBS package https://build.opensuse.org/package/show/home:okurz:OpenBoard/OpenBoard I am using a patch I got from the open-sankore package to replace "OpenBoard- ThirdParty" with system dependencies. pluskalm provided an update which I will try first: https://build.opensuse.org/request/show/423461
I did see something that is amiss. Qt5 does not have a development package for Leap 42.1, AFAIK, but it does for Qt4. So qmake is coming from Qt4, not Qt5, which explains why there are some Qt4 libraries in the mix. Not sure how Qt5 libraries got in the mix. Perhaps you install QtWidgets to get around a build problem (one I noticed in my initial work), and that in turn has a dependency on the Qt5 libraries you have seen.
Am I missing anything in terms of Qt5? I see a slew of Qt5 related packages for installing runtime libraries, but saw nothing for qt5 development like I did for Qt4.
I found the OBS repo for Qt5 packages, but there was no over-arching one to install all of the Qt5 devel packages. What's the best zypper command to get them installed. I tried zypper in -t pattern qt5 and that did nothing.
Try "zypper search qt | grep devel" to find development packages necessary for building. "qmake-qt5" should be used to build qmake projects for Qt5. qmake- qt5 is part of package libqt5-qtbase-common-devel. -- To unsubscribe, e-mail: opensuse+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse+owner@opensuse.org
On 28/08/2016 06:57, Oliver Kurz wrote:
On Saturday 27 August 2016 23:51:03 Tom Kacvinsky wrote:
On Aug 27, 2016, at 16:59:09, Tom Kacvinsky <tom.kacvinsky@suse.com> wrote:
On Aug 27, 2016, at 16:11:15, Tom Kacvinsky <tom.kacvinsky@suse.com> wrote:
On Aug 27, 2016, at 15:01:06, Tom Kacvinsky <tom.kacvinsky@suse.com> wrote: <snip/>
> I have succeeded in building packages for Leap 42.1 and Tumbleweed > (i586). > Problem is that the application fails on start on Leap 42.1 with a > segfault.>>>> Looks like the application is binding against both Qt4 and Qt5 libs which I can't think it's a good idea:
# ldd $(which /usr/lib64/OpenBoard/OpenBoard) | grep 'libQt.*\(Core\|Gui\)' libQt5Gui.so.5 => /usr/lib64/libQt5Gui.so.5 (0x00007f51b2b54000) libQt5Core.so.5 => /usr/lib64/libQt5Core.so.5 (0x00007f51b1a33000) libQtCore.so.4 => /usr/lib64/libQtCore.so.4 (0x00007f51b06c2000) libQtGui.so.4 => /usr/lib64/libQtGui.so.4 (0x00007f51ae736000)
Ideas how I can prevent the binding against Qt4 libs in the .spec file or the .pro files? I tend to think this is a transitive dependency, as in some libraries you're linking in depend on Qt5 and others depend on Qt4, so the final executables and shared libraries depend on both. Let me try building it this weekend to see if I can suss anything out. Went to build it and I am having problems with OpenBoard-ThirdParty. The only download I could find is on GitHub, and there are non-existent instructions on how to build it. And even then, the Qt directory is not named qt, it is named trolltech (who at one point in time maintained Qt). OK, was using the wrong branch of the OpenBaord-ThirdParty.
So, where I should I be getting the latest third party library kit for this project. I don't like how this kit builds several different libraries, all of which are available on a system, they should not have to be built from source.
In the OBS package https://build.opensuse.org/package/show/home:okurz:OpenBoard/OpenBoard I am using a patch I got from the open-sankore package to replace "OpenBoard- ThirdParty" with system dependencies.
pluskalm provided an update which I will try first: https://build.opensuse.org/request/show/423461
I did see something that is amiss. Qt5 does not have a development package for Leap 42.1, AFAIK, but it does for Qt4. So qmake is coming from Qt4, not Qt5, which explains why there are some Qt4 libraries in the mix. Not sure how Qt5 libraries got in the mix. Perhaps you install QtWidgets to get around a build problem (one I noticed in my initial work), and that in turn has a dependency on the Qt5 libraries you have seen.
Am I missing anything in terms of Qt5? I see a slew of Qt5 related packages for installing runtime libraries, but saw nothing for qt5 development like I did for Qt4. I found the OBS repo for Qt5 packages, but there was no over-arching one to install all of the Qt5 devel packages. What's the best zypper command to get them installed. I tried zypper in -t pattern qt5 and that did nothing. Try "zypper search qt | grep devel" to find development packages necessary for building. "qmake-qt5" should be used to build qmake projects for Qt5. qmake- qt5 is part of package libqt5-qtbase-common-devel. QMAKE=qmake-qt5 before the build may help. Regards Dave P -- To unsubscribe, e-mail: opensuse+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse+owner@opensuse.org
On Aug 28, 2016, at 01:56:10, Dave Plater <dplater.list@gmail.com> wrote:
On 28/08/2016 06:57, Oliver Kurz wrote:
On Saturday 27 August 2016 23:51:03 Tom Kacvinsky wrote:
On Aug 27, 2016, at 16:59:09, Tom Kacvinsky <tom.kacvinsky@suse.com> wrote:
On Aug 27, 2016, at 16:11:15, Tom Kacvinsky <tom.kacvinsky@suse.com> wrote:
On Aug 27, 2016, at 15:01:06, Tom Kacvinsky <tom.kacvinsky@suse.com> wrote: <snip/>
>> I have succeeded in building packages for Leap 42.1 and Tumbleweed >> (i586). >> Problem is that the application fails on start on Leap 42.1 with a >> segfault.>>>> > Looks like the application is binding against both Qt4 and Qt5 libs > which I > can't think it's a good idea: > > # ldd $(which /usr/lib64/OpenBoard/OpenBoard) | grep > 'libQt.*\(Core\|Gui\)' > libQt5Gui.so.5 => /usr/lib64/libQt5Gui.so.5 (0x00007f51b2b54000) > libQt5Core.so.5 => /usr/lib64/libQt5Core.so.5 (0x00007f51b1a33000) > libQtCore.so.4 => /usr/lib64/libQtCore.so.4 (0x00007f51b06c2000) > libQtGui.so.4 => /usr/lib64/libQtGui.so.4 (0x00007f51ae736000) > > Ideas how I can prevent the binding against Qt4 libs in the .spec file > or the .pro files? I tend to think this is a transitive dependency, as in some libraries you're linking in depend on Qt5 and others depend on Qt4, so the final executables and shared libraries depend on both. Let me try building it this weekend to see if I can suss anything out. Went to build it and I am having problems with OpenBoard-ThirdParty. The only download I could find is on GitHub, and there are non-existent instructions on how to build it. And even then, the Qt directory is not named qt, it is named trolltech (who at one point in time maintained Qt). OK, was using the wrong branch of the OpenBaord-ThirdParty.
So, where I should I be getting the latest third party library kit for this project. I don't like how this kit builds several different libraries, all of which are available on a system, they should not have to be built from source.
In the OBS package https://build.opensuse.org/package/show/home:okurz:OpenBoard/OpenBoard I am using a patch I got from the open-sankore package to replace "OpenBoard- ThirdParty" with system dependencies.
pluskalm provided an update which I will try first: https://build.opensuse.org/request/show/423461
I did see something that is amiss. Qt5 does not have a development package for Leap 42.1, AFAIK, but it does for Qt4. So qmake is coming from Qt4, not Qt5, which explains why there are some Qt4 libraries in the mix. Not sure how Qt5 libraries got in the mix. Perhaps you install QtWidgets to get around a build problem (one I noticed in my initial work), and that in turn has a dependency on the Qt5 libraries you have seen.
Am I missing anything in terms of Qt5? I see a slew of Qt5 related packages for installing runtime libraries, but saw nothing for qt5 development like I did for Qt4. I found the OBS repo for Qt5 packages, but there was no over-arching one to install all of the Qt5 devel packages. What's the best zypper command to get them installed. I tried zypper in -t pattern qt5 and that did nothing. Try "zypper search qt | grep devel" to find development packages necessary for building. "qmake-qt5" should be used to build qmake projects for Qt5. qmake- qt5 is part of package libqt5-qtbase-common-devel. QMAKE=qmake-qt5 before the build may help. Regards Dave P
This did the tirkc for me, but I only got so far because it is still trying to build the third party libraries. I need the patch that Oliver referred to. -- To unsubscribe, e-mail: opensuse+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse+owner@opensuse.org
On Saturday 27 August 2016 19:01:06 Tom Kacvinsky wrote:
On Aug 27, 2016, at 14:52, Oliver Kurz <okurz@suse.de> wrote: […]
I have succeeded in building packages for Leap 42.1 and Tumbleweed (i586). Problem is that the application fails on start on Leap 42.1 with a segfault.> Looks like the application is binding against both Qt4 and Qt5 libs which I can't think it's a good idea:
# ldd $(which /usr/lib64/OpenBoard/OpenBoard) | grep 'libQt.*\(Core\|Gui\)'
libQt5Gui.so.5 => /usr/lib64/libQt5Gui.so.5 (0x00007f51b2b54000) libQt5Core.so.5 => /usr/lib64/libQt5Core.so.5 (0x00007f51b1a33000) libQtCore.so.4 => /usr/lib64/libQtCore.so.4 (0x00007f51b06c2000) libQtGui.so.4 => /usr/lib64/libQtGui.so.4 (0x00007f51ae736000)
Ideas how I can prevent the binding against Qt4 libs in the .spec file or the .pro files?
I tend to think this is a transitive dependency, as in some libraries you're linking in depend on Qt5 and others depend on Qt4, so the final executables:shared libraries depend on both. Let me try building it this weekend to see if I can suss anything out.
Tom, did you have any further success on this issue? -- To unsubscribe, e-mail: opensuse+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse+owner@opensuse.org
On Sep 1, 2016, at 14:01:31, Oliver Kurz <okurz@suse.de> wrote:
On Saturday 27 August 2016 19:01:06 Tom Kacvinsky wrote:
On Aug 27, 2016, at 14:52, Oliver Kurz <okurz@suse.de> wrote: […]
I have succeeded in building packages for Leap 42.1 and Tumbleweed (i586). Problem is that the application fails on start on Leap 42.1 with a segfault.> Looks like the application is binding against both Qt4 and Qt5 libs which I can't think it's a good idea:
# ldd $(which /usr/lib64/OpenBoard/OpenBoard) | grep 'libQt.*\(Core\|Gui\)'
libQt5Gui.so.5 => /usr/lib64/libQt5Gui.so.5 (0x00007f51b2b54000) libQt5Core.so.5 => /usr/lib64/libQt5Core.so.5 (0x00007f51b1a33000) libQtCore.so.4 => /usr/lib64/libQtCore.so.4 (0x00007f51b06c2000) libQtGui.so.4 => /usr/lib64/libQtGui.so.4 (0x00007f51ae736000)
Ideas how I can prevent the binding against Qt4 libs in the .spec file or the .pro files?
I tend to think this is a transitive dependency, as in some libraries you're linking in depend on Qt5 and others depend on Qt4, so the final executables:shared libraries depend on both. Let me try building it this weekend to see if I can suss anything out.
Tom, did you have any further success on this issue?
Need the patch to get rid of the dependency on building the third party libraries and use the system libraries instead. I could not find this patch. I am on vacation until Wednesday of next week, so don't expect an answer until then.
On Thursday 01 September 2016 18:14:09 Tom Kacvinsky wrote:
On Sep 1, 2016, at 14:01:31, Oliver Kurz <okurz@suse.de> wrote:
On Saturday 27 August 2016 19:01:06 Tom Kacvinsky wrote:
On Aug 27, 2016, at 14:52, Oliver Kurz <okurz@suse.de> wrote:
[…]
I have succeeded in building packages for Leap 42.1 and Tumbleweed (i586). Problem is that the application fails on start on Leap 42.1 with a segfault.>
Looks like the application is binding against both Qt4 and Qt5 libs which I can't think it's a good idea:
# ldd $(which /usr/lib64/OpenBoard/OpenBoard) | grep 'libQt.*\(Core\|Gui\)'
libQt5Gui.so.5 => /usr/lib64/libQt5Gui.so.5 (0x00007f51b2b54000) libQt5Core.so.5 => /usr/lib64/libQt5Core.so.5 (0x00007f51b1a33000) libQtCore.so.4 => /usr/lib64/libQtCore.so.4 (0x00007f51b06c2000) libQtGui.so.4 => /usr/lib64/libQtGui.so.4 (0x00007f51ae736000)
Ideas how I can prevent the binding against Qt4 libs in the .spec file or the .pro files?
I tend to think this is a transitive dependency, as in some libraries you're linking in depend on Qt5 and others depend on Qt4, so the final executables:shared libraries depend on both. Let me try building it this weekend to see if I can suss anything out.
Tom, did you have any further success on this issue?
Need the patch to get rid of the dependency on building the third party libraries and use the system libraries instead.
I could not find this patch.
All I have is available in https://build.opensuse.org/package/show/home:okurz:OpenBoard/OpenBoard The patch to replace third party libraries by system libraries is https://build.opensuse.org/source/home:okurz:OpenBoard/OpenBoard/OpenBoard-n... -- To unsubscribe, e-mail: opensuse+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse+owner@opensuse.org
On Saturday 27 August 2016 19:01:06 you wrote:
On Aug 27, 2016, at 14:52, Oliver Kurz <okurz@suse.de> wrote:
On Saturday 27 August 2016 20:38:07 Oliver Kurz wrote:
On Friday 26 August 2016 15:17:29 Greg Freemyer wrote:
On Fri, Aug 26, 2016 at 3:11 PM, Oliver Kurz <okurz@suse.de> wrote:
[…] I have succeeded in building packages for Leap 42.1 and Tumbleweed (i586). Problem is that the application fails on start on Leap 42.1 with a segfault.> Looks like the application is binding against both Qt4 and Qt5 libs which I can't think it's a good idea:
# ldd $(which /usr/lib64/OpenBoard/OpenBoard) | grep 'libQt.*\(Core\|Gui\)'
libQt5Gui.so.5 => /usr/lib64/libQt5Gui.so.5 (0x00007f51b2b54000) libQt5Core.so.5 => /usr/lib64/libQt5Core.so.5 (0x00007f51b1a33000) libQtCore.so.4 => /usr/lib64/libQtCore.so.4 (0x00007f51b06c2000) libQtGui.so.4 => /usr/lib64/libQtGui.so.4 (0x00007f51ae736000)
Ideas how I can prevent the binding against Qt4 libs in the .spec file or the .pro files?
I tend to think this is a transitive dependency, as in some libraries you're linking in depend on Qt5 and others depend on Qt4, so the final executables:shared libraries depend on both. Let me try building it this weekend to see if I can suss anything out.
In the meantime I submitted OpenBoard successfully to the Education project, see: https://build.opensuse.org/package/show/Education/OpenBoard Problem should still be that it segfaults on start. Martin Pluskal <mpluskal@suse.cz> mentioned that https://build.opensuse.org/package/show/home:pluskalm:branches:Education/qts... could help to bring qtsingleapplication up to a current state and then fix OpenBoard. Who can provide the next step? Regards, Oliver -- To unsubscribe, e-mail: opensuse+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse+owner@opensuse.org
On Sep 11, 2016, at 02:34:38, Oliver Kurz <okurz@suse.de> wrote:
On Saturday 27 August 2016 19:01:06 you wrote:
On Aug 27, 2016, at 14:52, Oliver Kurz <okurz@suse.de> wrote:
On Saturday 27 August 2016 20:38:07 Oliver Kurz wrote:
On Friday 26 August 2016 15:17:29 Greg Freemyer wrote:
On Fri, Aug 26, 2016 at 3:11 PM, Oliver Kurz <okurz@suse.de> wrote:
[…] I have succeeded in building packages for Leap 42.1 and Tumbleweed (i586). Problem is that the application fails on start on Leap 42.1 with a segfault.> Looks like the application is binding against both Qt4 and Qt5 libs which I can't think it's a good idea:
# ldd $(which /usr/lib64/OpenBoard/OpenBoard) | grep 'libQt.*\(Core\|Gui\)'
libQt5Gui.so.5 => /usr/lib64/libQt5Gui.so.5 (0x00007f51b2b54000) libQt5Core.so.5 => /usr/lib64/libQt5Core.so.5 (0x00007f51b1a33000) libQtCore.so.4 => /usr/lib64/libQtCore.so.4 (0x00007f51b06c2000) libQtGui.so.4 => /usr/lib64/libQtGui.so.4 (0x00007f51ae736000)
Ideas how I can prevent the binding against Qt4 libs in the .spec file or the .pro files?
I tend to think this is a transitive dependency, as in some libraries you're linking in depend on Qt5 and others depend on Qt4, so the final executables:shared libraries depend on both. Let me try building it this weekend to see if I can suss anything out.
In the meantime I submitted OpenBoard successfully to the Education project, see: https://build.opensuse.org/package/show/Education/OpenBoard
Problem should still be that it segfaults on start. Martin Pluskal <mpluskal@suse.cz> mentioned that https://build.opensuse.org/package/show/home:pluskalm:branches:Education/qts... could help to bring qtsingleapplication up to a current state and then fix OpenBoard. Who can provide the next step?
I had problems building because qtsingleapplication.h could not be found. So I went to down the RPM on build.opensuse.org and had dependency problems trying to install. I couldn't find the packages that I needed to install. Anyway, I see qtsingleapplication (found by looking at OBS) is built against Qt4 and I suspect that is the problem you are facing.
On Sunday 11 September 2016 18:11:10 Tom Kacvinsky wrote:
On Sep 11, 2016, at 02:34:38, Oliver Kurz <okurz@suse.de> wrote:
On Saturday 27 August 2016 19:01:06 you wrote:
On Aug 27, 2016, at 14:52, Oliver Kurz <okurz@suse.de> wrote:
On Saturday 27 August 2016 20:38:07 Oliver Kurz wrote:
On Friday 26 August 2016 15:17:29 Greg Freemyer wrote:
> On Fri, Aug 26, 2016 at 3:11 PM, Oliver Kurz <okurz@suse.de> wrote: >
[…]
I have succeeded in building packages for Leap 42.1 and Tumbleweed (i586). Problem is that the application fails on start on Leap 42.1 with a segfault.>
Looks like the application is binding against both Qt4 and Qt5 libs which I can't think it's a good idea:
# ldd $(which /usr/lib64/OpenBoard/OpenBoard) | grep 'libQt.*\(Core\|Gui\)'
libQt5Gui.so.5 => /usr/lib64/libQt5Gui.so.5 (0x00007f51b2b54000) libQt5Core.so.5 => /usr/lib64/libQt5Core.so.5 (0x00007f51b1a33000) libQtCore.so.4 => /usr/lib64/libQtCore.so.4 (0x00007f51b06c2000) libQtGui.so.4 => /usr/lib64/libQtGui.so.4 (0x00007f51ae736000)
Ideas how I can prevent the binding against Qt4 libs in the .spec file or the .pro files?
I tend to think this is a transitive dependency, as in some libraries you're linking in depend on Qt5 and others depend on Qt4, so the final executables:shared libraries depend on both. Let me try building it this weekend to see if I can suss anything out.
In the meantime I submitted OpenBoard successfully to the Education project, see: https://build.opensuse.org/package/show/Education/OpenBoard
Problem should still be that it segfaults on start. Martin Pluskal <mpluskal@suse.cz> mentioned that https://build.opensuse.org/package/show/home:pluskalm:branches:Education/q tsingleapplication could help to bring qtsingleapplication up to a current state and then fix OpenBoard. Who can provide the next step?
I had problems building because qtsingleapplication.h could not be found.
So I went to down the RPM on build.opensuse.org and had dependency problems trying to install. I couldn't find the packages that I needed to install. Anyway, I see qtsingleapplication (found by looking at OBS) is built against Qt4 and I suspect that is the problem you are facing.
Yes, this is what Martin also observed. So I guess someone can try to get qtsingleapplication to work with qt5 and use that as dependency for OpenBoard. I am saying *someone* because I mean *not me* ;-) At least not anytime soon I'm afraid. -- To unsubscribe, e-mail: opensuse+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse+owner@opensuse.org
On Sep 11, 2016, at 14:19:53, Oliver Kurz <okurz@suse.de> wrote:
On Sunday 11 September 2016 18:11:10 Tom Kacvinsky wrote:
On Sep 11, 2016, at 02:34:38, Oliver Kurz <okurz@suse.de> wrote:
On Saturday 27 August 2016 19:01:06 you wrote:
On Aug 27, 2016, at 14:52, Oliver Kurz <okurz@suse.de> wrote:
On Saturday 27 August 2016 20:38:07 Oliver Kurz wrote:
> On Friday 26 August 2016 15:17:29 Greg Freemyer wrote: > >> On Fri, Aug 26, 2016 at 3:11 PM, Oliver Kurz <okurz@suse.de> wrote: >>
[…]
I have succeeded in building packages for Leap 42.1 and Tumbleweed (i586). Problem is that the application fails on start on Leap 42.1 with a segfault.>
Looks like the application is binding against both Qt4 and Qt5 libs which I can't think it's a good idea:
# ldd $(which /usr/lib64/OpenBoard/OpenBoard) | grep 'libQt.*\(Core\|Gui\)'
libQt5Gui.so.5 => /usr/lib64/libQt5Gui.so.5 (0x00007f51b2b54000) libQt5Core.so.5 => /usr/lib64/libQt5Core.so.5 (0x00007f51b1a33000) libQtCore.so.4 => /usr/lib64/libQtCore.so.4 (0x00007f51b06c2000) libQtGui.so.4 => /usr/lib64/libQtGui.so.4 (0x00007f51ae736000)
Ideas how I can prevent the binding against Qt4 libs in the .spec file or the .pro files?
I tend to think this is a transitive dependency, as in some libraries you're linking in depend on Qt5 and others depend on Qt4, so the final executables:shared libraries depend on both. Let me try building it this weekend to see if I can suss anything out.
In the meantime I submitted OpenBoard successfully to the Education project, see: https://build.opensuse.org/package/show/Education/OpenBoard
Problem should still be that it segfaults on start. Martin Pluskal <mpluskal@suse.cz> mentioned that https://build.opensuse.org/package/show/home:pluskalm:branches:Education/q tsingleapplication could help to bring qtsingleapplication up to a current state and then fix OpenBoard. Who can provide the next step?
I had problems building because qtsingleapplication.h could not be found.
So I went to down the RPM on build.opensuse.org and had dependency problems trying to install. I couldn't find the packages that I needed to install. Anyway, I see qtsingleapplication (found by looking at OBS) is built against Qt4 and I suspect that is the problem you are facing.
Yes, this is what Martin also observed. So I guess someone can try to get qtsingleapplication to work with qt5 and use that as dependency for OpenBoard. I am saying *someone* because I mean *not me* ;-) At least not anytime soon I'm afraid.
I saw that there were some changes in OBS that look like Marin is involved with making qtsingleappliaction Qt5 friendly N�����r��y隊Z)z{.�ﮞ˛���m�)z{.��+�: �{Zr�az�'z��j)h���Ǿ� ޮ�^�ˬz��
On Sep 12, 2016, at 13:35:32, Tom Kacvinsky <Tom.Kacvinsky@suse.com> wrote:
On Sep 11, 2016, at 14:19:53, Oliver Kurz <okurz@suse.de> wrote:
On Sunday 11 September 2016 18:11:10 Tom Kacvinsky wrote:
On Sep 11, 2016, at 02:34:38, Oliver Kurz <okurz@suse.de> wrote:
On Saturday 27 August 2016 19:01:06 you wrote:
On Aug 27, 2016, at 14:52, Oliver Kurz <okurz@suse.de> wrote:
> On Saturday 27 August 2016 20:38:07 Oliver Kurz wrote: > >> On Friday 26 August 2016 15:17:29 Greg Freemyer wrote: >> >>> On Fri, Aug 26, 2016 at 3:11 PM, Oliver Kurz <okurz@suse.de> wrote: >>>
[…]
> I have succeeded in building packages for Leap 42.1 and Tumbleweed > (i586). > Problem is that the application fails on start on Leap 42.1 with a > segfault.>
Looks like the application is binding against both Qt4 and Qt5 libs which I can't think it's a good idea:
# ldd $(which /usr/lib64/OpenBoard/OpenBoard) | grep 'libQt.*\(Core\|Gui\)'
libQt5Gui.so.5 => /usr/lib64/libQt5Gui.so.5 (0x00007f51b2b54000) libQt5Core.so.5 => /usr/lib64/libQt5Core.so.5 (0x00007f51b1a33000) libQtCore.so.4 => /usr/lib64/libQtCore.so.4 (0x00007f51b06c2000) libQtGui.so.4 => /usr/lib64/libQtGui.so.4 (0x00007f51ae736000)
Ideas how I can prevent the binding against Qt4 libs in the .spec file or the .pro files?
I tend to think this is a transitive dependency, as in some libraries you're linking in depend on Qt5 and others depend on Qt4, so the final executables:shared libraries depend on both. Let me try building it this weekend to see if I can suss anything out.
In the meantime I submitted OpenBoard successfully to the Education project, see: https://build.opensuse.org/package/show/Education/OpenBoard
Problem should still be that it segfaults on start. Martin Pluskal <mpluskal@suse.cz> mentioned that https://build.opensuse.org/package/show/home:pluskalm:branches:Education/q tsingleapplication could help to bring qtsingleapplication up to a current state and then fix OpenBoard. Who can provide the next step?
I had problems building because qtsingleapplication.h could not be found.
So I went to down the RPM on build.opensuse.org and had dependency problems trying to install. I couldn't find the packages that I needed to install. Anyway, I see qtsingleapplication (found by looking at OBS) is built against Qt4 and I suspect that is the problem you are facing.
Yes, this is what Martin also observed. So I guess someone can try to get qtsingleapplication to work with qt5 and use that as dependency for OpenBoard. I am saying *someone* because I mean *not me* ;-) At least not anytime soon I'm afraid.
I saw that there were some changes in OBS that look like Marin is involved with making qtsingleappliaction Qt5 friendly
I have to learn OBS for my day job, anyway, so I am doing a crash course in it to further help with this project.
On Sep 13, 2016, at 15:42:14, Tom Kacvinsky <Tom.Kacvinsky@suse.com> wrote:
<snip/>
I saw that there were some changes in OBS that look like Marin is involved with making qtsingleappliaction Qt5 friendly
I have to learn OBS for my day job, anyway, so I am doing a crash course in it to further help with this project.
The command line version of these tools make sense based on the quick start guide I read. I think what I want is this link: https://en.opensuse.org/openSUSE:Build_Service_Collaboration so I can collaborate. How to se up a build from scratch will have to come at a later date. -- To unsubscribe, e-mail: opensuse+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse+owner@opensuse.org
On Tue, Sep 13, 2016 at 4:14 PM, Tom Kacvinsky <tom.kacvinsky@suse.com> wrote:
On Sep 13, 2016, at 15:42:14, Tom Kacvinsky <Tom.Kacvinsky@suse.com> wrote:
<snip/>
I saw that there were some changes in OBS that look like Marin is involved with making qtsingleappliaction Qt5 friendly
I have to learn OBS for my day job, anyway, so I am doing a crash course in it to further help with this project.
The command line version of these tools make sense based on the quick start guide I read. I think what I want is this link:
https://en.opensuse.org/openSUSE:Build_Service_Collaboration
so I can collaborate. How to se up a build from scratch will have to come at a later date.
Tom, If you're not going to have to patch the source tarball, that is probably a great resource. If you're going to need to create a patch to apply during the build, I recommend reading: https://en.opensuse.org/openSUSE:Build_Service_Tutorial#A_start_to_end_examp... It's not perfect but it hits a lot of the highlights of what's needed to introduce a patch to a package. Please correct / update any errors you find in that tutorial. I wrote most of it a few years ago and I haven't run through the whole thing in a while. Greg -- To unsubscribe, e-mail: opensuse+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse+owner@opensuse.org
On Sep 13, 2016, at 17:12:42, Greg Freemyer <greg.freemyer@gmail.com> wrote:
On Tue, Sep 13, 2016 at 4:14 PM, Tom Kacvinsky <tom.kacvinsky@suse.com> wrote:
On Sep 13, 2016, at 15:42:14, Tom Kacvinsky <Tom.Kacvinsky@suse.com> wrote:
<snip/>
I saw that there were some changes in OBS that look like Marin is involved with making qtsingleappliaction Qt5 friendly
I have to learn OBS for my day job, anyway, so I am doing a crash course in it to further help with this project.
The command line version of these tools make sense based on the quick start guide I read. I think what I want is this link:
https://en.opensuse.org/openSUSE:Build_Service_Collaboration
so I can collaborate. How to se up a build from scratch will have to come at a later date.
Tom,
If you're not going to have to patch the source tarball, that is probably a great resource.
If you're going to need to create a patch to apply during the build, I recommend reading:
https://en.opensuse.org/openSUSE:Build_Service_Tutorial#A_start_to_end_examp...
It's not perfect but it hits a lot of the highlights of what's needed to introduce a patch to a package. Please correct / update any errors you find in that tutorial. I wrote most of it a few years ago and I haven't run through the whole thing in a while.
Unfortunately, I have not had a chance to look into this further. Which is a shame, I really need to learn OBS. I hope to get back to it soon when I have a few free cycles. -- To unsubscribe, e-mail: opensuse+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse+owner@opensuse.org
On Saturday 27 August 2016 20:51:36 Oliver Kurz wrote:
On Saturday 27 August 2016 20:38:07 Oliver Kurz wrote:
On Friday 26 August 2016 15:17:29 Greg Freemyer wrote:
On Fri, Aug 26, 2016 at 3:11 PM, Oliver Kurz <okurz@suse.de> wrote:
On Friday 26 August 2016 18:50:57 Tom Kacvinsky wrote:
On Aug 26, 2016, at 14:42:00, Tom Kacvinsky <tom.kacvinsky@suse.com>
wrote: […]
>> src/frameworks/UBGeometryUtils.cpp: In static member function >> 'static >> QPolygonF UBGeometryUtils::arcToPolygon(const QLineF&, qreal, >> qreal)': >> [ 179s] src/frameworks/UBGeometryUtils.cpp:191:42: error: call >> of >> overloaded 'abs(qreal&)' is ambiguous >> [ 179s] bool overlap = abs(spanAngleInDegrees) > 360 - >> angle; >> [ 179s] ^ >> [ 179s] In file included from /usr/include/c++/6/cstdlib:75:0,
[…]
> A c++ programmer can probably fix (patch) that up pretty quickly, > but > it would be better to report it to upstream and get them to do a > real > fix that will be part of the next release. They could probably > provide you the needed patch as well will little problem.
Yes, should be reported upstream, but I just checked the Qt docs and qreal is typedfed to double. abs(), according to
http://www.cplusplus.com/reference/cmath/abs/
comes in three flavors. So I don't see why abs(double) is not chosen as the prototype for abs(qreal). But, looking at the error message, it is taking the "usual" C prototype for abs (which is abs(int)). A fix for this until you hear from the upstream maintainers is to use std::abs() instead of abs().
Another option is to include cmath:
#include <cmath>
to get the C++ prototypes
Do you know how I would apply that as a patch as part of the packaging process in the proper way?
Does this help:
https://en.opensuse.org/openSUSE:Build_Service_Tutorial#A_start_to_end_e xa mp le_of_a_simple_change […]
Thanks, that helped.
I have succeeded in building packages for Leap 42.1 and Tumbleweed (i586). Problem is that the application fails on start on Leap 42.1 with a segfault. Looks like the application is binding against both Qt4 and Qt5 libs which I can't think it's a good idea:
# ldd $(which /usr/lib64/OpenBoard/OpenBoard) | grep 'libQt.*\(Core\|Gui\)' libQt5Gui.so.5 => /usr/lib64/libQt5Gui.so.5 (0x00007f51b2b54000) libQt5Core.so.5 => /usr/lib64/libQt5Core.so.5 (0x00007f51b1a33000) libQtCore.so.4 => /usr/lib64/libQtCore.so.4 (0x00007f51b06c2000) libQtGui.so.4 => /usr/lib64/libQtGui.so.4 (0x00007f51ae736000)
Ideas how I can prevent the binding against Qt4 libs in the .spec file or the .pro files?
I tried https://build.opensuse.org/request/show/423461 so the spec file looks cleaner now but the above problem still happens the same way. -- To unsubscribe, e-mail: opensuse+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse+owner@opensuse.org
participants (5)
-
Dave Plater -
Greg Freemyer -
Josep -
Oliver Kurz -
Tom Kacvinsky