Here's why xfce...
* it has good pre-configuration systems.
* it has sane configuration file format.
* it's quick in non-accelerated setups.
Though, there are many drawbacks... It is *not* a mobile environment!
Better environments will be packaged down the road.
The patches added here are required to build under some conditions, but
not all are ended up needed as CONFIG_DEBUG_FS is required to be active
otherwise the kernel doesn't even boot :/
The kernel size was reduced by:
* Removing tracing support
* Removing unneeded exfat and sdcardfs filesystems
* Removing all sound support
* Removing video input (camera) support
The latter options seem awfully shortsighted, until you remember that a goal is
to eventually deal with booting our own kernels through kexec.
The Moto Z Play device's boot partition size is putting us in a hard
spot.
Ah! It looks like this is not a constant, but a common failure mode
among android-based devices!
In dmesg:
```
Warning: unable to open an initial console.
```
Simply removing the `console=` fixes the console.
See f295dc1739 for a similar instance of
the issue.
This broke things subtly in the initrd.
The argument came from an OEM image. It might not affect Android images,
but it affects our setup.
It looks like it breaks console redirection and such things. This, in
turn, breaks systemd-udevd, aborting with the following:
```
close_nointr(fd) != -EBADF' failed at src/basic/fd-util.c:71, function safe_close(). Aborting
```
In turn, what tipped me off is this dmesg message:
```
Warning: unable to open an initial console.
```
Though there is no certainty it is related.
Uses the sad-phone artwork to convey that something's wrong.
A color has to be given to help convey the issue in constrained
situations where no proper logging happens.
This is technically a *content* based style, which is why it's fine to
do there, instead of semantically in the page.
The background-image basically acts an a "transparent" `<img />`.
