Running Qt gui application on BBB

[bremenpl]

Hello there,
I have been trying to setup qt enviroment for bbb for a long time now but it always failed at some point. This time I have followed exacly every single step in Derek Molloys tutorial here: http://exploringbeaglebone.com/chapter11/

For now, I am at the point where manually compiled test gui app is working, but when I compile using Qt Creator i get messege: undefined symbol: _ZN7QWidget8qwsEventEP8QWSEvent

To fix that, as user stated in the blog I copied whole lib folder from my qt everywhere folder from host to bbb. But that not only disallowed me to run the test gui app that was working before, but also gave me more errors. Now it says I cannot load library icui18n. It also says "Qt for Embedded Lnux data directory is not owned by user 0" If i try to run as root:

This is

debian@beaglebone:~$ sudo ./tests -qws
Unable to load library icui18n "Cannot load library icui18n: (libicui18n.so.52: cannot open shared object file: No such file or directory)"
Qt for Embedded Linux data directory is not owned by user 0
debian@beaglebone:~$

When I run the executable, the app opens for a sec but when I move my mouse the screen is getting erased and I can see what is behind it... I dont know if I explain it well enough... It doesnt work though.

This is a pity and I dont understand why can I compile a simple qt program with command line and run it but not one using Qt creator (before i copy the libraries).

I am really desperate right now, I am struggling with this problem for a long long time. I would really apreciate help.
I am using:
Qt Creator 3.3.2
gnu-eabihf cross compiller
qt-everywhere-opensource-src-4.8.2

My host is:
Linux vm-debian 3.16.0-4-amd64 #1 SMP Debian 3.16.7-ckt11-1+deb8u3 (2015-08-04) x86_64 GNU/Linux

My beagle is:
Linux beaglebone 3.8.13-bone79 #1 SMP Tue Oct 13 20:44:55 UTC 2015 armv7l GNU/Linux

Please help... I will provide all other information that can help solve this problem.

[Maxim Podbereznyy]

Login as root and test the same

12 Дек 2015 г. 23:12 пользователь "bremenpl" <brem...@gmail.com> написал:

--
For more options, visit http://beagleboard.org/discuss
---
You received this message because you are subscribed to the Google Groups "BeagleBoard" group.
To unsubscribe from this group and stop receiving emails from it, send an email to beagleboard...@googlegroups.com.
For more options, visit https://groups.google.com/d/optout.

[Bremenpl]

I tried that.

W dniu 2015-12-14 o 09:46, Maxim Podbereznyy pisze:

You received this message because you are subscribed to a topic in the Google Groups "BeagleBoard" group.
To unsubscribe from this topic, visit https://groups.google.com/d/topic/beagleboard/FUq8HRSvw_g/unsubscribe.
To unsubscribe from this group and all its topics, send an email to beagleboard...@googlegroups.com.

For more options, visit https://groups.google.com/d/optout.

-- 
Bremenpl

[Maxim Podbereznyy]

strace

14 Дек 2015 г. 11:48 пользователь "Bremenpl" <brem...@gmail.com> написал:

[Bremenpl]

Could  you please rephrase what exacly I need to do?

W dniu 2015-12-14 o 12:30, Maxim Podbereznyy pisze:

[Maxim Podbereznyy]

Install strace utility and run programs like:

$> strace ./myprog

It will tell you a lot

14 Дек 2015 г. 14:33 пользователь "Bremenpl" <brem...@gmail.com> написал:

[Bremenpl]

Ok, thank you for info. Ill try this today when i get the board again.

W dniu 2015-12-14 o 13:45, Maxim Podbereznyy pisze:

[William Hermans]

strace ./myprogram > log.txt

May be more useful. Depends.

[Cleiton Bueno]

Execute:

sudo ldd tests > libs.log

Post here content libs.log.

I think it's dependency lib or version.

Att,
Cleiton Bueno

Blog | Linkedin | Portal Embarcados

[Bremenpl]

Hello guys,
I decided to unmess all the configs I had before and do everything exacly step by step and after that use your advice. I will post asap. Thank you again.

W dniu 2015-12-14 o 16:02, Cleiton Bueno pisze:

--
For more options, visit http://beagleboard.org/discuss
---
You received this message because you are subscribed to a topic in the Google Groups "BeagleBoard" group.
To unsubscribe from this topic, visit https://groups.google.com/d/topic/beagleboard/FUq8HRSvw_g/unsubscribe.
To unsubscribe from this group and all its topics, send an email to beagleboard...@googlegroups.com.
For more options, visit https://groups.google.com/d/optout.

-- 
Bremenpl

[Maxim Podbereznyy]

you can also compile Qt on the target although it will take insane amount of time. But it will be 100% operational

You received this message because you are subscribed to the Google Groups "BeagleBoard" group.

To unsubscribe from this group and stop receiving emails from it, send an email to beagleboard...@googlegroups.com.

For more options, visit https://groups.google.com/d/optout.

--

LinkedIn - http://www.linkedin.com/in/maximpodbereznyy

Company - http://www.linkedin.com/company/mentorel

Facebook - https://www.facebook.com/mentorel.company

[Bremenpl]

In the end, I need to compile on host machine and send executable to target. I dont know if everything will be compatible then. I could install full versions here and here maybe.

Also, I also wonder how long will building qy take. For my pc it took like 1h

W dniu 2015-12-14 o 21:55, Maxim Podbereznyy pisze:

you can also compile Qt on the target although it will take insane amount of time. But it will be 100% operational

-- 
Bremenpl

[William Hermans]

Also, I also wonder how long will building qy take. For my pc it took like 1h

You could always purchase an ARM multi core build system. A few here seemed have have used the wanderboard with good success. But now the X15 hopefully won't be too far off, and is supposed to be considerably faster.

Anyhow, natively on the BBB, building would probably take half a day or more if 1h on a decent cross compile system. Not to mention you would possibly need to setup a swap disk on external media. For instance, compiling Wireshark natively took several hours, and required my buddy here to use an external USB drive as a swap disk . . .

[Bremenpl]

In that case i cant do it. I am already late with my university project. I need to turn on my Qt app on BeagleBone Black with 4D systems 7 inch LCD asap...

W dniu 2015-12-14 o 22:08, William Hermans pisze:

[John Syne]

If you search for this mailing list for "QT5.1.1 running on BeagleBoneBlack”, I describe building QT5 on the BBB. 

Here is what I said back then:

QT: git://gitorious.org/qt/qt5.git

Branch: v5.1.1

BBB #>./init-repository

BBB #>make

Takes about 40 hours to build

BBB #>make install

Takes about 2 hours to install

I agree with William, you are better off using a quad core board or something similar. 

Regards,

John

[Bremenpl]

I cant change the board right now, it has to be BeagleBone Black. Thats why I need to build on my host. Did you succed on installing QT5.1 and deploying it to BeagleBone Black? Maybe I should use it instead of 4.8.6 if its easier?

W dniu 2015-12-14 o 22:50, John Syne pisze:

[Robert Nelson]

On Mon, Dec 14, 2015 at 3:53 PM, Bremenpl <brem...@gmail.com> wrote:
> I cant change the board right now, it has to be BeagleBone Black. Thats why
> I need to build on my host. Did you succed on installing QT5.1 and deploying
> it to BeagleBone Black? Maybe I should use it instead of 4.8.6 if its
> easier?

The lxqt snapshot images:

http://elinux.org/Beagleboard:BeagleBoneBlack_Debian#Debian_Image_Testing_Snapshots

ship with QT 5.3.2

Regards,

--
Robert Nelson
https://rcn-ee.com/

[Bremenpl]

So if I crosscompile Qt 5.3.2 on linux host, I will be able to build on
host and deploy a working executable to target?

W dniu 2015-12-14 o 22:54, Robert Nelson pisze:

Bremenpl

[Robert Nelson]

On Mon, Dec 14, 2015 at 3:58 PM, Bremenpl <brem...@gmail.com> wrote:
> So if I crosscompile Qt 5.3.2 on linux host, I will be able to build on host
> and deploy a working executable to target?

Why are you wasting time cross-compiling? Just build on the bbb... All
the QT 5.3.2 libraries are available for you to install..

[John Syne]

> On Dec 14, 2015, at 1:54 PM, Robert Nelson <robert...@gmail.com> wrote:
>
> On Mon, Dec 14, 2015 at 3:53 PM, Bremenpl <brem...@gmail.com> wrote:
>> I cant change the board right now, it has to be BeagleBone Black. Thats why
>> I need to build on my host. Did you succed on installing QT5.1 and deploying
>> it to BeagleBone Black? Maybe I should use it instead of 4.8.6 if its
>> easier?
>
> The lxqt snapshot images:
>
> http://elinux.org/Beagleboard:BeagleBoneBlack_Debian#Debian_Image_Testing_Snapshots
>
> ship with QT 5.3.2

I completely forgot about LXQT. That is brilliant.

Regards,
John

>
> Regards,
>
> --
> Robert Nelson
> https://rcn-ee.com/
>

[Bremenpl]

The point is I dont want to write code on the BeagleBone Black itself.
Is it, lets say, possible to remote debug in qtcreator on host machine,
but build on beagle? That is the case. I have always done it like this
in eclipse:

build on host,
scp to beagle
remote run/ debug

Would this work in this case?

W dniu 2015-12-14 o 23:04, Robert Nelson pisze:

Bremenpl

[Robert Nelson]

On Mon, Dec 14, 2015 at 4:09 PM, Bremenpl <brem...@gmail.com> wrote:
> The point is I dont want to write code on the BeagleBone Black itself. Is
> it, lets say, possible to remote debug in qtcreator on host machine, but
> build on beagle? That is the case. I have always done it like this in
> eclipse:
>
> build on host,
> scp to beagle
> remote run/ debug
>
> Would this work in this case?

Just export your qtcreator project with the ".pro" file, tar it up,
copy to bbb, extract and run qmake

[John Syne]

http://derekmolloy.ie/beaglebone/qt-with-embedded-linux-on-the-beaglebone/

Regards,
John

[Bremenpl]

Yes but in that case I would have to program for hours on BeagleBone
Black... The point is, can I remote debug in this configuration?

W dniu 2015-12-14 o 23:10, Robert Nelson pisze:

Bremenpl

[Robert Nelson]

Also the obvious other solution.. Use git* to store your project,
build test develop on your x86, clone/pull on your bbb and rebuild..

* This is kinda development 101, so i usually assume people already do this...

[Robert Nelson]

On Mon, Dec 14, 2015 at 4:13 PM, Bremenpl <brem...@gmail.com> wrote:
> Yes but in that case I would have to program for hours on BeagleBone
> Black... The point is, can I remote debug in this configuration?

gdb can communicate over tcp/ip..

[Bremenpl]

John I know this tutorial, but it assums crossxompiling. I need to have
the executable on both targets then.

Robert, I cannot test on my host, because its different enviroment with
different hardware.

W dniu 2015-12-14 o 23:11, John Syne pisze:

--
Bremenpl

[Bremenpl]

But wont I need the executable on both targets to gdb to work over tcp/ip?

W dniu 2015-12-14 o 23:13, Robert Nelson pisze:

> On Mon, Dec 14, 2015 at 4:13 PM, Bremenpl <brem...@gmail.com> wrote:
>> Yes but in that case I would have to program for hours on BeagleBone
>> Black... The point is, can I remote debug in this configuration?
> gdb can communicate over tcp/ip..
>
> Regards,
>

--

Bremenpl

[Bremenpl]

Okay, I think I figured it out, but it would be a bit messy... So lets
say I would have a postbuild script on my host, that after each
succesfull build would scp over all .h and .c files to BeagleBone Black
and build on the target as well (ssh command).

But then again, for gdb-multiarch I need to provide an executable on the
host. So if I am building on target device, do I need to download the
built executable back to host...?

W dniu 2015-12-14 o 23:13, Robert Nelson pisze:

> On Mon, Dec 14, 2015 at 4:13 PM, Bremenpl <brem...@gmail.com> wrote:
>> Yes but in that case I would have to program for hours on BeagleBone
>> Black... The point is, can I remote debug in this configuration?
> gdb can communicate over tcp/ip..
>
> Regards,
>

--

Bremenpl

[John Syne]

> On Dec 14, 2015, at 2:15 PM, Bremenpl <brem...@gmail.com> wrote:
>
> But wont I need the executable on both targets to gdb to work over tcp/ip?

You only need the source on your host, but the source layout must be consistent with the debug symbols in the executable. This might also be helpful:

http://exploringbeaglebone.com/chapter7/

Regards,
John

>
> W dniu 2015-12-14 o 23:13, Robert Nelson pisze:
>> On Mon, Dec 14, 2015 at 4:13 PM, Bremenpl <brem...@gmail.com> wrote:
>>> Yes but in that case I would have to program for hours on BeagleBone
>>> Black... The point is, can I remote debug in this configuration?
>> gdb can communicate over tcp/ip..
>>
>> Regards,
>>
>
> --
> Bremenpl
>

[John Syne]

Regards,
John

> On Dec 14, 2015, at 2:23 PM, Bremenpl <brem...@gmail.com> wrote:
>
> Okay, I think I figured it out, but it would be a bit messy... So lets say I would have a postbuild script on my host, that after each succesfull build would scp over all .h and .c files to BeagleBone Black and build on the target as well (ssh command).
>

> But then again, for gdb-multiarch I need to provide an executable on the host. So if I am building on target device, do I need to download the built executable back to host…?
No

>
> W dniu 2015-12-14 o 23:13, Robert Nelson pisze:
>> On Mon, Dec 14, 2015 at 4:13 PM, Bremenpl <brem...@gmail.com> wrote:
>>> Yes but in that case I would have to program for hours on BeagleBone
>>> Black... The point is, can I remote debug in this configuration?
>> gdb can communicate over tcp/ip..
>>
>> Regards,
>>
>
> --
> Bremenpl
>

[Bremenpl]

Okay guys, atm I am donwloading the lxqt image. AT first I will try to
open the app on the BeagleBone Black itself. But after that works I need
to figure out how to remote debug while building on beagle instead of
cross compile on host.
Could you please only clarify my thoughts about it? If gdb-multiarch
needs crosscompiled executable, how do I use it if I dont download the
executable from target like you said i dont?

W dniu 2015-12-14 o 23:23, John Syne pisze:

--
Bremenpl

[John Syne]

> On Dec 14, 2015, at 2:34 PM, Bremenpl <brem...@gmail.com> wrote:
>
> Okay guys, atm I am donwloading the lxqt image. AT first I will try to open the app on the BeagleBone Black itself. But after that works I need to figure out how to remote debug while building on beagle instead of cross compile on host.
> Could you please only clarify my thoughts about it? If gdb-multiarch needs crosscompiled executable, how do I use it if I dont download the executable from target like you said i dont?

On BBB you run gdbserver. On your host, you run gdb and then remote connect to your gdbserver. Watch Derrek Molloy’s chapter 7 video I gave you, starting at about 30 minutes.

Regards,
John

[Bremenpl]

Ahh., thats the way, you are right...
Thank you for all the support guys, I really mean it! Hope to get it
working in a while if i wont fall asleep on my desk!

> You received this message because you are subscribed to a topic in the
> Google Groups "BeagleBoard" group.
> To unsubscribe from this topic, visit
> https://groups.google.com/d/topic/beagleboard/FUq8HRSvw_g/unsubscribe.
> To unsubscribe from this group and all its topics, send an email to

[William Hermans]

I cant change the board right now, it has to be BeagleBone Black. Thats why I need to build on my host. Did you succed on installing QT5.1 and deploying it to BeagleBone Black? Maybe I should use it instead of 4.8.6 if its easier?

No one was saying change boards. Use the same board, but use a faster, more powerful ARM board to compile native ARM executable. The reasons are simple. No need to mess with cross compiling, which in many cases is messy, and sometimes near impossible.

You don't think Robert spends days, or weeks compiling packages do you ? But why don't we ask Robert. Robert, hey what percentage of the packages you build are compiled native to ARM, from some sort of beefy ARM board? I'm guessing nearly 100% if not 100% but . . .

[Bremenpl]

So if I understand correctly, I should have a second board that is more powerfull than beagle just to compile the code for beagle?

W dniu 2015-12-15 o 00:26, William Hermans pisze:

-- 
Bremenpl

[William Hermans]

Not necessarily, but consider this. How much does an embedded systems specialist in your area get paid per hour ? In my area, about 15-20 years ago. The cost of a board like the X15 would have been absorbed in roughly half a day. That is to say, an embedded systems specialist could buy a board for $239 after working roughly half a day.

Now take into account that figuring out how to cross compile something like this is a serious headache, and often takes days, if not weeks to get right . . .

[Bremenpl]

Where I live (Szczecin, noth-west Poland) I think this board is worth about 30-40 hours of specialist work. The idea of compiling on a system that is simmilar to target sound ok to me, it makes sense that you dont need to crosscompile- But is that more comfortable for work? In a crosscompilation enviroment all I need to do is press debug and it runs. In this case there would have to be some kind of chain where files fly from my pc, through strong arm board to the beagle. But i gues you can automate that at some point.

W dniu 2015-12-15 o 00:54, William Hermans pisze:

[Bremenpl]

I have just flashed my BeagleBone Black emmc  with lxqt image linked by Robert. I cant seem to find qmake anywhere. I thought there would be qt installed and all. Am I missing something again?

W dniu 2015-12-15 o 00:54, William Hermans pisze:

[William Hermans]

Where I live (Szczecin, noth-west Poland) I think this board is worth about 30-40 hours of specialist work. The idea of compiling on a system that is simmilar to target sound ok to me, it makes sense that you dont need to crosscompile-

The boards do not even have to be similar. They just need to be able to support the same ABI. Which in the case of both the Beaglebone Black, and the X15( and wanderboard plus countless others ). They just need to support the armhf ABI. armv7 outside of the Debian world.

But is that more comfortable for work? In a crosscompilation enviroment all I need to do is press debug and it runs. In this case there would have to be some kind of chain where files fly from my pc, through strong arm board to the beagle. But i gues you can automate that at some point.

Let me put it this way. I'm fairly experienced when it comes to working with this sort of thing. With that said, I would not cross compile Qt. There are lots of things I would not cross compile. For instance, my buddy came to me asking advice on how to cross compile Wireshark for the Beaglebone black, then he probably wondered why I was looking at him crazy . . . My suggestion after finding out he was running out of memory was to hook up a USB hard drive, and use it as a swap disk. This worked fine for him. He did not mind waiting several hours for the binary to compile.

Anyway, my point there is that there are many ways to do the same thing. All should be taken into consideration. But what experience has taught me over the years. Cross compiling should be the very last resort. Unless you happen to find a very good guide. So considering that you seem to be fairly inexperienced. Yes, I think you should consider buying a board to help with your development. Especially considering you have a grade riding on your projects outcome.

[Bremenpl]

I understand. Well, I did have some little experience with crosscompiling std projects and wiritng in eclipse thanks to Derek Molloys tutorials. All my problems really started when I had to use Qt for beagle. And yes I cant say Im a pro at this stuff...

The idea with a separate board is good I think, I will definetly look for a strong and cheap one. i have never thought of doing it this way though, I always thought people use QEMU and etc.

Thank you for your advices, I really am gratefull for the time.

W dniu 2015-12-15 o 01:14, William Hermans pisze:

[William Hermans]

So just thinking for a minute. A Raspberry PI 2, the new board with quad cores, and 1 GB ram would probably work fairly decent as a build system for the Beaglebones. Granted, something like the X15, of that new nVidia ARM board, or even the Omelex A20 board with SATA would probably be a much better choice if cost is not a problem.

By the way, I have no idea what Robert is talking about. You need to ask him.

[Bremenpl]

Okay, thank :P. I am quite sure raspberry pi is not hard float.

W dniu 2015-12-15 o 01:21, William Hermans pisze:

[William Hermans]

The new board is armv7. Positively.

[William Hermans]

https://www.adafruit.com/product/2358

[Bremenpl]

I think there is a good reason to get one then. If it only had on board memory it would be nearly as cool as beagle.

W dniu 2015-12-15 o 01:25, William Hermans pisze:

[William Hermans]

Anyway, the main problem with the rPI 2 is that it has no "fast" non destructive storage. But the Omilex . . let me look it up.

https://www.olimex.com/Products/OLinuXino/A20/A20-OLinuXIno-LIME2-4GB/open-source-hardware Has SATA and GbE both. Dual cores too I think. However, you'd have to ask someone who has one how well they think it would work as a build board. RObert might know, as his Debian build guide also includes this board too I believe.

[Bremenpl]

Yes this board would be something more I would use. I had some experience with it and I think I could get one of my university. Thanks.

W dniu 2015-12-15 o 01:29, William Hermans pisze:

[Bremenpl]

Robert, If you could please explain me how can I get Qt 5.3.2 on lxqt target you linked I would be really gratefull. I only knew how to install 4.8.2, but that one does not support QSerialport and my code is not not compatible. For now I just wanted to compile my application to show that it works. I would really apreciate your further help.

W dniu 2015-12-15 o 01:29, William Hermans pisze:

[John Syne]

My guess is you would apt-get install the QT components/libraries you need.

Regards,

John

[John Syne]

For purely building armhf code, Odroid XU4 might be a good choice:

http://www.hardkernel.com/main/main.php

This is an Octacore processor with 4 CortexA15 and 4 CortexA7 processors. I don’t know how good their kernel/debian support is, but I know Robert had looked at this board or a predecessor in the past, so perhaps he can give his input here.

Clearly this board doesn’t have the flexibility of the BeagleBoard-x15 with it’s dual DSP, Dual CortexM4, Quad PRU, SATA interface, PCIe interface, etc. 

Regards,

John

[Bremenpl]

Ita the 1st one i see with active cooling. Its not as flexible as beagle x15 but is it important if you only want to build code on it?

As for the package, i have downloaded qt 5.3.2 but wasnt able to run the code yey because of some qt version incompabilities. But that something i can fix soon, i just wasnt able now i had go to sleep. The question is why did i need this lxqt image specifically if i had to install anyway?

[Bremenpl]

Hello there,
I managed to set up qt 5.3.2 on the beaglebone. I have build everything there and it took ages but it works :).

Next step is that I need to check either it is possible to run qt app on bbb without gui with qws parameter. Because at the moment when i run it with qws i get QXcbconnection: Could not connect to display. I need to do it like this because thw gui is really really slow.

On December 15, 2015 6:10:13 AM John Syne <john...@gmail.com> wrote:

[John Syne]

i haven’t done this in ages, but try to run your QT app with the "-platform eglfs” option. I’m assuming you built QT with EGL. 

Regards,

John

[Bremenpl]

I am not sure, coz i wasnt building it- i fownloaded it from paxjage manager.

[Maxim Podbereznyy]

Try it this thus way:

DISPLAY=:0 myapp -qws

19 Дек 2015 г. 23:07 пользователь "Bremenpl" <brem...@gmail.com> написал:

[Bremenpl]

I tried the first hint:

root@beaglebone:/home/debian/ImpedanceManager-build# ./ImpedanceManager -qws -platform eglfs
libEGL warning: DRI3: xcb_connect failed
libEGL warning: DRI2: xcb_connect failed
libEGL warning: DRI2: xcb_connect failed
Could not initialize egl display
Aborted

Theb second:

root@beaglebone:/home/debian/ImpedanceManager-build# DISPLAY=:0 ./ImpedanceManager -qws
No protocol specified
QXcbConnection: Could not connect to display :0
Aborted


Is there something more I should specify?

W dniu 2015-12-20 o 08:49, Maxim Podbereznyy pisze:

[em.ce....@gmail.com]

Have you finally solved this problem? If so, could you please give some advice how to fix this problem?

 I am stuck in the same place right now. Trying to run an example after cross compiling qt for BBB.

[Bremenpl]

Hi there,
I was not able to solve this. Because of lack of time, I decided to install qt 5+ on the bbb usong apt manager and build serialport (i needed ot and it was not included) on the bbb itself. For now i am stuck with building on bbb without crosscompiling as i wasnt able to set it for qt 5+ as well.

If you would find a solution to this i would be gratefull if you let me know. I still need the qt on bbb in own frame buffer version.

--

[Marius]

I am not sure about this but I think I read somewhere that QT 5.3.x does not support the "qws" anymore. I run QT 5.3.1 with -platform linuxfb only and it works. I did compile with eglfs but have not been able to get that to work either.

 

 

Hello there,
I managed to set up qt 5.3.2 on the beaglebone. I have build everything there and it took ages but it works .

Next step is that I need to check either it is possible to run qt app on bbb without gui with qws parameter. Because at the moment when i run it with qws i get QXcbconnection: Could not connect to display. I need to do it like this because thw gui is really really slow.

On December 15, 2015 6:10:13 AM John Syne <john...@gmail.com> wrote:

For purely building armhf code, Odroid XU4 might be a good choice:

http://www.hardkernel.com/main/main.php

This is an Octacore processor with 4 CortexA15 and 4 CortexA7 processors. I don’t know how good their kernel/debian support is, but I know Robert had looked at this board or a predecessor in the past, so perhaps he can give his input here.

Clearly this board doesn’t have the flexibility of the BeagleBoard-x15 with it’s dual DSP, Dual CortexM4, Quad PRU, SATA interface, PCIe interface, etc. 

Regards,

John

On Dec 14, 2015, at 4:29 PM, William Hermans <yyr...@gmail.com> wrote:

Anyway, the main problem with the rPI 2 is that it has no "fast" non destructive storage. But the Omilex . . let me look it up.

https://www.olimex.com/Products/OLinuXino/A20/A20-OLinuXIno-LIME2-4GB/open-source-hardware Has SATA and GbE both. Dual cores too I think. However, you'd have to ask someone who has one how well they think it would work as a build board. RObert might know, as his Debian build guide also includes this board too I believe.

On Mon, Dec 14, 2015 at 5:25 PM, William Hermans <yyr...@gmail.com> wrote:

https://www.adafruit.com/product/2358

On Mon, Dec 14, 2015 at 5:23 PM, William Hermans <yyr...@gmail.com> wrote:

The new board is armv7. Positively.

On Mon, Dec 14, 2015 at 5:24 PM, Bremenpl <brem...@gmail.com> wrote:

Okay, thank . I am quite sure raspberry pi is not hard float.

W dniu 2015-12-15 o 01:21, William Hermans pisze:

So just thinking for a minute. A Raspberry PI 2, the new board with quad cores, and 1 GB ram would probably work fairly decent as a build system for the Beaglebones. Granted, something like the X15, of that new nVidia ARM board, or even the Omelex A20 board with SATA would probably be a much better choice if cost is not a problem.

By the way, I have no idea what Robert is talking about. You need to ask him.

On Mon, Dec 14, 2015 at 5:15 PM, Bremenpl <brem...@gmail.com> wrote:

I have just flashed my BeagleBone Black emmc  with lxqt image linked by Robert. I cant seem to find qmake anywhere. I thought there would be qt installed and all. Am I missing something again?

W dniu 2015-12-15 o 00:54, William Hermans pisze:

Not necessarily, but consider this. How much does an embedded systems specialist in your area get paid per hour ? In my area, about 15-20 years ago. The cost of a board like the X15 would have been absorbed in roughly half a day. That is to say, an embedded systems specialist could buy a board for $239 after working roughly half a day.

Now take into account that figuring out how to cross compile something like this is a serious headache, and often takes days, if not weeks to get right . . .

On Mon, Dec 14, 2015 at 4:32 PM, Bremenpl <brem...@gmail.com> wrote:

So if I understand correctly, I should have a second board that is more powerfull than beagle just to compile the code for beagle?

W dniu 2015-12-15 o 00:26, William Hermans pisze:

I cant change the board right now, it has to be BeagleBone Black. Thats why I need to build on my host. Did you succed on installing QT5.1 and deploying it to BeagleBone Black? Maybe I should use it instead of 4.8.6 if its easier?

No one was saying change boards. Use the same board, but use a faster, more powerful ARM board to compile native ARM executable. The reasons are simple. No need to mess with cross compiling, which in many cases is messy, and sometimes near impossible.

You don't think Robert spends days, or weeks compiling packages do you ? But why don't we ask Robert. Robert, hey what percentage of the packages you build are compiled native to ARM, from some sort of beefy ARM board? I'm guessing nearly 100% if not 100% but . . .

On Mon, Dec 14, 2015 at 4:00 PM, Bremenpl <brem...@gmail.com> wrote:

Ahh., thats the way, you are right...
Thank you for all the support guys, I really mean it! Hope to get it working in a while if i wont fall asleep on my desk!

On December 14, 2015 11:55:59 PM John Syne <john...@gmail.com> wrote:

On Dec 14, 2015, at 2:34 PM, Bremenpl <brem...@gmail.com> wrote:

Okay guys, atm I am donwloading the lxqt image. AT first I will try to open the app on the BeagleBone Black itself. But after that works I need to figure out how to remote debug while building on beagle instead of cross compile on host.
Could you please onl

--

For more options, visit http://beagleboard.org/discuss
---

You received this message because you are subscribed to the Google Groups "BeagleBoard" group.

To unsubscribe from this group and stop receiving emails from it, send an email to beagleboard...@googlegroups.com.

[Marius]

I am not sure about this but I think I read somewhere that QT 5.3.x does not support the "qws" anymore. I run QT 5.3.1 with -platform linuxfb only and it works. I did compile with eglfs but have not been able to get that to work either.

 

 

Hello there,
I managed to set up qt 5.3.2 on the beaglebone. I have build everything there and it took ages but it works .

Next step is that I need to check either it is possible to run qt app on bbb without gui with qws parameter. Because at the moment when i run it with qws i get QXcbconnection: Could not connect to display. I need to do it like this because thw gui is really really slow.

On December 15, 2015 6:10:13 AM John Syne <john...@gmail.com> wrote:

For purely building armhf code, Odroid XU4 might be a good choice:

http://www.hardkernel.com/main/main.php

This is an Octacore processor with 4 CortexA15 and 4 CortexA7 processors. I don’t know how good their kernel/debian support is, but I know Robert had looked at this board or a predecessor in the past, so perhaps he can give his input here.

Clearly this board doesn’t have the flexibility of the BeagleBoard-x15 with it’s dual DSP, Dual CortexM4, Quad PRU, SATA interface, PCIe interface, etc. 

Regards,

John

On Dec 14, 2015, at 4:29 PM, William Hermans <yyr...@gmail.com> wrote:

Anyway, the main problem with the rPI 2 is that it has no "fast" non destructive storage. But the Omilex . . let me look it up.

https://www.olimex.com/Products/OLinuXino/A20/A20-OLinuXIno-LIME2-4GB/open-source-hardware Has SATA and GbE both. Dual cores too I think. However, you'd have to ask someone who has one how well they think it would work as a build board. RObert might know, as his Debian build guide also includes this board too I believe.

On Mon, Dec 14, 2015 at 5:25 PM, William Hermans <yyr...@gmail.com> wrote:

https://www.adafruit.com/product/2358

On Mon, Dec 14, 2015 at 5:23 PM, William Hermans <yyr...@gmail.com> wrote:

The new board is armv7. Positively.

On Mon, Dec 14, 2015 at 5:24 PM, Bremenpl <brem...@gmail.com> wrote:

Okay, thank . I am quite sure raspberry pi is not hard float.

W dniu 2015-12-15 o 01:21, William Hermans pisze:

So just thinking for a minute. A Raspberry PI 2, the new board with quad cores, and 1 GB ram would probably work fairly decent as a build system for the Beaglebones. Granted, something like the X15, of that new nVidia ARM board, or even the Omelex A20 board with SATA would probably be a much better choice if cost is not a problem.

By the way, I have no idea what Robert is talking about. You need to ask him.

On Mon, Dec 14, 2015 at 5:15 PM, Bremenpl <brem...@gmail.com> wrote:

I have just flashed my BeagleBone Black emmc  with lxqt image linked by Robert. I cant seem to find qmake anywhere. I thought there would be qt installed and all. Am I missing something again?

W dniu 2015-12-15 o 00:54, William Hermans pisze:

Not necessarily, but consider this. How much does an embedded systems specialist in your area get paid per hour ? In my area, about 15-20 years ago. The cost of a board like the X15 would have been absorbed in roughly half a day. That is to say, an embedded systems specialist could buy a board for $239 after working roughly half a day.

Now take into account that figuring out how to cross compile something like this is a serious headache, and often takes days, if not weeks to get right . . .

On Mon, Dec 14, 2015 at 4:32 PM, Bremenpl <brem...@gmail.com> wrote:

So if I understand correctly, I should have a second board that is more powerfull than beagle just to compile the code for beagle?

W dniu 2015-12-15 o 00:26, William Hermans pisze:

I cant change the board right now, it has to be BeagleBone Black. Thats why I need to build on my host. Did you succed on installing QT5.1 and deploying it to BeagleBone Black? Maybe I should use it instead of 4.8.6 if its easier?

No one was saying change boards. Use the same board, but use a faster, more powerful ARM board to compile native ARM executable. The reasons are simple. No need to mess with cross compiling, which in many cases is messy, and sometimes near impossible.

You don't think Robert spends days, or weeks compiling packages do you ? But why don't we ask Robert. Robert, hey what percentage of the packages you build are compiled native to ARM, from some sort of beefy ARM board? I'm guessing nearly 100% if not 100% but . . .

On Mon, Dec 14, 2015 at 4:00 PM, Bremenpl <brem...@gmail.com> wrote:

Ahh., thats the way, you are right...
Thank you for all the support guys, I really mean it! Hope to get it working in a while if i wont fall asleep on my desk!

On December 14, 2015 11:55:59 PM John Syne <john...@gmail.com> wrote:

On Dec 14, 2015, at 2:34 PM, Bremenpl <brem...@gmail.com> wrote:

Okay guys, atm I am donwloading the lxqt image. AT first I will try to open the app on the BeagleBone Black itself. But after that works I need to figure out how to remote debug while building on beagle instead of cross compile on host.
Could you please onl

--