Bug 12089

Summary: (Network) installer never ask for locale, language nor agreement
Product: Mageia Reporter: Morgan Leijström <fri>
Component: InstallerAssignee: Thierry Vignaud <thierry.vignaud>
Status: RESOLVED FIXED QA Contact:
Severity: major    
Priority: release_blocker CC: paiiou
Version: Cauldron   
Target Milestone: ---   
Hardware: x86_64   
OS: Linux   
Whiteboard:
Source RPM: CVE:
Status comment:
Attachments: /root/drakx/report.bug.xz

Description Morgan Leijström 2013-12-23 04:00:15 CET
Installed now using boot-nonfree.iso 64 bit

When done, i realised i had AZERTY keyboard, and i could not remember i got asked about locale, language or rights agreement as is usual in beginning of installation.

Probably that is why installer terminal (Ctrl-Alt-F2) use AZERTY keyboard layout, bug 12082

Reproducible: 

Steps to Reproduce:
Comment 1 Morgan Leijström 2013-12-23 04:01:53 CET
*** Bug 12082 has been marked as a duplicate of this bug. ***
Comment 2 Manuel Hiebel 2013-12-23 10:08:13 CET
Didn't you make an upgrade ?

Please provide the file /root/drakx/report.bug.xz as an attachment

Keywords: (none) => NEEDINFO

Comment 3 Morgan Leijström 2013-12-23 10:29:14 CET
This latest is a fresh install in a virtualbox vm using fresh virtual disk
KDE lang became british en; kbd azerty
Comment 4 Morgan Leijström 2013-12-23 10:30:55 CET
Created attachment 4660 [details]
/root/drakx/report.bug.xz
Comment 5 Morgan Leijström 2013-12-23 10:47:43 CET
I think i got it!

I thought this was a new feature:
In stage it directly tries to get stage 2 from 192.168.0.10 /mageia/unstable
(which of course fail, and i can then define my local proxy)

Looking here:
https://wiki.mageia.org/en/Stage_One_install#Custom_automatic_stage1

I see it seem automatic installation is enabled in this version!

So you probably just need to rebuild with that option off.
Comment 6 Morgan Leijström 2013-12-23 10:55:01 CET
BTW, this reveals a small bug: stage 2 do NOT use azerty as i think is intended, as both terminal (Ctrl-Alt-F2) and the resulting system use AZERTY.
Manuel Hiebel 2013-12-23 11:43:01 CET

Keywords: NEEDINFO => (none)
Priority: Normal => release_blocker
Assignee: bugsquad => thierry.vignaud

Comment 7 Manuel Hiebel 2013-12-23 11:55:31 CET
* running: mutter 
* lang:en_US charset:C font:DejaVu Sans 12 consolefont:lat0-16

(mutter:383): mutter-WARNING **: Could not load library [/usr/lib64/mutter/plugins/default.so (/usr/lib64/mutter/plugins/default.so: cannot open shared object file: No such file or directory)]
Unable to load plugin module [/usr/lib64/mutter/plugins/default.so]: /usr/lib64/mutter/pluugins/default.so: cannot open shared object file: No such file or directory* starting step `selectLanguage'

(I confirm btw)
Comment 8 Thierry Vignaud 2013-12-23 12:53:48 CET
sorry. fixed

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

Comment 9 Thierry Vignaud 2013-12-23 13:04:15 CET
*** Bug 12090 has been marked as a duplicate of this bug. ***

CC: (none) => paiiou

Comment 10 Morgan Leijström 2013-12-27 01:55:56 CET
Yeah, it is easy to forget, having your head manu places :)

Thanks Thierry, I confirm it is fixed.

However... another problem with it appeared: bug 12118 ;)
Comment 11 Thierry Vignaud 2014-02-21 18:15:17 CET
*** Bug 12090 has been marked as a duplicate of this bug. ***
Comment 12 Georges Eckenschwiller 2014-02-21 20:43:03 CET
The same problem is reappeared with the last one boot.iso

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

Comment 13 Manuel Hiebel 2014-02-21 21:04:31 CET
last ? what for md5 ?
Comment 14 Georges Eckenschwiller 2014-02-21 22:57:40 CET
(In reply to Manuel Hiebel from comment #13)
> last ? 
February 16th

what for md5 ?
md5 is correct.

It is exactly the former problem which returns
Comment 15 Manuel Hiebel 2014-02-21 23:01:45 CET
last one is from today (there was a rebuild ~1hour before your comment) 
and if I ask for md5 it's to compare them ;)

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

Comment 16 Thierry Vignaud 2014-02-22 00:36:33 CET
And there was no need to reopen both bugs as they are the same and dully tagged as such (duplicate)
Comment 17 Georges Eckenschwiller 2014-02-22 07:59:23 CET
(In reply to Thierry Vignaud from comment #16)
> And there was no need to reopen both bugs as they are the same and dully
> tagged as such (duplicate)

Still it was necessary to know that 12090 will be corrected.