Re: [beagleboard] Running Qt gui application on BBB

2016-01-24 Thread 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.



On January 25, 2016 12:44:23 AM em.ce.kwad...@gmail.com wrote:


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.

On Sunday, 20 December 2015 12:39:38 UTC+1, bremenpl wrote:


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:

Try it this thus way:

DISPLAY=:0 myapp -qws
19 Дек 2015 г. 23:07 пользователь "Bremenpl" > написал:


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

On December 19, 2015 7:51:18 PM John Syne < 
john...@gmail.com > wrote:


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




On Dec 19, 2015, at 3:46 AM, Bremenpl < brem...@gmail.com
> wrote:

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 > 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 :P. 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 r

Re: [beagleboard] Running Qt gui application on BBB

2016-01-24 Thread em . ce . kwadrat
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.

On Sunday, 20 December 2015 12:39:38 UTC+1, bremenpl wrote:
>
> 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:
>
> Try it this thus way:
>
> DISPLAY=:0 myapp -qws
> 19 Дек 2015 г. 23:07 пользователь "Bremenpl"  > написал:
>
>> I am not sure, coz i wasnt building it- i fownloaded it from paxjage 
>> manager.
>>
>> On December 19, 2015 7:51:18 PM John Syne < 
>> john...@gmail.com > wrote:
>>
>>> 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
>>>
>>>
>>>
>>>
>>> On Dec 19, 2015, at 3:46 AM, Bremenpl < brem...@gmail.com 
>>> > wrote:
>>>
>>> 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 >> > 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 :P. 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 

Re: [beagleboard] Running Qt gui application on BBB

2015-12-20 Thread 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:


  Try it this thus way:
  DISPLAY=:0 myapp -qws
  19 Дек 2015 г. 23:07 пользователь
"Bremenpl" 
написал:

  

  
I am not sure,
  coz i wasnt
  building it- i fownloaded it from paxjage manager.
  
  
On
  December 19, 2015 7:51:18 PM John Syne 
  wrote:

  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





  
  
  

  On Dec 19,
2015, at 3:46 AM, Bremenpl 
wrote:
  
  

  

  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

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
Her

Re: [beagleboard] Running Qt gui application on BBB

2015-12-19 Thread Maxim Podbereznyy
Try it this thus way:

DISPLAY=:0 myapp -qws
19 Дек 2015 г. 23:07 пользователь "Bremenpl"  написал:

> I am not sure, coz i wasnt building it- i fownloaded it from paxjage
> manager.
>
> On December 19, 2015 7:51:18 PM John Syne  wrote:
>
>> 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
>>
>>
>>
>>
>> On Dec 19, 2015, at 3:46 AM, Bremenpl  wrote:
>>
>> 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  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  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 
>>> wrote:
>>>
 https://www.adafruit.com/product/2358

 On Mon, Dec 14, 2015 at 5:23 PM, William Hermans 
 wrote:

> The new board is armv7. Positively.
>
> On Mon, Dec 14, 2015 at 5:24 PM, Bremenpl  wrote:
>
>> Okay, thank :P. 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  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 < 
>>> breme...@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,

Re: [beagleboard] Running Qt gui application on BBB

2015-12-19 Thread Bremenpl

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


On December 19, 2015 7:51:18 PM John Syne  wrote:

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





On Dec 19, 2015, at 3:46 AM, Bremenpl  wrote:

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  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 > 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 > wrote:

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

On Mon, Dec 14, 2015 at 5:23 PM, William Hermans > wrote:

The new board is armv7. Positively.

On Mon, Dec 14, 2015 at 5:24 PM, Bremenpl > wrote:

Okay, thank :P. 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 > 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 < 
breme...@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 < 
breme...@gmail.com > 
wrote:

Ahh., thats the way, you are right...
Thank you for all the support guys, 

Re: [beagleboard] Running Qt gui application on BBB

2015-12-19 Thread 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




> On Dec 19, 2015, at 3:46 AM, Bremenpl  wrote:
> 
> 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  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 >> > 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 >> > wrote:
>>> https://www.adafruit.com/product/2358 
>>> 
>>> 
>>> On Mon, Dec 14, 2015 at 5:23 PM, William Hermans >> > wrote:
>>> The new board is armv7. Positively.
>>> 
>>> On Mon, Dec 14, 2015 at 5:24 PM, Bremenpl >> > wrote:
>>> Okay, thank :P. 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 >>> > 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 < 
> breme...@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 

Re: [beagleboard] Running Qt gui application on BBB

2015-12-19 Thread 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  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  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 > wrote:

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

On Mon, Dec 14, 2015 at 5:23 PM, William Hermans > wrote:

The new board is armv7. Positively.

On Mon, Dec 14, 2015 at 5:24 PM, Bremenpl > wrote:

Okay, thank :P. 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 > 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 < 
breme...@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 < 
breme...@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 < 
john3...@gmail.com > 
wrote:



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


Okay

Re: [beagleboard] Running Qt gui application on BBB

2015-12-14 Thread 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?



On December 15, 2015 6:10:13 AM John Syne  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  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 > wrote:

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

On Mon, Dec 14, 2015 at 5:23 PM, William Hermans > wrote:

The new board is armv7. Positively.

On Mon, Dec 14, 2015 at 5:24 PM, Bremenpl > wrote:

Okay, thank :P. 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 > 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 < 
breme...@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 < 
breme...@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 < 
john3...@gmail.com > 
wrote:



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

Re: [beagleboard] Running Qt gui application on BBB

2015-12-14 Thread 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




> On Dec 14, 2015, at 4:29 PM, William Hermans  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  > wrote:
> https://www.adafruit.com/product/2358 
> 
> On Mon, Dec 14, 2015 at 5:23 PM, William Hermans  > wrote:
> The new board is armv7. Positively.
> 
> On Mon, Dec 14, 2015 at 5:24 PM, Bremenpl  > wrote:
> Okay, thank :P. 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 > > 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 < 
>>> breme...@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 < 
 breme...@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 < 
 john3...@gmail.com > 
 wrote:
 
 
 On Dec 14, 2015, at 2:34 PM, Bremenpl < 
 breme...@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

Re: [beagleboard] Running Qt gui application on BBB

2015-12-14 Thread John Syne
My guess is you would apt-get install the QT components/libraries you need.

Regards,
John




> On Dec 14, 2015, at 5:04 PM, Bremenpl  wrote:
> 
> 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:
>> 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 > > wrote:
>> https://www.adafruit.com/product/2358 
>> 
>> On Mon, Dec 14, 2015 at 5:23 PM, William Hermans < 
>> yyrk...@gmail.com > 
>> wrote:
>> The new board is armv7. Positively.
>> 
>> On Mon, Dec 14, 2015 at 5:24 PM, Bremenpl < 
>> breme...@gmail.com > 
>> wrote:
>> Okay, thank :P. 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 < 
>>> breme...@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 < 
 breme...@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 < 
> breme...@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 < 
> john3...@gmail.com 
> > wrote:
> 
> 
> On Dec 14, 2015, at 2:34 PM, Bremenpl < 
> breme...@gmail.com 
> 

Re: [beagleboard] Running Qt gui application on BBB

2015-12-14 Thread 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:


  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 
  wrote:
  
https://www.adafruit.com/product/2358


  

  On Mon, Dec 14, 2015 at 5:23
PM, William Hermans 
wrote:

  The new board is armv7. Positively.
  
  

  
On Mon, Dec 14,
  2015 at 5:24 PM, Bremenpl 
  wrote:
  

  Okay, thank :P. 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 
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:


  

  
   

Re: [beagleboard] Running Qt gui application on BBB

2015-12-14 Thread 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:


  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 
  wrote:
  
https://www.adafruit.com/product/2358


  

  On Mon, Dec 14, 2015 at 5:23
PM, William Hermans 
wrote:

  The new board is armv7. Positively.
  
  

  
On Mon, Dec 14,
  2015 at 5:24 PM, Bremenpl 
  wrote:
  

  Okay, thank :P. 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 
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
  th

Re: [beagleboard] Running Qt gui application on BBB

2015-12-14 Thread 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.

On Mon, Dec 14, 2015 at 5:25 PM, William Hermans  wrote:

> https://www.adafruit.com/product/2358
>
> On Mon, Dec 14, 2015 at 5:23 PM, William Hermans 
> wrote:
>
>> The new board is armv7. Positively.
>>
>> On Mon, Dec 14, 2015 at 5:24 PM, Bremenpl  wrote:
>>
>>> Okay, thank :P. 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  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 < 
 breme...@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 < 
> breme...@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 < 
>> john3...@gmail.com> wrote:
>>
>>
>>> On Dec 14, 2015, at 2:34 PM, Bremenpl < 
 breme...@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
>>>

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

> Regards,
> John
>
>
>
>
> On Dec 14, 2015, at 2:23 PM, Bremenpl < 
>> breme...@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 

Re: [beagleboard] Running Qt gui application on BBB

2015-12-14 Thread 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:


  https://www.adafruit.com/product/2358
  
  
On Mon, Dec 14, 2015 at 5:23 PM,
  William Hermans 
  wrote:
  
The new board is armv7. Positively.


  

  On Mon, Dec 14, 2015 at 5:24
PM, Bremenpl 
wrote:

   Okay, thank
:P. 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 
  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 
wrote:

Re: [beagleboard] Running Qt gui application on BBB

2015-12-14 Thread William Hermans
https://www.adafruit.com/product/2358

On Mon, Dec 14, 2015 at 5:23 PM, William Hermans  wrote:

> The new board is armv7. Positively.
>
> On Mon, Dec 14, 2015 at 5:24 PM, Bremenpl  wrote:
>
>> Okay, thank :P. 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  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 < 
>>> breme...@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 < 
 breme...@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 < 
> john3...@gmail.com> wrote:
>
>
>> On Dec 14, 2015, at 2:34 PM, Bremenpl < 
>>> breme...@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
>>
>>>
>>> W dniu 2015-12-14 o 23:23, John Syne pisze:
>>>
 Regards,
 John




 On Dec 14, 2015, at 2:23 PM, Bremenpl < 
> breme...@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 < 
>> breme...@gmail.com> wrote:
>>
>>> Yes but in that case I would have to program for hours on
>

Re: [beagleboard] Running Qt gui application on BBB

2015-12-14 Thread William Hermans
The new board is armv7. Positively.

On Mon, Dec 14, 2015 at 5:24 PM, Bremenpl  wrote:

> Okay, thank :P. 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  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 < 
>> breme...@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 < 
>>> breme...@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 < 
 john3...@gmail.com> wrote:


> On Dec 14, 2015, at 2:34 PM, Bremenpl < 
>> breme...@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
>
>>
>> W dniu 2015-12-14 o 23:23, John Syne pisze:
>>
>>> Regards,
>>> John
>>>
>>>
>>>
>>>
>>> On Dec 14, 2015, at 2:23 PM, Bremenpl < 
 breme...@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 < 
> breme...@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

Re: [beagleboard] Running Qt gui application on BBB

2015-12-14 Thread 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:


  
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 
  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 
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:

Re: [beagleboard] Running Qt gui application on BBB

2015-12-14 Thread 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.

On Mon, Dec 14, 2015 at 5:15 PM, Bremenpl  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  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 < 
>> breme...@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  wrote:
>>>
>>>
 On Dec 14, 2015, at 2:34 PM, Bremenpl < 
> breme...@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

>
> W dniu 2015-12-14 o 23:23, John Syne pisze:
>
>> Regards,
>> John
>>
>>
>>
>>
>> On Dec 14, 2015, at 2:23 PM, Bremenpl  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 < 
 breme...@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
>>>
>>> --
>>> 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+unsubscr...@googlegroups.com.
>>> For more options, visit 

Re: [beagleboard] Running Qt gui application on BBB

2015-12-14 Thread 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:


  
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.

  
  
On Mon, Dec 14, 2015 at 5:02 PM,
  Bremenpl 
  wrote:
  
 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:
  
  

  

  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 
wrote:

   So if I
understand correctly, 

Re: [beagleboard] Running Qt gui application on BBB

2015-12-14 Thread 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.

On Mon, Dec 14, 2015 at 5:02 PM, Bremenpl  wrote:

> 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:
>
> 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  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 < 
>> breme...@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  wrote:
>>>
>>>
 On Dec 14, 2015, at 2:34 PM, Bremenpl < 
> breme...@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 gdbs

Re: [beagleboard] Running Qt gui application on BBB

2015-12-14 Thread 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:


  
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 
  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 
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
  

  wrote:
  

  
  

   
 On Dec 14,
  2015, at 2:34 PM, Bremenpl 

  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
 

Re: [beagleboard] Running Qt gui application on BBB

2015-12-14 Thread 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:


  
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 
  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 
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
  

  wrote:
  

  
  

   
 On Dec 14,
  2015, at 2:34 PM, Bremenpl 

  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
 

Re: [beagleboard] Running Qt gui application on BBB

2015-12-14 Thread 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
. . .

On Mon, Dec 14, 2015 at 4:32 PM, Bremenpl  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  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 < 
>> john3...@gmail.com> wrote:
>>
>>
>>> On Dec 14, 2015, at 2:34 PM, Bremenpl < 
 breme...@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
>>>

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

> Regards,
> John
>
>
>
>
> On Dec 14, 2015, at 2:23 PM, Bremenpl < 
>> breme...@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 < 
>>> breme...@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
>>
>> --
>> 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+unsubscr...@googlegroups.com.
>> For more options, visit 
>> https://groups.google.com/d/optout.
>>
>
 --
 Bremenpl

 --
 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+unsubscr...@googlegroups.com.
 For more options, visit https://groups.google.com/d/optout.

>>>
>>> --
>>> 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/t

Re: [beagleboard] Running Qt gui application on BBB

2015-12-14 Thread 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:


  

  
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 
  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 
wrote:

  


  

  
  
On Dec 14, 2015, at 2:34 PM, Bremenpl 
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
  

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

  Regards,
  John
  
  
  
  
  
On Dec 14, 2015, at 2:23 PM, Bremenpl 
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 
  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

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

Re: [beagleboard] Running Qt gui application on BBB

2015-12-14 Thread 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 . . .

On Mon, Dec 14, 2015 at 4:00 PM, Bremenpl  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  wrote:
>
>
>> On Dec 14, 2015, at 2:34 PM, Bremenpl  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
>>
>>>
>>> W dniu 2015-12-14 o 23:23, John Syne pisze:
>>>
 Regards,
 John




 On Dec 14, 2015, at 2:23 PM, Bremenpl  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  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
>
> --
> 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+unsubscr...@googlegroups.com.
> For more options, visit https://groups.google.com/d/optout.
>

>>> --
>>> Bremenpl
>>>
>>> --
>>> 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+unsubscr...@googlegroups.com.
>>> For more options, visit https://groups.google.com/d/optout.
>>>
>>
>> --
>> 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+unsubscr...@googlegroups.com.
>> For more options, visit https://groups.google.com/d/optout.
>>
>
>
> --
> 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+unsubscr...@googlegroups.com.
> For more options, visit https://groups.google.com/d/optout.
>

-- 
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+unsubscr...@googlegroups.com.
For more options, visit https://groups.google.com/d/optout.


Re: [beagleboard] Running Qt gui application on BBB

2015-12-14 Thread 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!



On December 14, 2015 11:55:59 PM John Syne  wrote:




On Dec 14, 2015, at 2:34 PM, Bremenpl  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


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

Regards,
John





On Dec 14, 2015, at 2:23 PM, Bremenpl  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  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

--
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+unsubscr...@googlegroups.com.

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


--
Bremenpl

--
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+unsubscr...@googlegroups.com.

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


--
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+unsubscr...@googlegroups.com.

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



--
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+unsubscr...@googlegroups.com.
For more options, visit https://groups.google.com/d/optout.


Re: [beagleboard] Running Qt gui application on BBB

2015-12-14 Thread John Syne

> On Dec 14, 2015, at 2:34 PM, Bremenpl  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
> 
> W dniu 2015-12-14 o 23:23, John Syne pisze:
>> Regards,
>> John
>> 
>> 
>> 
>> 
>>> On Dec 14, 2015, at 2:23 PM, Bremenpl  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  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
>>> 
>>> -- 
>>> 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+unsubscr...@googlegroups.com.
>>> For more options, visit https://groups.google.com/d/optout.
> 
> -- 
> Bremenpl
> 
> -- 
> 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+unsubscr...@googlegroups.com.
> For more options, visit https://groups.google.com/d/optout.

-- 
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+unsubscr...@googlegroups.com.
For more options, visit https://groups.google.com/d/optout.


Re: [beagleboard] Running Qt gui application on BBB

2015-12-14 Thread 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:

Regards,
John





On Dec 14, 2015, at 2:23 PM, Bremenpl  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  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

--
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+unsubscr...@googlegroups.com.
For more options, visit https://groups.google.com/d/optout.


--
Bremenpl

--
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+unsubscr...@googlegroups.com.
For more options, visit https://groups.google.com/d/optout.


Re: [beagleboard] Running Qt gui application on BBB

2015-12-14 Thread John Syne

Regards,
John




> On Dec 14, 2015, at 2:23 PM, Bremenpl  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  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
> 
> -- 
> 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+unsubscr...@googlegroups.com.
> For more options, visit https://groups.google.com/d/optout.

-- 
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+unsubscr...@googlegroups.com.
For more options, visit https://groups.google.com/d/optout.


Re: [beagleboard] Running Qt gui application on BBB

2015-12-14 Thread John Syne


> On Dec 14, 2015, at 2:15 PM, Bremenpl  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  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
> 
> -- 
> 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+unsubscr...@googlegroups.com.
> For more options, visit https://groups.google.com/d/optout.

-- 
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+unsubscr...@googlegroups.com.
For more options, visit https://groups.google.com/d/optout.


Re: [beagleboard] Running Qt gui application on BBB

2015-12-14 Thread 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  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

--
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+unsubscr...@googlegroups.com.
For more options, visit https://groups.google.com/d/optout.


Re: [beagleboard] Running Qt gui application on BBB

2015-12-14 Thread 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  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

--
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+unsubscr...@googlegroups.com.
For more options, visit https://groups.google.com/d/optout.


Re: [beagleboard] Running Qt gui application on BBB

2015-12-14 Thread 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:

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

Regards,
John





On Dec 14, 2015, at 2:09 PM, Bremenpl  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?

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

On Mon, Dec 14, 2015 at 3:58 PM, Bremenpl  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..

Regards,


--
Bremenpl

--
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+unsubscr...@googlegroups.com.
For more options, visit https://groups.google.com/d/optout.


--
Bremenpl

--
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+unsubscr...@googlegroups.com.
For more options, visit https://groups.google.com/d/optout.


Re: [beagleboard] Running Qt gui application on BBB

2015-12-14 Thread Robert Nelson
On Mon, Dec 14, 2015 at 4:13 PM, Bremenpl  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,

-- 
Robert Nelson
https://rcn-ee.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+unsubscr...@googlegroups.com.
For more options, visit https://groups.google.com/d/optout.


Re: [beagleboard] Running Qt gui application on BBB

2015-12-14 Thread Robert Nelson
On Mon, Dec 14, 2015 at 4:10 PM, Robert Nelson  wrote:
> On Mon, Dec 14, 2015 at 4:09 PM, Bremenpl  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

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...

Regards,

-- 
Robert Nelson
https://rcn-ee.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+unsubscr...@googlegroups.com.
For more options, visit https://groups.google.com/d/optout.


Re: [beagleboard] Running Qt gui application on BBB

2015-12-14 Thread 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:

On Mon, Dec 14, 2015 at 4:09 PM, Bremenpl  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

Regards,




--
Bremenpl

--
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+unsubscr...@googlegroups.com.
For more options, visit https://groups.google.com/d/optout.


Re: [beagleboard] Running Qt gui application on BBB

2015-12-14 Thread John Syne
http://derekmolloy.ie/beaglebone/qt-with-embedded-linux-on-the-beaglebone/

Regards,
John




> On Dec 14, 2015, at 2:09 PM, Bremenpl  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?
> 
> W dniu 2015-12-14 o 23:04, Robert Nelson pisze:
>> On Mon, Dec 14, 2015 at 3:58 PM, Bremenpl  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..
>> 
>> Regards,
>> 
> 
> -- 
> Bremenpl
> 
> -- 
> 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+unsubscr...@googlegroups.com.
> For more options, visit https://groups.google.com/d/optout.

-- 
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+unsubscr...@googlegroups.com.
For more options, visit https://groups.google.com/d/optout.


Re: [beagleboard] Running Qt gui application on BBB

2015-12-14 Thread Robert Nelson
On Mon, Dec 14, 2015 at 4:09 PM, Bremenpl  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

Regards,


-- 
Robert Nelson
https://rcn-ee.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+unsubscr...@googlegroups.com.
For more options, visit https://groups.google.com/d/optout.


Re: [beagleboard] Running Qt gui application on BBB

2015-12-14 Thread 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:

On Mon, Dec 14, 2015 at 3:58 PM, Bremenpl  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..

Regards,



--
Bremenpl

--
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+unsubscr...@googlegroups.com.
For more options, visit https://groups.google.com/d/optout.


Re: [beagleboard] Running Qt gui application on BBB

2015-12-14 Thread Robert Nelson
On Mon, Dec 14, 2015 at 3:58 PM, Bremenpl  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..

Regards,

-- 
Robert Nelson
https://rcn-ee.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+unsubscr...@googlegroups.com.
For more options, visit https://groups.google.com/d/optout.


Re: [beagleboard] Running Qt gui application on BBB

2015-12-14 Thread John Syne


> On Dec 14, 2015, at 1:54 PM, Robert Nelson  wrote:
> 
> On Mon, Dec 14, 2015 at 3:53 PM, Bremenpl  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/
> 
> -- 
> 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+unsubscr...@googlegroups.com.
> For more options, visit https://groups.google.com/d/optout.

-- 
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+unsubscr...@googlegroups.com.
For more options, visit https://groups.google.com/d/optout.


Re: [beagleboard] Running Qt gui application on BBB

2015-12-14 Thread 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:

On Mon, Dec 14, 2015 at 3:53 PM, Bremenpl  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,



--
Bremenpl

--
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+unsubscr...@googlegroups.com.
For more options, visit https://groups.google.com/d/optout.


Re: [beagleboard] Running Qt gui application on BBB

2015-12-14 Thread Robert Nelson
On Mon, Dec 14, 2015 at 3:53 PM, Bremenpl  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/

-- 
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+unsubscr...@googlegroups.com.
For more options, visit https://groups.google.com/d/optout.


Re: [beagleboard] Running Qt gui application on BBB

2015-12-14 Thread 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:


  
  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





  
  
  

  On Dec 14, 2015, at 1:12 PM, Bremenpl 
wrote:
  
  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:


  

  
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 . . . 

  

  
  
On Mon, Dec 14, 2015 at
  1:58 PM, Bremenpl  wrote:
  
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

  

  2015-12-14
23:14 GMT+03:00 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:


Execute:
  
  sudo ldd tests >
 

Re: [beagleboard] Running Qt gui application on BBB

2015-12-14 Thread 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




> On Dec 14, 2015, at 1:12 PM, Bremenpl  wrote:
> 
> 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:
>> 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 . . . 
>> 
>> On Mon, Dec 14, 2015 at 1:58 PM, Bremenpl > > wrote:
>> 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
>>> 
>>> 2015-12-14 23:14 GMT+03:00 Bremenpl < 
>>> breme...@gmail.com >:
>>> 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:
 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 
  
 
 
 
 -- 
 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+unsubscr...@googlegroups.com
  .
 For more options, visit  
 https://groups.google.com/d/optout 
 .
>>> 
>>> -- 
>>> Bremenpl
>>> -- 
>>> 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+unsubscr...@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 
>>> 
>>> -- 
>>> 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
>>>  

Re: [beagleboard] Running Qt gui application on BBB

2015-12-14 Thread William Hermans
strace ./myprogram > log.txt

May be more useful. Depends.

On Mon, Dec 14, 2015 at 5:48 AM, Bremenpl  wrote:

> 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:
>
> Install strace utility and run programs like:
>
> $> strace ./myprog
>
> It will tell you a lot
> 14 Дек 2015 г. 14:33 пользователь "Bremenpl"  написал:
>
>> Could  you please rephrase what exacly I need to do?
>>
>> W dniu 2015-12-14 o 12:30, Maxim Podbereznyy pisze:
>>
>> strace
>> 14 Дек 2015 г. 11:48 пользователь "Bremenpl" 
>> написал:
>>
>>> I tried that.
>>>
>>> W dniu 2015-12-14 o 09:46, Maxim Podbereznyy pisze:
>>>
>>> Login as root and test the same
>>> 12 Дек 2015 г. 23:12 пользователь "bremenpl" < 
>>> breme...@gmail.com> написал:
>>>
 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.
 --
 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+unsubscr...@googlegroups.com.
 For more options, visit 
 https://groups.google.com/d/optout.

>>> --
>>> 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+unsubscr...@googlegroups.com.
>>> For more options, visit https://groups.google.com/d/optout.
>>>
>>>
>>> --
>>> Bremenpl
>>>
>>> --
>>> 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+unsubscr...@googlegroups.com.
>>> For more options, visit https://groups.google.com/d/optout.
>>>
>> --
>> 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+unsubscr...@googlegroups.com.
>> For more options, visit ht

Re: [beagleboard] Running Qt gui application on BBB

2015-12-14 Thread 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:


  Install strace utility and run programs like:
  $> strace ./myprog
  It will tell you a lot
  14 Дек 2015 г. 14:33 пользователь
"Bremenpl" 
написал:

   Could  you please
rephrase what exacly I need to do?

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


  strace
  14 Дек 2015 г. 11:48 пользователь
"Bremenpl" 

написал:

   I tried that.

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


  Login as root and test the same
  12 Дек 2015 г. 23:12
пользователь "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 

Re: [beagleboard] Running Qt gui application on BBB

2015-12-14 Thread Maxim Podbereznyy
Install strace utility and run programs like:

$> strace ./myprog

It will tell you a lot
14 Дек 2015 г. 14:33 пользователь "Bremenpl"  написал:

> Could  you please rephrase what exacly I need to do?
>
> W dniu 2015-12-14 o 12:30, Maxim Podbereznyy pisze:
>
> strace
> 14 Дек 2015 г. 11:48 пользователь "Bremenpl"  написал:
>
>> I tried that.
>>
>> W dniu 2015-12-14 o 09:46, Maxim Podbereznyy pisze:
>>
>> Login as root and test the same
>> 12 Дек 2015 г. 23:12 пользователь "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.
>>> --
>>> 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+unsubscr...@googlegroups.com.
>>> For more options, visit https://groups.google.com/d/optout.
>>>
>> --
>> 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+unsubscr...@googlegroups.com.
>> For more options, visit https://groups.google.com/d/optout.
>>
>>
>> --
>> Bremenpl
>>
>> --
>> 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+unsubscr...@googlegroups.com.
>> For more options, visit https://groups.google.com/d/optout.
>>
> --
> 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+unsubscr...@googlegroups.com.
> For more options, visit https://groups.google.com/d/optout.
>
>
> --
> Bremenpl
>
> --
> 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+unsubscr...@googlegroups.com.
> For more options, visit https://groups.google.com/d/optout.
>

-- 
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+unsub

Re: [beagleboard] Running Qt gui application on BBB

2015-12-14 Thread Bremenpl

  
  
Could  you please rephrase what exacly I need to do?

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


  strace
  14 Дек 2015 г. 11:48 пользователь
"Bremenpl" 
написал:

   I tried that.

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


  Login as root and test the same
  12 Дек 2015 г. 23:12 пользователь
"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.
  
  -- 
  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+unsubscr...@googlegroups.com.
  For more options, visit https://groups.google.com/d/optout.

  
  -- 
  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+unsubscr...@googlegroups.com.
  For more options, visit https://groups.google.com/d/optout.
   

Re: [beagleboard] Running Qt gui application on BBB

2015-12-14 Thread Maxim Podbereznyy
strace
14 Дек 2015 г. 11:48 пользователь "Bremenpl"  написал:

> I tried that.
>
> W dniu 2015-12-14 o 09:46, Maxim Podbereznyy pisze:
>
> Login as root and test the same
> 12 Дек 2015 г. 23:12 пользователь "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.
>> --
>> 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+unsubscr...@googlegroups.com.
>> For more options, visit https://groups.google.com/d/optout.
>>
> --
> 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+unsubscr...@googlegroups.com.
> For more options, visit https://groups.google.com/d/optout.
>
>
> --
> Bremenpl
>
> --
> 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+unsubscr...@googlegroups.com.
> For more options, visit https://groups.google.com/d/optout.
>

-- 
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+unsubscr...@googlegroups.com.
For more options, visit https://groups.google.com/d/optout.


Re: [beagleboard] Running Qt gui application on BBB

2015-12-14 Thread Bremenpl

  
  
I tried that.

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


  Login as root and test the same
  12 Дек 2015 г. 23:12 пользователь
"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.
  
  -- 
  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+unsubscr...@googlegroups.com.
  For more options, visit https://groups.google.com/d/optout.

  
  -- 
  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+unsubscr...@googlegroups.com.
  For more options, visit https://groups.google.com/d/optout.


-- 
Bremenpl
  




-- 
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+unsubscr...@googlegroups.com.
For more options, visit https://groups.google.com/d/optout.


Re: [beagleboard] Running Qt gui application on BBB

2015-12-14 Thread Maxim Podbereznyy
Login as root and test the same
12 Дек 2015 г. 23:12 пользователь "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.
>
> --
> 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+unsubscr...@googlegroups.com.
> For more options, visit https://groups.google.com/d/optout.
>

-- 
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+unsubscr...@googlegroups.com.
For more options, visit https://groups.google.com/d/optout.