I wanted to grab a recent LXQt spin but had to discover the build has been broken. Unable to create appliance : Unable to install: Transaction check error: file /etc/xdg/openbox/lxqt-rc.xml conflicts between attempted installs of lxqt-theme-fedora-0.11.2-8.fc29.noarch and lxqt-session-0.13.0-1.fc29.armv7hl file /usr/share/man/man1/startlxqt.1.gz conflicts between attempted installs of lxqt-theme-fedora-0.11.2-8.fc29.noarch and lxqt-session-0.13.0-1.fc29.armv7hl file /etc/xdg/autostart/lxqt-desktop.desktop conflicts between attempted installs of lxqt-common-0.11.2-8.fc29.noarch and pcmanfm-qt-0.13.0-1.fc29.armv7hl file /etc/xdg/autostart/lxqt-globalkeyshortcuts.desktop conflicts between attempted installs of lxqt-common-0.11.2-8.fc29.noarch and lxqt-globalkeys-0.13.0-1.fc29.armv7hl file /etc/xdg/autostart/lxqt-notifications.desktop conflicts between attempted installs of lxqt-common-0.11.2-8.fc29.noarch and lxqt-notificationd-0.13.0-1.fc29.armv7hl file /etc/xdg/autostart/lxqt-panel.desktop conflicts between attempted installs of lxqt-common-0.11.2-8.fc29.noarch and lxqt-panel-0.13.0-2.fc29.armv7hl file /etc/xdg/autostart/lxqt-policykit-agent.desktop conflicts between attempted installs of lxqt-common-0.11.2-8.fc29.noarch and lxqt-policykit-0.13.0-1.fc29.armv7hl file /etc/xdg/autostart/lxqt-powermanagement.desktop conflicts between attempted installs of lxqt-common-0.11.2-8.fc29.noarch and lxqt-powermanagement-0.13.0-1.fc29.armv7hl file /etc/xdg/autostart/lxqt-runner.desktop conflicts between attempted installs of lxqt-common-0.11.2-8.fc29.noarch and lxqt-runner-0.13.0-1.fc29.armv7hl file /etc/xdg/autostart/lxqt-xscreensaver-autostart.desktop conflicts between attempted installs of lxqt-common-0.11.2-8.fc29.noarch and lxqt-session-0.13.0-1.fc29.armv7hl file /etc/xdg/lxqt/globalkeyshortcuts.conf conflicts between attempted installs of lxqt-common-0.11.2-8.fc29.noarch and lxqt-globalkeys-0.13.0-1.fc29.armv7hl file /etc/xdg/menus/lxqt-applications.menu conflicts between attempted installs of lxqt-common-0.11.2-8.fc29.noarch and lxqt-panel-0.13.0-2.fc29.armv7hl file /usr/bin/startlxqt conflicts between attempted installs of lxqt-common-0.11.2-8.fc29.noarch and lxqt-session-0.13.0-1.fc29.armv7hl file /usr/share/desktop-directories/lxqt-leave.directory conflicts between attempted installs of lxqt-common-0.11.2-8.fc29.noarch and lxqt-panel-0.13.0-2.fc29.armv7hl file /usr/share/desktop-directories/lxqt-settings.directory conflicts between attempted installs of lxqt-common-0.11.2-8.fc29.noarch and lxqt-panel-0.13.0-2.fc29.armv7hl file /usr/share/xsessions/lxqt.desktop conflicts between attempted installs of lxqt-common-0.11.2-8.fc29.noarch and lxqt-session-0.13.0-1.fc29.armv7hl
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.