At this stage sometimes gpe dies
You mean Opie I presume.
No, I mean 
812 root       8924 S   /opt/QtPalmtop/bin/qpe -terminal 2
Now I notice that the process is called QPE. He dies.
-Installing with destination other that root fails to link. Seems that installer fails to make directories and then it can not link. (Dest on SD or /home is the same)
More info, this should be easy enough to fix.
If you install Gaim for example that has many subdirectories on /usr/share/
ipkg fails silently to make them and on the GUI the Gaim Icon is missing.
Then I run Package Manager a do an Update just to see the directories that could not be created.
Then I mkdir them.
Then I run Update again, just to make the symlinks for each file in the newly created directories.
For example, have a look at this part of the log that Package manager gives me when Updating:
8<--8<---8<--8<---
Press the start button to begin.
loading conf file /etc/ipkg.conf
Nothing to be done
Linking packages installed in: <dest-name>
Linking packages installed in: home
Error linkling 'strfile.1.gz' to '//usr/share/man/man1/unstr.1.gz'
Error linkling '/home/opt/QtPalmtop/pics/kdepim/kaddressbook/icons22/reload.png' to '//opt/QtPalmtop/pics/kdepim/kaddressbook/icons22/reload.png'
Error linkling '/home/opt/QtPalmtop/pics/kdepim/kaddressbook/icons22/editpaste.png' to '//opt/QtPalmtop/pics/kdepim/kaddressbook/icons22/editpaste.png'
8<--8<---8<--8<---
-Of course my socket low power Spectrum chipset CF wireless card doesn´t work :-(
Hmm, how much work has been done to try to get this working? Does it work for anyone else?
How Much? I´ve surfed the whole internet from une side to the other.
I´ve found that this card needs the firmware downloaded after a reset.
The module included in OZ3.5.3 seems to fail at the memory address where it get the Hermes messages or something like that. Very weird messages. Any other module not from OZ fails to load
with unresolved symbol. It seems that Rmk made something from rmk6 to 7.
One of the spectrum_cs original developers told me that code had been included in
Orinico_cs, but I could not find it neither on the binary module nor in the sources.
No firmware downloader. (but I have could miss it, I´m not a developer)
My last hope seems to be hostap loading the firmware i got from Prosky.
http://www.red-bean.com/~proski/firmware/I´ll try tomorrow.  
-After some work with any package they start o get killed by SIGSEGV or SIGPIPE. Sounds to me like a memory problem. But adding swap doesn´t help. On the other hand, doing the same (like installing the same packages) but with ipkg in console by ssh always works. This goes away for a while rebooting
I'm confused - are you saying that if you install a package using ipkg it doesn't die?
Or is the above two points - firstly that things start dying, and secondly, hmm, I can't quite work it out...
What are the apps which are dying? How much free mem is available when they die? What else are you running, etc.
Yes, ipkg _never_ dies.
Sometimes, specially after 2 or more packages being installed using Package Manager, it dies, sometimes SIGSEGV sometimes SIGPIPE, sometimes it takes QPE with it, but ssh stays working.
Regardin the memory use, just to boot:
                total         used         free       shared      buffers
Mem:        30000        24076         5924            0          152
Opening Package Manager shows:
Mem:        30000        27560         2440            0          152
Anda actually installing something (wget):
Mem:        30000        29420          580            0          120
Mem:        30000        29248          752            0            0
Mem:        30000        28940         1060            0            0
Installing Vorbis Tools:
Mem:        30000        29344          656            0            0
  815 root      14384 S   packagemanager
Mem:        30000        29292          708            0            0
  815 root      14552 S   packagemanager
Strange enough but it didn´t die..
Normally it would have died. ;-)
Hope this helps.
I´m attaching the ipkg output log just in case.
 [ Invalid Attachment ]