Finding Packages

[Storm]

Hey,

I'm running the 3.5.3-1 Opie image. Being new to Zaurus (Collie) and coming from a Debian background, I'm used to having a single canonical package repository with a few extra sites.

It doesn't seem to be that way for Zaurus feeds. There are what seem like hundreds of feeds, cross-pollinated between Zaurus and Ipaq, between the various ROMS for Zaurus, and even with the ipk-capable Linksys WAP. And most of these seem to break other things on the OZ installation on the Zaurus.

My general question is whether there is a canonical list of package feeds that work without breaking OZ? I have had to reflash the Z after having packages fail to install and making the Z unstable...I'm getting to the point where I have a good percentage of the software I want/need, so I don't want to have to go through all that again.

Specifically, I am looking for qpe-base, so I can install otpkeygen. Unfortunately, none of my feeds seem to have it. I google searched, and found a bunch of packages that depend on it, but not the package itself. Is qpe-base compatible with Opie? (What I mean is can I run qpe-based tools and apps on the Opie desktop or do I have to run QTopia separately like with GPE?)

Thanks,
--Storm

[lardman]

I'm running the 3.5.3-1 Opie image. Being new to Zaurus (Collie) and coming from a Debian background, I'm used to having a single canonical package repository with a few extra sites.

That's what we have (you're using a pre-release, hence the current lack of an up to date feed - this should work fine though):

http://www.openzaurus.org/official/unstable/3.5.2/feed/*

and

http://www.openzaurus.org/official/unstable/3.5.2/upgrades/

Specifically, I am looking for qpe-base, so I can install otpkeygen.

You don't need this. It's provided by opie-base (iirc) and will work fine like this - the reason it's asking for it is that the package you're installing is a Sharp ROM version. Either edit the control file to remove/change the dependency or use --force-depends to simply ignore this dependency.


Simon

[Storm]

I'm running the 3.5.3-1 Opie image. Being new to Zaurus (Collie) and coming from a Debian background, I'm used to having a single canonical package repository with a few extra sites.

That's what we have (you're using a pre-release, hence the current lack of an up to date feed - this should work fine though):

http://www.openzaurus.org/official/unstable/3.5.2/feed/*

and

http://www.openzaurus.org/official/unstable/3.5.2/upgrades/

Okay, this is pretty much what I have, plus the 3.5.3 feed, hentges and one or two others.

Specifically, I am looking for qpe-base, so I can install otpkeygen.

You don't need this. It's provided by opie-base (iirc) and will work fine like this - the reason it's asking for it is that the package you're installing is a Sharp ROM version. Either edit the control file to remove/change the dependency or use --force-depends to simply ignore this dependency.


Simon
[div align=\"right\"][a href=\"index.php?act=findpost&pid=73790\"][{POST_SNAPBACK}][/a][/div]

I got it installed, but it won't run, with the error (which I was getting on Opera as well):

Code: [Select]

otpkeygen: symbol lookup error: otpkeygen: undefined symbol: _7QString.shared_null
Is this where I install oz-compat and run mkcompat on the binary? Are there any caveats to it? I tried this in a previous flash with Opera and still was never able to get it to run.

Thanks,
--Storm

[lardman]

Is this where I install oz-compat and run mkcompat on the binary?

That's right.

Are there any caveats to it?

Nope, except that if you can obtain the source and add it to OE, it'll make your (and other people's lives) easier (because you'll not need to use compat).

I tried this in a previous flash with Opera and still was never able to get it to run.

Opera 6 worked fine for me on 3.5.2 (I've now flashed over to the 3.5.3pre image but have not tried installing it since). If you run into troubles let us know what and we'll see what we can do to help/suggest fixes/etc.


Si

[Storm]

Nope, except that if you can obtain the source and add it to OE, it'll make your (and other people's lives) easier (because you'll not need to use compat).

I found a page describing setting up a cross-compile server on a Debian box. Once I get some breathing room, I'll get it together and start recompiling what I can.

The problem is that right now I am up against the clock, because I have about a week to get everything I need configured on the Zaurus and send my Palm in for repairs. Once it comes back, I will give it to my wife and keep the Z. On top of that, I have been getting hammered at work. Just got back from a business trip today, in fact.

I tried this in a previous flash with Opera and still was never able to get it to run.

Opera 6 worked fine for me on 3.5.2 (I've now flashed over to the 3.5.3pre image but have not tried installing it since). If you run into troubles let us know what and we'll see what we can do to help/suggest fixes/etc.

Si
[div align=\"right\"][a href=\"index.php?act=findpost&pid=73859\"][{POST_SNAPBACK}][/a][/div]

Well, that didn't work. I must be missing a step. I installed opie-base, installed oz-compat, and installed otp-keygen. I then ran makecompat, but no joy. I had similar errors with Opera (7.30.9965 and 7.55.6079). I must be missing a step, because this is my output:

Code: [Select]

[root@chaffee bin]# ./makecompat otpkeygen
Not linked to compat lib
Not Linked, Linking
Make otpkeygen use compatibilty libs.
[root@chaffee bin]# otpkeygen
/opt/QtPalmtop/bin/otpkeygen
QSocket::writeBlock: Socket is not open
QSocket::writeBlock: Socket is not open
QSocket::writeBlock: Socket is not open
QSocket::writeBlock: Socket is not open
No Qt/Embedded server appears to be running.
If you want to run this program as a server,
add the "-qws" command-line option.
What did I miss?

Thanks,
--Storm

[lardman]

I found a page describing setting up a cross-compile server on a Debian box. Once I get some breathing room, I'll get it together and start recompiling what I can.

Look here: http://openembedded.org/

This is the build system we use. It creates the cross-toolchain, etc. for you automatically.

What did I miss?

Check that the otpkeygen file isn't a script which calls a binary. If it is, you need to run makecompat on the binary.


Si

[Storm]

I found a page describing setting up a cross-compile server on a Debian box. Once I get some breathing room, I'll get it together and start recompiling what I can.

Look here: http://openembedded.org/

This is the build system we use. It creates the cross-toolchain, etc. for you automatically.

What did I miss?

Check that the otpkeygen file isn't a script which calls a binary. If it is, you need to run makecompat on the binary.


Si
[div align=\"right\"][a href=\"index.php?act=findpost&pid=73951\"][{POST_SNAPBACK}][/a][/div]

Nope...Its a binary:

[root@chaffee root]# file /opt/QtPalmtop/bin/otpkeygen
/opt/QtPalmtop/bin/otpkeygen: ELF 32-bit LSB executable, ARM, version 1 (ARM), for GNU/Linux 2.0.0, dynamically linked (uses shared libs), not stripped

And it pretty much did the same thing with Opera.

--Storm

[lardman]

The process of running makecompat creates a symlink to the actual file which is moved to ../../QtPalmtop.compat/bin (iirc - off the top of my head).

Ensure that this symlink has been created - the binary is normally copied to the compat directory I think so that it can be run with the appropriate libs, etc.

The above is pretty much correct, but I've not looked at it in a while so I may have made a mistake.


Si

[Storm]

The process of running makecompat creates a symlink to the actual file which is moved to ../../QtPalmtop.compat/bin (iirc - off the top of my head).

Ensure that this symlink has been created - the binary is normally copied to the compat directory I think so that it can be run with the appropriate libs, etc.

The above is pretty much correct, but I've not looked at it in a while so I may have made a mistake.


Si
[div align=\"right\"][a href=\"index.php?act=findpost&pid=73990\"][{POST_SNAPBACK}][/a][/div]

Thats pretty close. Here's what I have on chaffee:

[root@chaffee bin]# ls -l otpkeygen
lrwxrwxrwx    1 root     root           28 Apr  7 10:14 otpkeygen -> /opt/QtPalmtop/bin/runcompat
[root@chaffee bin]# ls -l /opt/QtPalmtop/bin/runcompat
lrwxrwxrwx    1 root     root           35 Apr  6 22:15 /opt/QtPalmtop/bin/runcompat -> /opt/QtPalmtop.compat/bin/runcompat
[root@chaffee bin]# ls -l /opt/QtPalmtop.compat/bin/runcompat
-rwxr-xr-x    1 root     root          221 Nov 30 17:56 /opt/QtPalmtop.compat/bin/runcompat

So the original binary name gets executed, but it is a link to a link to a shell script /opt/QtPalmtop.compat/bin/runcompat. This script changes the LD_LIBRARY_PATH and PATH to point to the compatibility directories:

more /opt/QtPalmtop.compat/bin/runcompat

Code: [Select]

#! /bin/sh

export LD_LIBRARY_PATH=/opt/QtPalmtop.compat/lib:$LD_LIBRARY_PATH
export PATH=/opt/QtPalmtop.compat/bin:$PATH

echo $0

PROG=`basename $0`

if [ "$PROG" != "runcompat" ]; then
        exec $PROG $@
else
        exec $@
fi
It should work. But the message it gives me,

No Qt/Embedded server appears to be running.
If you want to run this program as a server,
add the "-qws" command-line option.

makes me think that it doesn't think that Qt is running even though Opie is in fact running. (Perhaps the dependency to qpe-base that I force-depends on?)

Thanks,
--Storm

[lardman]

Perhaps the dependency to qpe-base that I force-depends on?

No, that's just a lib, don't worry about it.

makes me think that it doesn't think that Qt is running even though Opie is in fact running.

I wonder what it tries to detect to determine whether it's running or not.

Have you tried running it from an/the icon (as the exported vars may well be different in this case).

I'm at a loss other than that I'm afraid. Can yo upost an url to the binary & source and I'll try to take a look at it. Also, what version of Opera are you trying (I was using 6), and where did you get the compat libs from?


Si

[Storm]

Sorry, thought I had posted this before leaving work. D'oh, I hate when that happens.

I wonder what it tries to detect to determine whether it's running or not.

Have you tried running it from an/the icon (as the exported vars may well be different in this case).

Yes, I have. When I click on  the icon (same thing happened with Opera as well), the hourglass pops up in the taskbar for about half a second then disappears. There are no other indications that the program has started.

I'm at a loss other than that I'm afraid. Can yo upost an url to the binary & source and I'll try to take a look at it. Also, what version of Opera are you trying (I was using 6), and where did you get the compat libs from?


Si
[div align=\"right\"][{POST_SNAPBACK}][/a][/div]

Sure. The home page is [a href=\"http://www.bitrot.de/pda_otpkeygen.html]here[/url], and the tarball is here. I don't want to seem like I am fixating on this particular app, but I use one-time pads on my home network extensively, and pilOTP is one of my most-used apps on my Palm.

IRT the version of Opera I was trying to use, I tried 7.30 and 7.55. I just found that I had a copy of 6.0_new on my workstation (most of the work with the Zaurus has been done on the laptop). tried it and it gave me the same indications as the newer Operas and otpkeygen. The compat libs came from the 3.5.2 or 3.5.3 feed.

--Storm

[Sniffer]

If you reflash your collie with Hentges (you will need an SD card) and install either MrSquishy's Opera 7.55 (in a past thread) or get mine and do the following you should be able to get opera up and running, not sure about otpkeygen though.

1) Install and link opera-7.55_arm.ipk to sd (Make sure symlinks are created)
2) Run compat libs and link to file "/opt/QtPalmtop/bin/opera"
3) "ln -s /opt/QtPalmtop/opera /usr/share/opera"  (this will enable icons)