Description of problem: boot.iso installs result in console login gnome selected Version-Release number of selected component (if applicable): http://kojipkgs.fedoraproject.org/mash/rawhide-20150101/rawhide/x86_64/os/images/boot.iso http://kojipkgs.fedoraproject.org/mash/ How reproducible: Steps to Reproduce: 1. 2. 3. Actual results: logs in to console login which works Expected results: login to graphical desktop Additional info:
Please attach the logs from /var/log/anaconda
Created attachment 976868 [details] boot iso anaconda log
Created attachment 976869 [details] boot iso anaconda log2
Created attachment 976870 [details] boot iso anaconda log3
Created attachment 976871 [details] boot iso anaconda log4
Created attachment 976872 [details] boot iso anaconda log5
Proposed as a Freeze Exception for 22-alpha by Fedora user satellit using the blocker tracking app because: dnf fails on boot.iso install? workstation installs 297 rpms anaconda 22.13-1
Could you attach the actual files, please? As text? In particular, the packaging.log.
I am not sure how to do this on a minimal install; that is why the screen photos(In reply to David Shea from comment #8) > Could you attach the actual files, please? As text? In particular, the > packaging.log. I am not sure how to do this on a minimal install; that is why the screen photos Will try...
You can mount a USB stick manually, or ssh them across to another system, or even fpaste out ones that are small enough.
Created attachment 976939 [details] program.log from a recreation of the bug
Created attachment 976941 [details] anaconda.log
Created attachment 976956 [details] dnf.rpm.log
Created attachment 976957 [details] dnf.log
Created attachment 976958 [details] packaging.log
To reproduce: 1. Boot 2015-01-05 Rawhide boot.iso 2. Pick any sane partition layout 3. Go to Software Selection and choose 'Fedora Workstation' 4. Return to hub, verify that 'Software Selection' is still picked 5. Begin install, note only 297 packages are installed 6. Boot installed system; it boots to a console, no GNOME-ish packages installed This appears to be DNF only. Booting with inst.nodnf and doing the same thing results in a package set problem (sssd-common), indicating that yum is properly selecting the Workstation environment (because that package is a part of it). I believe the bug actually affects the default environment group also. Currently the default is 'Fedora Cloud Server' due to https://bugzilla.redhat.com/show_bug.cgi?id=1177002 , but if you examine the dnf.rpm.log file, packages from that environment - 'cloud-init', for instance - are not installed. I'm not sure exactly what package set is actually getting installed - it doesn't seem to be just @core - but it's not even the default environment group.
It's *possible* this could somehow boil down to DNF hiding dependency issues: perhaps it's somehow throwing out a bunch of packages to avoid the sssd-common dep issue. But I don't *think* that should be it, because sssd-common isn't required by that much stuff. Trying to remove it from my desktop only results in sssd and freeipa-client being removed. So I don't think that, even if DNF is silently dropping stuff to avoid this dep issue, it should result in *so* many packages being dropped.
I'm proposing this as a blocker (instead of FE) as it violates https://fedoraproject.org/wiki/Fedora_22_Alpha_Release_Criteria#Package_sets as currently written: "When doing a graphical install using the dedicated installer images, the installer must be able to install each of the release blocking desktops, as well as the minimal package set." I do have a proposal in to change that criterion, but I still think it ought to cover this case, though you could argue possibly not for Alpha.
Discussed at today's blocker review meeting [1]. Accepted as a blocker. This bug is a clear violation of the Alpha Package Sets criterion: When doing a graphical install using the dedicated installer images, the installer must be able to install each of the release blocking desktops, as well as the minimal package set. [1] http://meetbot.fedoraproject.org/fedora-blocker-review/2015-01-07/
boot.iso x86_64 20150124 installs KDE correctly to bare metal https://fedoraproject.org/wiki/Test_Results:Fedora_22_Rawhide_20150124_Installation detects workstation check failure. looks fixed
yeah, seems like this is fixed now. thanks.