| Summary: | Firefox missing from classic installs | ||
|---|---|---|---|
| Product: | Mageia | Reporter: | claire robinson <eeeemail> |
| Component: | RPM Packages | Assignee: | ISO building group <isobuild> |
| Status: | RESOLVED FIXED | QA Contact: | Nicolas Lécureuil <mageia> |
| Severity: | normal | ||
| Priority: | release_blocker | CC: | ennael1, isobuild, luigiwalser, mageia, mageia, ngompa13, thierry.vignaud, tmb, wilcal.int, yvesbrungard, zen25000 |
| Version: | Cauldron | Keywords: | 6sta1.5 |
| Target Milestone: | Mageia 6 | ||
| Hardware: | All | ||
| OS: | Linux | ||
| Whiteboard: | |||
| Source RPM: | CVE: | ||
| Status comment: | Still valid in current ISOs, needs to be investigated further | ||
| Attachments: | report.bug.xz | ||
|
Description
claire robinson
2016-07-18 18:56:30 CEST
claire robinson
2016-07-18 18:56:41 CEST
Keywords:
(none) =>
6RC
claire robinson
2016-07-18 18:56:51 CEST
Blocks:
(none) =>
15527 Created attachment 8205 [details]
report.bug.xz
journal in attachment 8204 [details]
claire robinson
2016-07-18 19:00:12 CEST
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
William Kenney
2016-07-18 21:13:37 CEST
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).
Rémi Verschelde
2016-07-28 11:10:47 CEST
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
Samuel Verschelde
2016-09-12 16:53:57 CEST
CC:
(none) =>
isobuild
Rémi Verschelde
2016-10-17 11:43:30 CEST
Status comment:
(none) =>
Needs tested on next set of ISOs or net install
Rémi Verschelde
2016-10-17 11:53:57 CEST
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?
Samuel Verschelde
2016-11-17 15:22:54 CET
Assignee:
thierry.vignaud =>
isobuild i don't see CAT_X called in current cauldron
Rémi Verschelde
2016-11-23 22:53:06 CET
QA Contact:
(none) =>
mageia Still valid using test release of Mageia 6 sta2
Rémi Verschelde
2016-12-02 14:21:14 CET
Status comment:
Needs tested on next set of ISOs or net install =>
Still valid in current ISOs, needs to be investigated further
Neal Gompa
2016-12-05 22:12:07 CET
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.CC:
(none) =>
mageia 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 =>
RESOLVED
Samuel Verschelde
2017-01-17 10:29:39 CET
Blocks:
15527 =>
(none) |