Dependencies resolved. ======================================================================================================================================================= Package Architecture Version Repository Size ======================================================================================================================================================= Installing: lightdm x86_64 1.32.0-4.fc38 fedora 239 k Installing dependencies: deepin-qt-dbus-factory x86_64 5.5.22-5.fc38 fedora 731 k deepin-session-shell x86_64 5.5.34-2.fc38 fedora 934 k dtkcommon x86_64 5.5.22-3.fc38 fedora 20 k dtkcore x86_64 5.5.30-5.fc38 fedora 383 k dtkgui x86_64 5.5.22-6.fc38 fedora 193 k dtkwidget x86_64 5.5.41-5.fc38 fedora 919 k gsettings-qt x86_64 0-0.27.20180723bzr85.fc38 fedora 40 k lightdm-gobject x86_64 1.32.0-4.fc38 fedora 62 k lightdm-qt5 x86_64 1.32.0-4.fc38 fedora 44 k startup-notification x86_64 0.12-25.fc38 fedora 41 k Transaction Summary ======================================================================================================================================================= Install 11 Packages Total download size: 3.5 M Installed size: 14 M Is this ok [y/N]: n lightdm does not need the Deepin Desktop Environment to function. Reproducible: Always Steps to Reproduce: 1. Try to install lightdm package on F38 2. Decline because you don't want the DDE
You need to choose the greeter otherwise dnf will choose the first match.
It maybe is not a bug but it is ugly when we try to install an independent project like lightdm and it has dependency of an other project. Lighdm is not just used on deepin. So I started a discussion to simply fie this issue. https://github.com/orgs/linuxdeepin/discussions/6425 On discourse I reported the problem here: https://discussion.fedoraproject.org/t/what-happend-to-lightdm-i-tougtht-it-is-light-installed-160mb/98430
(In reply to ilikelinux69 from comment #2) > It maybe is not a bug but it is ugly when we try to install an independent > project like lightdm and it has dependency of an other project. > > Lighdm is not just used on deepin. So I started a discussion to simply fie > this issue. > > https://github.com/orgs/linuxdeepin/discussions/6425 > > On discourse I reported the problem here: > https://discussion.fedoraproject.org/t/what-happend-to-lightdm-i-tougtht-it- > is-light-installed-160mb/98430 Lightdm has no such requires. https://src.fedoraproject.org/rpms/lightdm/blob/rawhide/f/lightdm.spec#_73 If I remove this line the user will end up with no greeter and no way to login. User will need to learn to specify the greeter instead of filing bogus reports like this!
I answered you in discourse: https://discussion.fedoraproject.org/t/what-happend-to-lightdm-how-can-we-inform-better-that-the-user-needs-a-specific-greeter-to-install-the-correct-dependency/98430/24
(In reply to leigh scott from comment #3) > > https://src.fedoraproject.org/rpms/lightdm/blob/rawhide/f/lightdm.spec#_73 > > If I remove this line the user will end up with no greeter and no way to > login. How about to require lightdm-gtk or slick-greeter instead?
You can provide a hint by adding e.g. Suggests: lightdm-gtk https://docs.fedoraproject.org/en-US/packaging-guidelines/WeakDependencies/#_package_preference It would only have an effect in this scenario where dnf has to guess. Users are going to continue to try installing lightdm instead of a greeter, so it would be great if we could improve that experience by providing a reasonable default. This was previously suggested here: https://bugzilla.redhat.com/show_bug.cgi?id=1481192#c10
Pulling in a display manager should not require a desktop. Please use a greeter that does not draw in an entire desktop.
(In reply to Justin Zobel from comment #7) > Pulling in a display manager should not require a desktop. Please use a > greeter that does not draw in an entire desktop. This is a non issue, I have no intention to address something that is cause by stupid user error! If the user is too dumb to specify the greeter dnf will decide for them, it chooses the first match which is deepin.
Let's please not call users "stupid" or “dumb”. There are many people who use Fedora but aren’t deeply familiar with the way package dependencies work — and I think the way that dnf picks defaults when nothing is specified probably counts as esoterica, really: I think many reasonable, intelligent Fedora users could happily live their lives without learning this. I think the suggestion of a lighter-weight default makes sense — and in any case, it’s good to specify some default using a "Suggests" weak dependency as described, because while it happens to be deepin today, tomorrow there could be a different first match. No matter what, though, let’s please remember to keep Fedora friendly!
FEDORA-2024-b11e291114 has been submitted as an update to Fedora 40. https://bodhi.fedoraproject.org/updates/FEDORA-2024-b11e291114
FEDORA-2024-b11e291114 has been pushed to the Fedora 40 stable repository. If problem still persists, please make note of it in this bug report.