No flame, ever.
About pdaXrom...
Martin: Don't you know that kkazakov13 is one of the pdaXrom devs?
I agree, as Chero says, that pdaXrom is sleeping, as it has always been.
Perhaps it's my problem, but I don't want to sound like a pain. I just can't bear my Z getting stranded in an indeterminate state of (half-)fixing after almost one full year of the formation of the new pdaXrom dev team.
True, there are the hotfixes, but still the hotfixes (mostly Meanie's wonderful work) are for the still very experimental r198/198 builds and not fixes for a final release. And new (and nontrivial) issues keep popping up.
The biggest thing that pdaXrom falls short of is the up-to-dateness of the system, including everything from kernel to shared libraries to individual apps. This of course can be remedied to some extent by the "contrib" feeds, as long as there remain a (small) group of ardent and loyal contributors doing all the (re)compiling tasks manually.
Then again, my experience is from time to time there were issues to get my desired program compiled, because of missing components in the toolchain, or old versions of the essential libraries (like GTK2 and QT -- rebuilding them implies a total reinventing of the wheel.), or too many missing/broken dependencies.
A couple of weeks ago I did a careful check of all the contrib packages in the pdaXrom's "Package Announcements" thread, and I find most of those programs are existing in Debian, with the few left which can be compiled easily.
And after switching to other distros (first openbsd, now debian), I got rather confused by the versioning and fixes for different forks. I know many of the tricks apply across the board, but I can imagine if I pick up pdaXrom again I will have to pick up a lot of hacking from scratch.
I fully agree that the biggest advantage of pdaXrom is its compactness.
Perhaps there is some fundamental difference between what hackers enjoy and expect and what ordinary users are eally looking for?
As for Debian/Zaurus ...
Debian indeed takes up a lot of space. Well, nothing comes for free, and the distro doesn't take that much space for no reason.
The situation of broken packages is only transitory, imho. As the repos get updated frequently and regulary, and (re)compiling things on board is just as easy as on desktops, fixing the broken dependencies is simple a matter of time and effort (and contributions from the users).
Documentation-wise, Debian users will never run out of references.
GUI system configuration tools? The gpe-conf stuff and some existing Debian packages already cover this.
Keybinding of mouse right-clicking: i've got used to the yonggun way of mapping the first three round keys in the bottom row as the mouse buttons. Yet I suppose it is not an insurmountable problem to come up with the same mouse-button keybinding as in pdaXrom (ask yonggun and cortez?)
Speedwise, I can't tell much difference between pdaXrom and Debian EABI, after testing and running those big apps (firefox, gimp, gnumeric, etc.).
Apt-get and ipkg are worlds apart.
What else isn't working? I have no idea yet...