someone wrote a Blender Export for TestDrive 3

[Cas]

Yep. I have the feeling that if I do the upgrade, it'll work, but I just want to do everything I can to avoid it. It's a lot of disk space and time downloading stuff that I don't need and that might break because of the upgrade. I'll get you the exact message when I finish today's work and I'll post it here.

I think it's OK to build it static. Nowadays, disk drives are large and binary portability is a strong reason to use that space. Even in the times of DOS, that's exactly what was done. Besides, different programs usually depend on different versions of the same library. I don't see why all this trend toward sharing object code. The smallest hard drives are 2T large!  So I think I'll do just that

[Cas]

Here. This is the error I get. After qmake (which works well), make beings doing many things that seem to work fine and then suddenly comes up with this:

Code Select Expand

g++ -c -pipe -O2 -fPIC -D_REENTRANT -Wall -W -DQT_NO_DEBUG -DQT_OPENGL_LIB -DQT_WIDGETS_LIB -DQT_GUI_LIB -DQT_CORE_LIB -I. -I.. -isystem /usr/include/x86_64-linux-gnu/qt5 -isystem /usr/include/x86_64-linux-gnu/qt5/QtOpenGL -isystem /usr/include/x86_64-linux-gnu/qt5/QtWidgets -isystem /usr/include/x86_64-linux-gnu/qt5/QtGui -isystem /usr/include/x86_64-linux-gnu/qt5/QtCore -I. -isystem /usr/include/libdrm -I. -I/usr/lib/x86_64-linux-gnu/qt5/mkspecs/linux-g++ -o shapeview.o shapeview.cpp
shapeview.cpp:19:10: fatal error: QGLWidget: No such file or directory
#include <QGLWidget>
          ^~~~~~~~~~~
compilation terminated.
Makefile:503: recipe for target 'shapeview.o' failed
make[2]: *** [shapeview.o] Error 1
make[2]: Leaving directory '/home/lucas/gameformats/stunts/stressed/src/shape'
Makefile:179: recipe for target 'sub-shape-make_first-ordered' failed
make[1]: *** [sub-shape-make_first-ordered] Error 2
make[1]: Leaving directory '/home/lucas/gameformats/stunts/stressed/src'
Makefile:44: recipe for target 'sub-src-make_first' failed
make: *** [sub-src-make_first] Error 2

[llm]

I have no idea what version you've got and how they were installed, based on what of your restrictions , with package manager, from source,pre builds from the qt guys ... so im just guessing

There a binary and developer packages, so there are several packages that are named qt* but most of them are not the one stressed needs

these are my current installed qt packages right after doing the VM/stressed build test (http://forum.stunts.hu/index.php?topic=3592.msg76041#msg76041)

linux@linux-virtual-machine:~$ apt list --installed "qt*"
Listing... Done
qt5-default/focal,now 5.12.8+dfsg-0ubuntu1 amd64 [installed]
qt5-gtk-platformtheme/focal,now 5.12.8+dfsg-0ubuntu1 amd64 [installed,automatic]
qt5-qmake-bin/focal,now 5.12.8+dfsg-0ubuntu1 amd64 [installed,automatic]
qt5-qmake/focal,now 5.12.8+dfsg-0ubuntu1 amd64 [installed,automatic]
qtbase5-dev-tools/focal,now 5.12.8+dfsg-0ubuntu1 amd64 [installed,automatic]
qtbase5-dev/focal,now 5.12.8+dfsg-0ubuntu1 amd64 [installed,automatic]
qtchooser/focal,now 66-2build1 amd64 [installed,automatic]
qttranslations5-l10n/focal,focal,now 5.12.8-0ubuntu1 all [installed,automatic]

i've read a post with installing libqt5-opengl-dev could help - but this packages is not part of my installation...

[Cas]

Well... this is what I get:

Code Select Expand

~$ apt list --installed "qt*"
Listing... Done
qt5-default/bionic-updates,bionic-security,now 5.9.5+dfsg-0ubuntu2.5 amd64 [installed]
qt5-gtk-platformtheme/bionic-updates,bionic-security,now 5.9.5+dfsg-0ubuntu2.5 amd64 [installed]
qt5-qmake/bionic-updates,bionic-security,now 5.9.5+dfsg-0ubuntu2.5 amd64 [installed,automatic]
qt5-qmake-bin/bionic-updates,bionic-security,now 5.9.5+dfsg-0ubuntu2.5 amd64 [installed,automatic]
qt5-style-plugins/bionic,now 5.0.0+git23.g335dbec-2build5 amd64 [installed]
qt5ct/bionic,now 0.34-1build2 amd64 [installed]
qtbase5-dev/bionic-updates,bionic-security,now 5.9.5+dfsg-0ubuntu2.5 amd64 [installed,automatic]
qtbase5-dev-tools/bionic-updates,bionic-security,now 5.9.5+dfsg-0ubuntu2.5 amd64 [installed,automatic]
qtchooser/bionic,now 64-ga1b6736-5 amd64 [installed,automatic]
qttranslations5-l10n/bionic,bionic,now 5.9.5-0ubuntu1 all [installed]

I will try installing that one when I finish today's work and we'll see if it works!  Once I get it working, I'd like to make it static

[llm]

Seem to be ok, i will also try a fresh ubuntu 18.04 installation tomorrow

[Cas]

Yeah, it won't let me install libqt5-opengl-dev. It says it's unable to locate it even though I did the apt update. Looks like I'm forced to do the apt upgrade. If I could just at least put exceptions so that some packages were not upgraded....

[Cas]

So... I did the apt upgrade. Took about half an hour... Then I did everything again and no, it's still giving me the same error

[llm]

Very strange

At least you got a updated system with updated bugs

What mint version: 19.3 or just 19? Cinnamon, mate,xfce edition? 64bit i think

[Cas]

It's Linux Mint 19.3 with Cinnamon, but I'm using OpenBox

[llm]

i've tried to install Mint 19.0 with xfce in a VM and even the very first apt update/upgrade broked down with too many errors?
very good start Mr. Mint, very good start

now im trying out 19.3/Cinnamon/x64

i don't like these ubuntu derives because everytime i tried it something does not work as expected

[Daniel3D]

i've tried to install Mint 19.0 with xfce in a VM and even the very first apt update/upgrade broked down with too many errors?
very good start Mr. Mint, very good start

I tried to update my mint installation this morning and got the same error.

[llm]

@Daniel3D: yeah, got the same error with my Mint 19 VM

@Cas: found the missing package: libqt5opengl5-dev (its not needed for more current qt5 versions - mine ist 5.12.8 )

HowTo:

• VM with fresh Mint 19.3/Cinnamon
• sudo apt update
• sudo apt upgrade
• sudo apt install build-essential # for gcc
• sudo apt install mesa-common-dev # for opengl
• sudo apt install qt5-default
• sudo apt install libqt5opengl5-dev # needed for Mint 19.3, Ubuntu 18.04
• sudo apt install git
• git clone https://github.com/dstien/gameformats.git
• cd gameformats/stunts/stressed
• qmake
• make
• ./src/app/stressed

or just "sudo apt install libqt5opengl5-dev" and make

[Cas]

Great. I'll try that one. How can I compile Stressed statically so that in the future, I can just keep the binaries in a flash drive?

About Mint. I didn't feel much interest in it before. Whenever I update my system, I tend to try something different, but just slightly. I had been using Xubuntu before and then had tried Kubuntu. Both Xfce and KDE were OK to me. And I read that there was a new version of Xfce being used by the new Xubuntu, so I tried to install that one, but when I ran the live image, the desktop environment was producing unbearable glitches and I couldn't even see which menu option I was clicking on. Curious thing is the greeter worked fine and the splash screen did too. I didn't want to run the risk of very surely having the same situation once the OS was installed, so I went for Mint instead and tried Cinnamon, which I had never tried before. It works fine. No problem. But it's kind of too Window-like. Then I starting researching about OpenBox and I installed it on top of Mint. It's what I'm using now, although I still use Cinnamon when I'm working. I have a user for work and another for everything else, to have it all clean.

[llm]

i don't know how to build it complete statical - never tried it

but i would just compile it if needed

there are many dependencies thats need to be fullfilled - could
become a very large executable

Code Select Expand


ldd ./src/app/stressed
linux-vdso.so.1 (0x00007fff9edfa000)
libGLU.so.1 => /usr/lib/x86_64-linux-gnu/libGLU.so.1 (0x00007fc413f96000)
libQt5OpenGL.so.5 => /usr/lib/x86_64-linux-gnu/libQt5OpenGL.so.5 (0x00007fc413d3f000)
libQt5Widgets.so.5 => /usr/lib/x86_64-linux-gnu/libQt5Widgets.so.5 (0x00007fc4134f8000)
libQt5Gui.so.5 => /usr/lib/x86_64-linux-gnu/libQt5Gui.so.5 (0x00007fc412d8f000)
libQt5Core.so.5 => /usr/lib/x86_64-linux-gnu/libQt5Core.so.5 (0x00007fc412644000)
libGL.so.1 => /usr/lib/x86_64-linux-gnu/libGL.so.1 (0x00007fc4123b8000)
libpthread.so.0 => /lib/x86_64-linux-gnu/libpthread.so.0 (0x00007fc412199000)
libstdc++.so.6 => /usr/lib/x86_64-linux-gnu/libstdc++.so.6 (0x00007fc411e10000)
libm.so.6 => /lib/x86_64-linux-gnu/libm.so.6 (0x00007fc411a72000)
libgcc_s.so.1 => /lib/x86_64-linux-gnu/libgcc_s.so.1 (0x00007fc41185a000)
libc.so.6 => /lib/x86_64-linux-gnu/libc.so.6 (0x00007fc411469000)
libpng16.so.16 => /usr/lib/x86_64-linux-gnu/libpng16.so.16 (0x00007fc411237000)
libharfbuzz.so.0 => /usr/lib/x86_64-linux-gnu/libharfbuzz.so.0 (0x00007fc410f99000)
libz.so.1 => /lib/x86_64-linux-gnu/libz.so.1 (0x00007fc410d7c000)
libicui18n.so.60 => /usr/lib/x86_64-linux-gnu/libicui18n.so.60 (0x00007fc4108db000)
libicuuc.so.60 => /usr/lib/x86_64-linux-gnu/libicuuc.so.60 (0x00007fc410523000)
libdouble-conversion.so.1 => /usr/lib/x86_64-linux-gnu/libdouble-conversion.so.1 (0x00007fc410312000)
libdl.so.2 => /lib/x86_64-linux-gnu/libdl.so.2 (0x00007fc41010e000)
libglib-2.0.so.0 => /usr/lib/x86_64-linux-gnu/libglib-2.0.so.0 (0x00007fc40fdf7000)
/lib64/ld-linux-x86-64.so.2 (0x00007fc41446b000)
libGLX.so.0 => /usr/lib/x86_64-linux-gnu/libGLX.so.0 (0x00007fc40fbc6000)
libGLdispatch.so.0 => /usr/lib/x86_64-linux-gnu/libGLdispatch.so.0 (0x00007fc40f910000)
libfreetype.so.6 => /usr/lib/x86_64-linux-gnu/libfreetype.so.6 (0x00007fc40f65c000)
libgraphite2.so.3 => /usr/lib/x86_64-linux-gnu/libgraphite2.so.3 (0x00007fc40f42f000)
libicudata.so.60 => /usr/lib/x86_64-linux-gnu/libicudata.so.60 (0x00007fc40d886000)
libpcre.so.3 => /lib/x86_64-linux-gnu/libpcre.so.3 (0x00007fc40d614000)
libX11.so.6 => /usr/lib/x86_64-linux-gnu/libX11.so.6 (0x00007fc40d2dc000)
libxcb.so.1 => /usr/lib/x86_64-linux-gnu/libxcb.so.1 (0x00007fc40d0b4000)
libXau.so.6 => /usr/lib/x86_64-linux-gnu/libXau.so.6 (0x00007fc40ceb0000)
libXdmcp.so.6 => /usr/lib/x86_64-linux-gnu/libXdmcp.so.6 (0x00007fc40ccaa000)
libbsd.so.0 => /lib/x86_64-linux-gnu/libbsd.so.0 (0x00007fc40ca95000)
librt.so.1 => /lib/x86_64-linux-gnu/librt.so.1 (0x00007fc40c88d000)


[Cas]

Now it did work!  Thanks. My concern is that, what you did to find out what was missing, where to get it and how, I just don't know, so in the future, with another distro, I may have the same problem again. I really wasn't needing to use stressed right now, but because I had been trying to open it, I wanted to get to do it.

I really don't mind a large executable. If I take into account the fact that I've already installed in my system all the libraries just to use stressed, libraries that I wasn't using for anything else... then why not have them in the executable?