Bug 1419515
| Summary: | LXQt Spin | ||||||||||||
|---|---|---|---|---|---|---|---|---|---|---|---|---|---|
| Product: | [Fedora] Fedora | Reporter: | Jan Kurik <jkurik> | ||||||||||
| Component: | Changes Tracking | Assignee: | Christian Dersch <lupinix.fedora> | ||||||||||
| Status: | CLOSED CURRENTRELEASE | QA Contact: | |||||||||||
| Severity: | unspecified | Docs Contact: | |||||||||||
| Priority: | unspecified | ||||||||||||
| Version: | 26 | CC: | billiboy, lupinix.fedora | ||||||||||
| Target Milestone: | --- | ||||||||||||
| Target Release: | --- | ||||||||||||
| Hardware: | Unspecified | ||||||||||||
| OS: | Unspecified | ||||||||||||
| Whiteboard: | ChangeAcceptedF26, SelfContainedChange | ||||||||||||
| Fixed In Version: | Doc Type: | If docs needed, set a value | |||||||||||
| Doc Text: | Story Points: | --- | |||||||||||
| Clone Of: | Environment: | ||||||||||||
| Last Closed: | 2017-07-25 17:04:52 UTC | Type: | --- | ||||||||||
| Regression: | --- | Mount Type: | --- | ||||||||||
| Documentation: | --- | CRM: | |||||||||||
| Verified Versions: | Category: | --- | |||||||||||
| oVirt Team: | --- | RHEL 7.3 requirements from Atomic Host: | |||||||||||
| Cloudforms Team: | --- | Target Upstream Version: | |||||||||||
| Embargoed: | |||||||||||||
| Attachments: |
|
||||||||||||
|
Description
Jan Kurik
2017-02-06 11:48:07 UTC
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 |