Do you mean the "Settings" tab on the desktop? There is no "Libraries" icon there. I don't mind doing something from the command line, if you would give me the command.

Walt

To get the "Libraries" Tool under the "Settings" tab, you need to install the sharp-compat-libs IPK (or use Hentges as it is installed by default). However as previously stated, this does not guarantee your particular application will work. I like some of the EON games, however only a few of them "work", so good luck. As far as I remember the sharp-compat-libs IPK has been removed from 3.5.4.1, so you'll have to use from a previous version feed (I think 3.5.3 has it).

OK, we're making progress. I got the sharp-compat library from the 3.5.3 feed (after reading Hrw's caveat; I can always re-flash the rom) and then started getting the message about standard_mouse.ini.

I downloaded the file attached a few posts back in this thread, and put it in /opt/QtPalmtop/bin/opera/ini where the voice and keyboard ini files are found. Now, when I start Opera from the command line, the GUI displays briefly followed by

opera: Could not find "ini/standard_mouse.ini"opera: Could not find "ini/standard_mouse.ini"opera: libvxm.so: cannot open shared object file: No such file or directory.Segmentation fault

...

I verified that the standard_mouse.ini file is there, and is protected the same as the other 2 files. It looks reasonable except that it is commented for version 7.0. Anyway, the issue seems to be that Opera is not seeing it. I don't know what to do about th libvxm.so thing.

I couldn't get opera to work in openzaurus 3.5.4.2-rc2. In previous versions I could, with minor and major hassles. Because opie's konqueror-embedded is about three years old and cannot be made to work with wifi hotspots like those in the Netherlands. Thus, I gave up on opera and built the development version of konqueror-embedded. Get the ipk here.

As most of you know I maintain OpenZaurus distribution. We provide few graphical enviroments - OPIE is most popular one. And here comes a problem…

Years ago OPIE forked from Qtopia but it’s still compatible - mostly on source level (any Qtopia application/library can be built for OPIE). Years ago OpenZaurus moved from gcc 2.95.x to more modern compilers - 3.3.x was choosen. This broke binary compatibility and ‘oz-compat’ aka ’sharp-compat-libs’ package was born - it contain libqte2 and libqpe1 from SharpROM to get possibility to run old binaries under new edition of OZ.

But with OpenZaurus 3.5.1 we started to use ’soft-float’ toolchain (ARM cpu lack FPU and use FPU emulation on kernel level - soft-float replace FPU instructions with extra code so emulator is not used). This change broke ’sharp-compat-libs’ - some apps was working, some not but even if something worked then not always correct (for example spreadsheets gave wrong results from calculations).

Newest version of OZ (3.5.4) does not provide ’sharp-compat-libs’ so users start to request old, dead upstream, not fetchable applications to be added into OpenZaurus. I tried to get one of them working - as usual code required some changes to get it build with gcc 3.4.4 but finally it built. But then new question came: How to manage such dead software… If any problem will arrive no one will fix it rather. So I asked other developers and final version is: no support for such crap at all.

I know that some users will complain more now but sorry - who will maintain such stuff

has anyone actually considered asking Opera to do an up-to-date port to OZ? I'm sure there'd be enough alpha and beta testers to support them? It can't be *too* difficult for them to create a development environment in order to build it.

Or maybe their qtopia port was, genuinely, a one-off. But even then, a recompile against OZ/Opie-latest would be useful?

has anyone actually considered asking Opera to do an up-to-date port to OZ? I'm sure there'd be enough alpha and beta testers to support them? It can't be *too* difficult for them to create a development environment in order to build it.

I went trough the motions of all their support and contacts forms kindly asking for a new qt/e port and non maemo gtk2 port, outlining how OZ and angstrom users would like to have opera on their devices.