Quoting adamwill's email: ''' The lxqt-desktop package group in comps includes sddm-breeze. Also, fedora-lxqt-common.ks in fedora-kickstarts excludes ibus: -ibus* this causes a problem, because sddm-breeze requires plasma-workspace, and plasma-workspace indirectly (via plasma-desktop) requires ibus. You can see this causing the image compose to fail here: https://koji.fedoraproject.org/koji/taskinfo?taskID=29871592 https://kojipkgs.fedoraproject.org//work/tasks/1592/29871592/anaconda-packaging.log Up until this week (and still in Fedora 29), rather than failing, the LXQt images simply did not include sddm-breeze. ''' So I am filing this bug for tracking and LXQt SIG will fix this later on.
The current workaround lies in kickstart: https://pagure.io/fedora-kickstarts/pull-request/441 Will need to review kickstart as well after this is fully resolved.
Can you fix in in F29, too? Generally, we need a better solution to get rid of plasma-shell &co. because there's definitely no sense in pulling those dependencies for the only reason of default theme.
Ouch, I thought it only affects Rawhide. I just send it to Fedora 29 https://pagure.io/fedora-kickstarts/pull-request/451 But I am afraid we might miss the GA as the Fedora GA is already a GO.
Well, I see now actually nothing depends on sddm-breeze at all. The package lxqt-themes-fedora even uses lightdm rather than sddm. And the only place that pulls in sddm is in our fedora-comps which explicitly declare sddm-breeze as part of @lxqt-desktop. Judging from the current status, I will replace it with sddm-themes, and also drop kwin as a step forward to reduce the dependencies with kde related stuff.
Hi Raphael, Recently I checked our spin page[1], and saw there are some differences with our package groups. To be clear, in the spin page, we have FeatherPad, QupZilla etc listed there but not in our spin Live media. So do you mind I fix our spin kickstart and comps file to make it the same with the spin page? In this way, the default editor will be FeatherPad instead of enki. And the browser will be qupzilla instead of falkon? If you prefer to keep the comps as-is, do you have any idea why we changed it to falkon before? Thanks. [1] https://spins.fedoraproject.org/en/lxqt/
Hi Zamir, why do you recommend FeatherPad instead of Enki? I agree we should keep documentation in synchronization to announce the actual applications. Qupzilla got renamed to Falkon by upstream. That means, the spin page needs a fix, as well as the screenshot.
See: https://www.falkon.org/about/ (There used to be a notice at qupzilla dot org too, but that site is now owned by cybersquatters, so I am NOT linking to it. Use only https://www.falkon.org/ now.)
(In reply to Raphael Groner from comment #6) > Hi Zamir, > > why do you recommend FeatherPad instead of Enki? I agree we should keep > documentation in synchronization to announce the actual applications. > Hi Raphael, Actually I don't have any preference. I am fine to have any of the two in the group. I mention this simple because I saw FeatherPad is listed in the LXQt release plan[1] as well as the Fedora spin page[2]. > Qupzilla got renamed to Falkon by upstream. That means, the spin page needs > a fix, as well as the screenshot. Thanks. So this way, I prefer to fix the page instead - keep Enki and Falkon in the compose, while the only thing that needed to fix is the webpage now. Of course I will still fix the sddm dependencies as I mentioned before in this bug. [1] https://forum.lxqt.org/t/build-order-release-plan-0-14-0/292 [2] https://spins.fedoraproject.org/en/lxqt/
Fixed. https://pagure.io/fedora-comps/pull-request/366