Help - Search - Members - Calendar
Full Version: Qtopia 1.7 For Pdaxrom
OESF Forums > Distros, Development, and Model Specific Forums > Distro Support and Discussion > pdaXrom
pgas
I compiled qt/e and qtopia1.7 with some of the patches from qtopia for yopy, and it actually works. (I used rc9.1 but it should work with other releases >RC5)

It's only a first try and it is not packaged or whatever, but you can find the compiled source trees here (Thanks to scott for the hosting):

http://zaurus.spy.org/feeds/cacko/pdaXrom/misc/pgas/qtopia/

I didn't test it too much myself, I didn't try the alarm hack , I didn't try any application besides the qtopia one.

Note that anything that is drawn by X when you use qtopia actually appears in qtopia
(ie clock, battery applet , console message if you run qtopia from a terminal etc...)

Feel free to try, packaged it, hack it.
anonuk
QUOTE(pgas @ Mar 30 2005, 09:41 PM)
I compiled qt/e and qtopia1.7 with some of the patches from qtopia for yopy, and it actually works. (I used rc9.1 but it should work with other releases >RC5)


Am i right in thinking that this allows qtopia apps to run in pdaxrom? If so, you may have done the most useful compilation in the history of pdaxrom apps :-)

Methinks many may switch to pdaxrom now, im running home to flash my Z now! Thanks in advance....
pgas
maybe maybe not. open source applications that can be recompiled will work (if someone recompiles them that is and if they don't use something a bit strange ) others might have problems because of the different gcc version...

Note that this is just a first compilation and that I only played some minutes with it ;-)
CyberWolf
Very interesting... I'll try it asap...

Good job, pgas!

Ciao,

Andrea
scoutme
...my deepest zDream...
smile.gif
Zumi
Wow, pgas, now that's interesting!
Is it slow on your Z too? Mouse clicks not working as I expected (always bring up the properties of the icons). But It's good for a first try! smile.gif
I hope we can make it better, strip binaries, remove docs and so on, to get a good package from it!

Zumi
pgas
Well it is a bit slow, but i don't remember what was the original qtopia speed so.... wink.gif.

But the mouse is working ok for me ie applications starts when you click on the icon.
Hmm, maybe some difference in the kernel or the setting with right click with a delay...

As for packaging, sure I think there is even a "make packages" in qtopia that builds the ipks.

I put the raw material because:
* It was late when i finished the compilation
* so that it is easy to do what you want from it. (ie I'm not sure how much time i will spend on this....)

(maybe i should put the tarball for the qt2.3.2)

Some people also might be interested in this:

HOWTO: Running Qtopia apps from the Launcher without the Qtopia GUI
(I didn't try it)
scoutme
I followed the instructions to get qtopia apps working without the whole environment running and everything works has expected smile.gif
I' m going to create symlinks to have actually qtopia in /opt/QtPalmtop, so that qtopia ipkg can work out of the box. Then I'll work to strip down the bunch by cutting out useless software and data. I hope to find soon a setup good to be packaged as good for everyone.

p.s.: the enivironment is slow only for a while; after a bit it runs as fast as native qtopia wink.gif
adf
that would be the perfect Z rom..... x based, but able to run the tons of existing qtopia software. very nice!
Radiator
Any updates on this? Or even screenshots biggrin.gif

I've been missing my Qtopia apps, so I just flashed back to Cacko - you may have convinced me to come straight back to padXrom!

Good work anyway wink.gif
Meanie
So I just tried it on my C3000 and well, qtopia starts in portrait mode and wouldn't let me select the language and thus not continue. So I had to rotate pdaXrom into portrait mode and then launch qtopia and I was able to pass the language selection screen, but the time zone selection screen barfed out and could not pick any timezone. I tried again skipping over the timezone selection and it went further but then it just stopped doing anything further sad.gif
Now I ran out of battery power so have to continue another time.
vimes
First off, Meanie thx so much for your customization pages...
I have only just got my C3000 (about a month) and without that info it would have
took me an age to get where I am now smile.gif

Anyway.... Qtopia... omg so close...
I am not attempting to run full qt yet, just apps as descibed at
http://www.yopy.lug.org.uk/forum_viewtopic.php?17.299...
qt sysinfo works fine as long as I have switched to portrait mode first as Meanie
describes in his post...

Using the script in the article above:
CODE
OK, create the following file /usr/local/bin/run_qtopia_app
then chmod +x it to make it executable. This script accepts the program name
and sets up the required variables for it to run as a single task app:

#!/bin/sh
export LOGNAME=root
export HOME=/home/root
export QTDIR=/home/opt/Qtopia
export QPEDIR=/home/opt/Qtopia
export PATH="$QPEDIR/bin:$PATH"
export LD_LIBRARY_PATH=$QPEDIR/lib
exec $* -qws

So, in the case of zbedic, it can be run from a terminal command like:

run_qtopia_app /opt/Qtopia/bin/zbedic

works fine when in portrait already, however if I add
CODE
export QWS_DISPLAY=Transformed:Rot270:0

to the above script sysinfo runs but the display is screwed up - as if it's still trying
to run the app in portrait mode (but too tall) on a landscape qt display if you see what I mean.

Anyone have any ideas how to get that one step further and (if my assumption is
right) make the app run in landscape mode as well ?

Not sure if I'm on the right track with this yet tbh but after 30 mins of trying
it's not a bad start smile.gif

For info - trying the QWS_DISPLAY doesn't seem to make any difference if added to qtopirun ???

Pgas: damned good work so far.. your my second hero :-)


...and finally for the hell of it, here's my beautiful linux desktop smile.gif
Click to view attachment
bam
wait, so we could run qt apps and x apps via this enviro?

btw...you have my "FULL" attention ...
anunakin
Where I get qtopia files to put in /home/opt/Qtopia ?
vimes
QUOTE(anunakin @ Mar 8 2006, 04:00 AM)
Where I get qtopia files to put in /home/opt/Qtopia ?
*


If I understand your question right you need to link to
/wherever-u-untarred/qtopia-free-1.7.0

I can run all the apps (I've dared try smile.gif in qtopia-free-1.7.0/bin/ following my
last post as long as I switch to portrait first... if anyone can think of a possible
solution to be able to run in landscape I'd be VERY interested to know it...
playing with the rotation app in qt has had some interesting results... with full qt
running the statup apps run landscape (X is rotated protrait tho) and work fine
but the screen width seems to be about 480 instead of 640 so can't reach close
buttons etc with pointer - sounds like the same issues meanie is having ???

lastly the reason full qt won't get past setting time is reported in console as
QUOTE
addAppLnk: no view for type application. Can't add app Suspend!

if that helps someone else smile.gif

... so very nearly
ShiroiKuma
pgas, this is a major breakthrough, I think...

So far I've ran embeddedkonsole of Qtopia... Works fine. If this'll work with all the Qt apps then we have everything we could dream for in pdaXrom, being able to run all the apps for Qt too...

My question is, I'm starting individiual applications using the script in the link, it works. However they are fullscreen, which is not a prob, but I can't figure out how to switch to other running pdaXrom apps while running a Qt app. Alt-Tab doesn't seem to work, it's probably captured within Qt.

So how can I switch to other running apps?
xamindar
wow, this would be perfect if qtopia was on pdaxrom!
fryster
QUOTE(xamindar @ Mar 8 2006, 05:33 PM)
wow, this would be perfect if qtopia was on pdaxrom!
*


I'll say! Can someone please put this on a feed? I'd switch to pdaxrom in a minute, if I could heva Qtopia running exactly as it did under Cacko.

Fry
Meanie
Don't get too excited guys. This is qtopia 1.7, Sharp ROM is using 1.5.x so apps from the Sharp ROM won't all just run unless compat libs can be created and/or the app can be recompiled for the right lib versions. This wouldn't be a problem for most opensource apps where the code is freely available, but for the closed code apps that Sharp provides, there might be some problems running them.
anunakin
And Qtopia 2.2.0? any hope?
ShiroiKuma
QUOTE(Meanie @ Mar 9 2006, 03:49 AM)
Don't get too excited guys. This is qtopia 1.7, Sharp ROM is using 1.5.x so apps from the Sharp ROM won't all just run unless compat libs can be created and/or the app can be recompiled for the right lib versions.
*

Hmmm... You're right, so this doesn't look like such a major breakthrough. This means, all the apps would have to be recompiled...

Maybe the way to go is to try to compile Qtopia 1.5. I'd try, but this is too major to do it on the Z. Anyone else, pgas?
pgas
QUOTE
This is qtopia 1.7, Sharp ROM is using 1.5.x so apps from the Sharp ROM won't all just run unless compat libs can be created


Actually I don't think the version of qtopia is so much a problem as the fact that pdaxrom uses softfloat, newer libc/ gcc version.

I don't know if qtopia 1.5 is available open source. Plus the qt/e qtopia used by sharp is a modified version and you'll probably also want some sharp specific closed source libraries

Also, this solution is a hack, it seems to behave differently on newer Z (I don't remember running this in portrait) and was not perfect, the clock from matchbox was redrawing on the buffer.

On thing that can be attempted is to recompile qt/e with the patch for a sharp rom and run qtopia inside a chrooted cacko. (It is not guaranteed to work)
anunakin
QUOTE(vimes @ Mar 7 2006, 09:47 PM)
First off, Meanie thx so much for your customization pages...
I have only just got my C3000 (about a month) and without that info it would have
took me an age to get where I am now smile.gif

Anyway.... Qtopia... omg so close...
I am not attempting to run full qt yet, just apps as descibed at
http://www.yopy.lug.org.uk/forum_viewtopic.php?17.299...
qt sysinfo works fine as long as I have switched to portrait mode first as Meanie
describes in his post...

Using the script in the article above:
CODE
OK, create the following file /usr/local/bin/run_qtopia_app
then chmod +x it to make it executable. This script accepts the program name
and sets up the required variables for it to run as a single task app:

#!/bin/sh
export LOGNAME=root
export HOME=/home/root
export QTDIR=/home/opt/Qtopia
export QPEDIR=/home/opt/Qtopia
export PATH="$QPEDIR/bin:$PATH"
export LD_LIBRARY_PATH=$QPEDIR/lib
exec $* -qws

So, in the case of zbedic, it can be run from a terminal command like:

run_qtopia_app /opt/Qtopia/bin/zbedic

works fine when in portrait already, however if I add
CODE
export QWS_DISPLAY=Transformed:Rot270:0

to the above script sysinfo runs but the display is screwed up - as if it's still trying
to run the app in portrait mode (but too tall) on a landscape qt display if you see what I mean.

Anyone have any ideas how to get that one step further and (if my assumption is
right) make the app run in landscape mode as well ?

Not sure if I'm on the right track with this yet tbh but after 30 mins of trying
it's not a bad start smile.gif

For info - trying the QWS_DISPLAY doesn't seem to make any difference if added to qtopirun ???

Pgas: damned good work so far.. your my second hero :-)


...and finally for the hell of it, here's my beautiful linux desktop smile.gif
Click to view attachment
*


Using this, I did some tests....
Using this enviroment
1- Close X
2- Loads qpe
$ runQtopia /mnt/ide2/opt/Qtopia/bin/qpe -qws

3- This loads but not have touchscreen... however this looks nice and in landscape mode...


Using qtopistart (moded for my new paths)
1- This have mouse/touchscreen
2- when I click in some place this put a black hole on screen
3- This stay in portrait mode
Armagon
QUOTE(pgas @ Mar 8 2006, 10:52 PM)
QUOTE
This is qtopia 1.7, Sharp ROM is using 1.5.x so apps from the Sharp ROM won't all just run unless compat libs can be created

Actually I don't think the version of qtopia is so much a problem as the fact that pdaxrom uses softfloat, newer libc/ gcc version.
*



Forgive my ignorance -- what exactly is the problem with soft-float vs hard-float and the glibc/gcc versions?

I'll try to answer my own question here, but I don't know if I'm right.

Googling gave me this: Re: [Familiar] xscale & soft-float vs hard-float, and the next reply was also interesting.

QUOTE
Soft-float is faster and more flexible, though the price you pay for that is incompatibility with all current binaries and libraries.


Obviously soft float is done in software; what about hard float? The implication is it is done in hardware, but the Z doesn't have a float point co-processor. Is it just that the CPU has a slow system to do the math, but clever software is faster?

Can a system run applications with both soft and hard floats, simultaneously? They would need to use different libraries -- but we've already got a problem with different versions of libc. Could we use old-libc-hardfloat and new-libc-softfloat? Do the two need to speak to each other, or can they co-exist happily, so long as applications are linked to the correct one?

Now then, differences in gcc -- is the difference just that calling conventions have changed? Is the compiler version not an issue on Windows because the ABI (Application Binary Interface) is the same?

Two other, related questions: how the heck is a compatability library built? (I presume it maps calls to an old library with older calling conventions and parameters onto a newer library with new calling conventions and parameters. [I'd really like to know what it does when the number or types of parameters to a function change ... that must be a huge pain])

Lastly, and I recognize that emulation would be painfully slow, if done in the normal way, but, could a program be written that could scan an executable and replace older calls with newer ones [I think emulator writers like to call this "dynamic recompilation"]? And, if this could be done in theory, what kind of effort would it require in practice?

Well, that's a lot of questions. If anyone even partially knows the answers, or can point me to them, I'd love to be less ignorant.

Thank you,
Armagon
danboid
There are only really 2 QT apps that I might want to carry on using when I switch to pdaxrom

HancomSheet

Netfront

I realise that both of these are closed source so we can't re-compile them- has anybody tried them? Hancomsheet does most everything I want and is much lighter than Gnumeric- but that may be offset by having to load the QT libs. Firefox, like Ooo, is too memory intensive a program to be running on the Z really and so thats why it would be nice to be able to run Netfront, although I'd drop it if I can get a light-weight browser for X that handles javascript and Yahoo! mail well. Is there one? Minimo didn't work last time I tried it under pdaxrom.

Also, is it true that you can run pdaxrom binaries (arm X apps) under OZ/GPE? If so, can I run Hancom and Netfront under the latest GPE as well as Abiword, gnumeric etc?
pgas
QUOTE
Also, is it true that you can run pdaxrom binaries (arm X apps) under OZ/GPE?

not sure, probably not, chrooted yes
QUOTE
If so, can I run Hancom and Netfront under the latest GPE as well as Abiword, gnumeric etc?

this has no relation with the previous question.
netfront and hancom won't run under oz/gpe. abiword and gnumeric are available for oz/gpe
desertrat
QUOTE(danboid @ Mar 10 2006, 08:26 AM)
it would be nice to be able to run Netfront, although I'd drop it if I can get a light-weight browser for X that handles javascript and Yahoo! mail well. Is there one? Minimo didn't work last time I tried it under pdaxrom.

Yahoo mail works OK with Dillo. Links might work as well.

-- cheers
This is a "lo-fi" version of our main content. To view the full version with more information, formatting and images, please click here.
Invision Power Board © 2001-2015 Invision Power Services, Inc.