Here is the list of deb packages from the TitchyLinux repository:
titchy_0.1_arm.deb - simply uses the control file to automatically install packages
titchy-desktop_0.2_arm.deb - ditto
titchy-internet_0.1_arm.deb - ditto
titchy-media_0.1_arm.deb - ditto
titchy-pim_0.1_arm.deb - ditto
zaurus-soundhack_0.2_arm.deb - contains various files that are installed - I will not be using this.
xserver-zaurus_0.1_arm.deb - contains angstrom frame buffer files for the X system and scripts to make initial settings - depends on zaurus-hardware-support
zaurus-hardware-support_0.4_arm.deb - depends on various packages from the Debian repositories and on xserver-zaurus - various settings are made by script
The titchy-* packages that list other packages as depends and so automatically install the other packages.
The important ones to look at are
xserver-zaurus_0.1_arm.deb - did not alter this - only depends on zaurus-hardware-support
zaurus-hardware-support_0.4_arm.deb - I unpacked this, edited the control file to remove the depend on soundhack and replaced the angstrom 2.6.20 modules with the poky/oabi/cortez 2.6.21 modules and rebuilt the package.
To install these directly I copied them to /var/cache/apt/archives and tried using dpkg -i package1 package2. It didn't work. So I installed the packages that zaurus-hardware-support needed, according to its control file. Then dpkg -i package1 package2 worked.
Now the OABI + OABI system is at the same stage as the original set up from TitchyLinux, before any attempt to install a desktop or window manager. I have done a dist-upgrade to lenny/testing and the set up seems stable at this point.
The next job is to install xdm or gdm and see if they work!
If anyone is interested in packing and rebuilding deb packages there are plenty of useful pages at the Debian site. I found another one which helped me to do the job without having to do too much puzzling about the manual information:
Intimate Project.
At the moment there is a lot of command line twiddling. You have to install using the original files and then use the modified hardware package, then reflash to the cortez/openedhand kernel. If the nest stage is successful I will need to play about with compiling a 2.6.20 oabi kernel. The original method uses the Debian.iso which uses 2.6.20 modules at set up!! I will also need to set up a local repository for my rejigged package(s). If all that is successful: I suppose I'd need to find or set up a host for the files.
By the time I finish this, I expect we'll all be able to easily install EABI + EABI and that EABI will be mainstream Debian too!! But it is all fun and teaching me a great deal.