On Fri, Aug 26, 2016 at 12:36 PM, Oliver Kurz 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

Shoot, I top posted.

On Aug 26, 2016, at 14:42:00, Tom Kacvinsky wrote:

<moved to bottom>

...

On Aug 26, 2016, at 14:21:35, Greg Freemyer wrote:

On Fri, Aug 26, 2016 at 12:36 PM, Oliver Kurz 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 Fri, Aug 26, 2016 at 3:11 PM, Oliver Kurz wrote:

On Friday 26 August 2016 18:50:57 Tom Kacvinsky wrote:

...

...

On Aug 26, 2016, at 14:42:00, Tom Kacvinsky 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::branches:security/sleuthkit cd ~/obs/home::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 # 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 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 wrote:

...

On Friday 26 August 2016 18:50:57 Tom Kacvinsky wrote:

...

...

On Aug 26, 2016, at 14:42:00, Tom Kacvinsky

...

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 15:01:06, Tom Kacvinsky 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:59:09, Tom Kacvinsky wrote:

...

On Aug 27, 2016, at 16:11:15, Tom Kacvinsky wrote:

...

On Aug 27, 2016, at 15:01:06, Tom Kacvinsky 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 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 wrote:

...

On Aug 27, 2016, at 16:11:15, Tom Kacvinsky wrote:

...

On Aug 27, 2016, at 15:01:06, Tom Kacvinsky 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 Saturday 27 August 2016 19:01:06 Tom Kacvinsky wrote:

...

On Aug 27, 2016, at 14:52, Oliver Kurz 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 wrote:

On Saturday 27 August 2016 19:01:06 Tom Kacvinsky wrote:

...

...

On Aug 27, 2016, at 14:52, Oliver Kurz 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

On Thursday 01 September 2016 18:14:09 Tom Kacvinsky wrote: 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 Sep 11, 2016, at 02:34:38, Oliver Kurz wrote:

On Saturday 27 August 2016 19:01:06 you wrote:

...

...

On Aug 27, 2016, at 14:52, 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 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 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 Sep 11, 2016, at 14:19:53, Oliver Kurz wrote:

...

...

On Sep 11, 2016, at 02:34:38, Oliver Kurz wrote:

On Saturday 27 August 2016 19:01:06 you wrote:

...

...

On Aug 27, 2016, at 14:52, 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 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

On Sunday 11 September 2016 18:11:10 Tom Kacvinsky wrote: 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 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 13, 2016, at 15:42:14, Tom Kacvinsky 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 Sep 13, 2016, at 17:12:42, Greg Freemyer wrote:

On Tue, Sep 13, 2016 at 4:14 PM, Tom Kacvinsky wrote:

...

...

On Sep 13, 2016, at 15:42:14, Tom Kacvinsky 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