Bug 1621317
Summary: | LXQt Spin Failed To Build | ||||||
---|---|---|---|---|---|---|---|
Product: | [Fedora] Fedora | Reporter: | billiboy | ||||
Component: | comps | Assignee: | Zamir SUN <sztsian> | ||||
Status: | CLOSED NEXTRELEASE | QA Contact: | |||||
Severity: | unspecified | Docs Contact: | |||||
Priority: | unspecified | ||||||
Version: | rawhide | CC: | helio, kevin, lupinix.fedora, projects.rg, rdieter, sztsian, ti.eugene, vpavlin | ||||
Target Milestone: | --- | ||||||
Target Release: | --- | ||||||
Hardware: | Unspecified | ||||||
OS: | Unspecified | ||||||
Whiteboard: | |||||||
Fixed In Version: | Doc Type: | If docs needed, set a value | |||||
Doc Text: | Story Points: | --- | |||||
Clone Of: | Environment: | ||||||
Last Closed: | 2018-09-26 12:52:12 UTC | Type: | Bug | ||||
Regression: | --- | Mount Type: | --- | ||||
Documentation: | --- | CRM: | |||||
Verified Versions: | Category: | --- | |||||
oVirt Team: | --- | RHEL 7.3 requirements from Atomic Host: | |||||
Cloudforms Team: | --- | Target Upstream Version: | |||||
Embargoed: | |||||||
Bug Depends On: | 1581463, 1622122 | ||||||
Bug Blocks: | |||||||
Attachments: |
|
Description
billiboy
2018-08-23 15:04:35 UTC
lxqt-common, now dead with lxqt 0.13 in rawhide and f29, is in critical-path of comps. No idea where else lxqt-common gets also installed as a dependency. So it's not easily done with just drop that package from the spin or retire. lxqt-themes is favored as replacement for lxqt-common. All packages with their own configuration must depend then on lxqt-themes. Upstream decided to split configuration files into separate projects, as far as I can see: pcmanfm-qt and lxqt-session (latter with special configuration also for openbox). Adding maintainers of spin and relevant packages. Created attachment 1478396 [details]
fedora-lxqt-common.ks
As far as I see fedora-lxqt-common.ks does not pull lxqt-common explicit in. It uses @lxqt, @lxqt-apps and @lxqt-media to pull the LXQt environment in.
So I guess anyone using this to install will meet the same issue.
There are two reasons. 1. The group "LxQT Desktop" contains lxqt-common package. So whenever it is a groupinstall ,the lxqt-common will always be installed. 2. The new package lxqt-themes are not in Fedora yet. To solve this problem: We should get lxqt-themes into Fedora asap. After it is in Fedora, we need to file a ticket to ask Releng remove lxqt-common from the LxQT Desktop group. Please follow the guideline to correctly drop lxqt-common: https://fedoraproject.org/wiki/How_to_remove_a_package_at_end_of_life Maybe some steps are allowed with admin ACL only. Let me know and I can grant those rights for lxqt-common. PR sent to fedora-comps. https://pagure.io/fedora-comps/pull-request/314 (In reply to Raphael Groner from comment #6) > Please follow the guideline to correctly drop lxqt-common: > https://fedoraproject.org/wiki/How_to_remove_a_package_at_end_of_life > > Maybe some steps are allowed with admin ACL only. Let me know and I can > grant those rights for lxqt-common. Hi, I see the package is orphaned. But we need it to be 'retired' in F29 and later. Per reclaiming process https://fedoraproject.org/wiki/Orphaned_package_that_need_new_maintainers I need to file new PackageReview go get ownership. But I think it overkills. So does this mean I should reach out to @tieugene (the other 'admin' of lxqt-common package) and ask him to grant me privileges or retire directly? (In reply to Zamir SUN from comment #8) > Hi, > > I see the package is orphaned. But we need it to be 'retired' in F29 and > later. > > Per reclaiming process > https://fedoraproject.org/wiki/Orphaned_package_that_need_new_maintainers > > I need to file new PackageReview go get ownership. But I think it overkills. > So does this mean I should reach out to @tieugene (the other 'admin' of > lxqt-common package) and ask him to grant me privileges or retire directly? Nevermind, I just retired it in Fedora 29 and rawhide. Fixed already. Closing. |