Jonix wrote>"Ultimately that is a rather short-sighted approach. Who cares if your GUI (the bit you actually interact with) runs on ARM, x86, fork-potato processor II etc?"
When I read things like this I just get tired. I CARE.
GUI=Graphical User Interface. RISC OS is *not* this - it is much more - it is a *full* operating system, it presents a consistent (programmers) interface to its various elements and allows any programmers work to interact with the underlying system in a consistent manner. A GUI (on the other hand) is merely "packing". Yes from your viewpoint if all that matters is that the windows are a particular colour, the buttons a particular shape, that you can drag and drop things and that is the sum total of all that matters to you - fine (but then why not just use ROX or Windows XP - it can drag and drop too you know ).
As to the processor, do I *really* need to explain this? OK fair enough. RISC OS is predominantly ARM code - that is it runs most efficiently when it is run on *native* hardware. It also means you're avoiding additional layers of abstraction that may add to the possibility of errors (bugs, hardware incompatibilities etc.,). Yes an x86 is *faster* (when running x86 code), but is it as fast running ARM code under emulation (NO), is it guaranteed to *always* behave like the original ARM hardware (NO, emulation is an *approximation* of the underlying hardware and no matter *how good* cannot be unconditionally guaranteed to always behave as the original). Even if (and its a *BIG* if) it were so guaranteed what happens when the underlying x86 OS changes and introduces incompatibilities, or if there are "viral" problems.
Jonix it's horses for courses - if you want to use Linux and if you don't give a fig about the problems enherent with the x86 architecture *fine* but please *do* bear in mind what is best for Linux/Windows et al may not be best for RISC OS or its users.