Separate classic installs of plasma & gnome from 6RC i586 dvd Firefox is missing in both but is present on iso according to idx file. David W reported chromium-browser is being installed by default and it is indeed present on the iso according to idx again but is not being installed in my tests. $ rpm -qa | grep chrom x11-driver-video-openchrome-0.4.0-2.mga6 libchromaprint1-1.3.1-1.mga6 $ rpm -qa | grep fire $
Keywords: (none) => 6RC
Blocks: (none) => 15527
Created attachment 8205 [details] report.bug.xz
journal in attachment 8204 [details]
CC: (none) => luigiwalser
Actually it was Shlomi that confirmed what I saw, a month ago: https://ml.mageia.org/l/arc/dev/2016-06/msg00500.html
CC: (none) => wilcal.int
Ok, its the first DE selection screen that fails... If you select Plasma or Gnome there it wont properly select the subcategories that would trigger needed package selections But if you choose custom install and there select plasma or gnome (or any other DE) it will properly select the "missing" packages
Hm, this seems to happend on -sta1 isos too :/
Yes, this is not a new issue, it goes back over a month. IIRC I did choose Custom but it was a more minimal graphical installation that didn't include Plasma or Gnome (IceWM is used on this VM).
Priority: Normal => release_blocker
Thierry, I guess this is "easier" for you to figure out as you know the code better
Assignee: tmb => thierry.vignaud
Can someone pinpoint which sta1 ISO bring this?
I'm looking for some modification around without any success. Still bug is fixed in last test RC isos. To be confirmed in next test round
CC: (none) => ennael1
Today an absolutely default plasma non-free net-install to real h/w still has no Firefox installed, although there is a generic placeholder on the panel for it.
CC: (none) => zen25000
CC: (none) => isobuild
any news on this bug ?
CC: (none) => mageia
Status comment: (none) => Needs tested on next set of ISOs or net install
Target Milestone: --- => Mageia 6
still valid on today netinstall
btw no sign of firefox in the debug of this install.
fixed with last set of isos of 5.1
(In reply to Anne Nicolas from comment #14) > fixed with last set of isos of 5.1 Which means will be fixed in Mageia 6 too? The cause was common?
Assignee: thierry.vignaud => isobuild
i don't see CAT_X called in current cauldron
QA Contact: (none) => mageia
Still valid using test release of Mageia 6 sta2
Status comment: Needs tested on next set of ISOs or net install => Still valid in current ISOs, needs to be investigated further
CC: (none) => ngompa13
Mageia 6 sta2 round 2. Installing 64bits with Cinnamon and XFCE. Firefox is installed.
CC: (none) => yves.brungard_mageia
Reinstalling cauldron here. Bug still there and what confirms Nicolas comment, some packages froms CAT_X are missing also like vim-enhanced
Thierry, any idea for this one ?
CC: (none) => thierry.vignaud
Nope
The symptoms of this issue seem to indicate a regression, as it used to work on early Mageia 6 builds AFAIK. Apparently sta1 ISOs and net installs around late June 2016 were already affected - were dev2 ISOs affected too? If not, we could try to review the changes done between dev2 and sta1 that could have caused this regression.
I suspect the cause of this is a change in compssUsers.pl. In mga5 we had ... N_("Graphical Environment") => [ { label => N_("KDE Workstation"), descr => N_("The K Desktop Environment, ..."), flags => [ qw(KDE X ACCESSIBILITY THEMES) ], default_selected => !$light_desktop, required => [ 'task-kde4-minimal' ], }, ... In mga6 we have ... N_("Graphical Environment") => [ { label => N_("Plasma Workstation"), descr => N_("The K Desktop Environment, ..."), flags => [ qw(PLASMA5 X ACCESSIBILITY THEMES) ], required => [ 'task-plasma5-minimal' ], }, ... When one of the major desktops (Plasma, GNOME) is selected at the desktop choice screen, either CAT_PLASMA5 or CAT_GNOME is selected, along with any groups that have default_selected set to 1. So in mga5, CAT_X, CAT_ACCESSIBILITY, and CAT_THEMES would be selected because the KDE Workstation group usually had default_selected set to 1, but in mga6 they would be not because none of the Graphical Environment groups usually have default_selected set to 1. So I think adding the line default_selected => !$light_desktop, to the Plasma Workstation group should fix this bug.
You win! This is a good catch. Just tested in an iso for sta2. Firefox is installed with Plasma environment. And also vim-enhanced. I will commit it for sta2 isos. Thanks a lot Martin!
oh so nice :) thanks a lot :)
Martin striked again :)
Seems it was removed by tv to "fix" plasma stuff ending up in gnome installs https://bugs.mageia.org/show_bug.cgi?id=18520 So watch out for that coming back
CC: (none) => tmb
Argh... Testing it now to check it
Just tested here. Using a classical install, GNOME environement. Rebooted in a proper environment and no more task-kde4 installed. Looks like we can consider this bug as fixed
Status: NEW => RESOLVEDResolution: (none) => FIXED
Blocks: 15527 => (none)