Bug 10332 - Mageia 3 installer can accidentally install Cauldron
Summary: Mageia 3 installer can accidentally install Cauldron
Status: RESOLVED FIXED
Alias: None
Product: Mageia
Classification: Unclassified
Component: Release (media or process) (show other bugs)
Version: 3
Hardware: All Linux
Priority: release_blocker critical
Target Milestone: ---
Assignee: Mageia Bug Squad
QA Contact:
URL:
Whiteboard:
Keywords:
Depends on:
Blocks:
 
Reported: 2013-05-28 17:42 CEST by Erin Wilkins
Modified: 2013-10-07 22:16 CEST (History)
6 users (show)

See Also:
Source RPM:
CVE:
Status comment:


Attachments
/root/drakx/report.bug.xz (150.00 KB, application/x-xz)
2013-05-28 17:57 CEST, Erin Wilkins
Details

Description Erin Wilkins 2013-05-28 17:42:30 CEST
It is possible to run through the Mageia 3 DVD installer, and after the install finishes find you actually have a Cauldron install instead of Mageia 3.

Steps to reproduce:
1) Install from the Mageia 3 i568 DVD as standard with the following specific steps:
  - During the step when asked if you have additional media, setup a HTTP source (I used mirrors.kernel.org in the US)
  - At the end of the install, when asked if you want to apply updates, choose to do so
Comment 1 Thierry Vignaud 2013-05-28 17:50:55 CEST
Please attach your /root/drakx/report.bug.xz

Keywords: (none) => NEEDINFO
CC: (none) => thierry.vignaud

Comment 2 Erin Wilkins 2013-05-28 17:57:34 CEST
Created attachment 4060 [details]
/root/drakx/report.bug.xz

Requested file attached.
Comment 3 Thierry Vignaud 2013-05-28 18:28:26 CEST
It looks like /product.id is bogus on ISOs, it says "cauldron"...
This it install from Cauldron, not Mageia 3 mirrors...

BTW product.id is bogus on cauldron mirrors too (it says "version=3" instead of "Cauldron")

CC: (none) => ennael1, sysadmin-bugs, tmb
Component: Installer => Release (media or process)

Comment 4 Thierry Vignaud 2013-05-28 18:33:02 CEST
Just checked the dual ISO => x86_64/product.id is bogus
I think we need to redo the ISOs :-(
With fixed urpmi :-)

Priority: Normal => release_blocker
Hardware: i586 => All
Severity: normal => critical

Comment 5 Manuel Hiebel 2013-05-28 19:25:40 CEST
I forwarded it to the council, releasing only new classical could be enough?
Comment 6 Thierry Vignaud 2013-05-28 20:07:05 CEST
I didn't check live cds. Someone has to.
We can include the first batch of security updates in order to reduce the amount that will be downloaded after.
We should label it Mga3.1
Comment 7 Anne Nicolas 2013-05-28 21:57:38 CEST
Found the culprit. bcd configuration is not good as it's still using Devel branch in media.cfg on isos...

Confirmed by QA team tests.

Building new isos including urpmi update.
Comment 8 Thierry Vignaud 2013-05-28 22:46:45 CEST
For dual ISO and for those who add net media during installing, we should rebuild stage2 with the new urpmi
Johnny A. Solbu 2013-05-31 12:48:30 CEST

CC: (none) => cooker

Florian Hubold 2013-06-01 19:59:31 CEST

CC: (none) => doktor5000

Manuel Hiebel 2013-06-08 16:27:52 CEST

Keywords: NEEDINFO => (none)

Comment 9 Manuel Hiebel 2013-10-07 22:16:51 CEST
was done

Status: NEW => RESOLVED
Resolution: (none) => FIXED


Note You need to log in before you can comment on or make changes to this bug.