This is a tracking bug for Change: LXQt Spin For more details, see: https://fedoraproject.org//wiki/Changes/LXQt_Spin A Fedora Spin providing the LXQt desktop environment.
Submitted a pull request for fedora-kickstarts: https://pagure.io/fedora-kickstarts/pull-request/134
Does this imply there will be a Fedora-LXQt-armhfp-*-sda.raw.xz like for LXDE in some time, so arm users can also benefit from this spin? Obtained from the repo it is working quite good already: http://forum.solid-run.com/linux-on-cubox-i-and-hummingboard-f8/fedora-on-cubox-i-hummingboard-and-clearfog-t363-s310.html#p21578
Yes, this will be created too.
Ok, took a closer look and discovered the broken build. As 'trojita' will not be build for arm at the moment I will patiently wait till this get resolved.
Hopefully fixed with next build, already made a change excluding trojita.
This bug appears to have been reported against 'rawhide' during the Fedora 26 development cycle. Changing version to '26'.
Thr first one: https://koji.fedoraproject.org/koji/taskinfo?taskID=18106553
Some first impressions. Dropped image on a SD, flipped it in my cubox-i and powered it up. After ~15 minutes starring at a black graphic display I pulled the power plug. Fired up a serial terminal and restarted. SolidRun_CuBox-i-20170302082433.log is the outcome and of not much help. With kernel log messages enabled SolidRun_CuBox-i-20170302104130.log is the outcome but still got not any further. Maybe it is sitting at the black graphic display awaiting the initial setup. Lets drop in a kernel with proper graphical support. It is a kernel rebuild from fedora kernel source package with kernel-local dropped in. So only some modules flipped as build-in in respect to fedora stock. Now the initial setup can be done at the graphic display. As X was starting I got again a black graphic display. After disabling the display-manager.service a startx is returning to console with Xorg.0.log. So probably nothing LXQt directly to blame for.
Created attachment 1259145 [details] SolidRun_CuBox-i-20170302082433.log
Created attachment 1259146 [details] SolidRun_CuBox-i-20170302104130.log
Created attachment 1259147 [details] kernel-local
Created attachment 1259148 [details] Xorg.0.log
Seems fedora-arm-lxqt.ks get missed here: https://pagure.io/fedora-kickstarts/c/3c3152b72d52ff178b1b5ceea9720ccbc1388d87?branch=master
The current arm images seem to fail for size constraints of the root file system currently. If I read the logs correctly the LXQt live spin is using "part / --fstype="ext4" --size=5120". Fitting LXQt in the same size (2800) as Minimal won't work out IMHO. So maybe add e.g. "part / --fstype="ext4" --size=3900" at fedora-arm-lxqt.ks to let the packages fit in and left some headroom for initial use.
Will investigate