Has anyone so far got any form of linux (vnc or framebuffer or any way it might work) on our tablet?
Linux deploy 1.5.6, current from play store, works well for me on a rooted SGP771, of course with an Andro+ kernel. Using armhf gave the least problems to get a Ubuntu or Debian installed with graphics via a local or remote VNC viewer.
Since the Z4T is 64 bits, I however aimed to install an arm64 architecture. Here, the success rate is lower, which is mostly due to packages that cannot be installed and a bug in tightvncserver with arm64 and higher color depth'.
I however finally succeeded with arm64 too, by using Ubuntu wily, LXDE and an x11rdp installed via ssh instead of tightvncserver. Now I'm trying a framebuffer display for speed, power consumption and a higher DPI, but yet without success. Changing DPI for VNC is simple, as Linux Deploy has a setting for it, but using RDP this seems to be tricky.
Did you say which error you get with Linux Deploy? I found it useful to turn on debug and trace output in the settings. The very first issue I had with Linux Deploy, first on the SGP621, later again on the SGP771, was that I tried to use the file method on the external SD card without the necessary permissions. On the Z4T I now use the internal storage instead, it's much faster too.
Unfortunately I'm not a Linux or Android guy, so I need to google solutions for each and every problem I encounter and I don't even think of trying to resolve package installation problems.
My objective is mostly to see how far I can get using Linux on such a lightweight device as the Z4T.
I already had the Eclipse IDE with JDT and CDT running fast enough for productive work. GHC (Haskell) runs too, but not GHCI. Using Linux with a touchscreen only and at such a high DPI is still disappointing. To my surprise, mc works rather well with a tochscreen in a fullscreen terminal via ssh. My holy grail shall however be to see Windows 8.1 running in qemu. I wonder how that will perform. Not so well I suppose. Maybe a combination of Wine and qemu would work ok, where qemu only executes the x86 application code and leaves the OS code behind the Windows APIs up to be executed natively by Wine...