New Qt for Embedded Linux Series started
-
@Scylla: Yes I have seen TynyX. The X server I use is part of his family, not exactly this but the principle is the same.
Thus I tried too your suggestion exporting DISPLAY including the IP address. Before I have already tried before the lan ip address of the board and the result is the same. What I think is that maybe a stupid think I don't know or forget, because these settings in ltib are almost standard. You suggest another windows manager; I am using twm just because this is the window manage recognized by ltib for this kind of platform. To be honest, I have no idea at this moment what can be the missing component or file that create this strange behavior. I am trying to investigate on configuration file missing (is it possible?)@ZapB: As I wrote above, I agree totally with you: my final target is what you suggest. This X test is only a parallel check. Initially I thought that the simple way was to check the "official" ltib LPC3250 X server mode then create the version with Qt embedded. At the actual date, seeing the problem I am experiencing, including the very small support (near to zero) probably the best choice is to abandon the X version focusing my attention (thanks to the your support and of the other forum members) to Qt embedded saving time and obtaining best results. Do you agree ?
P.S. I am working with the board connecting via ssh as root (tried also as user + sudo too). As embedded platform I don't set special users permission list but simply for now I am using an ssh access (with password) and the root user is doing all the job.
-
It's certainly worth giving Qt for Embedded Linux a try. Just build it and copy across the libs and some examples to see if it works for you.
I'll try to write some of the other articles in the Qt Embedded series in the next few days but I may be offline for sometime this week.
-
ZapB, it's not only worh, it's my definitive choice. And as project reference, I'm the only that decide what to do. So, the actual balance tell me that this is the right choice. I hope to have some good news next week when you are online again :)
Thank you very much for the hints, I appreciate a lot.
-
Hi :) Sorry for the delay in my answer. Today is a hard day of setup and computer organization...
WELL ! Convincted!
I proceed with Qt4embedded. News later.
-
I am sure. But the real good choice I think is to abandon X server ... Now I should download Qt for embedded then check if it is best to develop under that (new for me) toolchain that you are always using - Scylla - or ltib.
@Scilla: if you have some time for me I'll like to discuss advantages and problems to choice your toolchain or ltib (or OpenWrt). Next days I can write some specific pages on these on the wiki as a compendium to what is writing ZapB
-
Happy birthday to your wife!!! She is pisces sign?
It's good, if you email me I can provide you a decent ftp (home nas for personal use) access to share what can't be fit in a hosted projects.forum.nokia.com while for the other stuff I create a nokia project. You can be of the team developer crew :)
-
So, now I'm back.
bq. She is pisces sign?
Yes, indeed she is!
bq. It’s good, if you email me I can provide you a decent ftp (home nas for personal use) access to share what can’t be fit in a hosted projects.forum.nokia.com while for the other stuff I create a nokia project. You can be of the team developer crew :)
Ok, this can we do. Which toolchain do you need, x86 or arm? I've got both, with integreated Qt. That means, you can use that toolchain direct without anything else. The x86 version is build with Qt 4.7.0, will be updated propably soon. The arm version is build with Qt 4.7.2, so it's brand new.
And on monday I'm back at work. So let me know, if you are interested in!
