Description of problem: Steps to Reproduce: * Install on real hardware Mageia 6.0 Official x86_64 classical iso * Choose language en_GB, country The Netherlands, timezone UTC * Reboot * Remove 32 bit media, do NO updates at all. * Change wireless regulatory domain in advanced settings to NL * Upgrade with Classical iso Mageia7 Beta3 built 11th April 2019 (round 3) When arriving at Installer Summary: Country defaults to UK (i.e. along the lines of language en_GB), user needs to correct the installer to usual country of residence NL. This should be unchanged in upgrade from the country it was in at the start of the install. Not because the user cannot change it, but because the user expects the machine to have more correct information than the user. Showing a wrong default at this stage makes the user think the machine is stupid ;) I shall attach report*.bug.xz for both installs. Version-Release number of selected component (if applicable): 18.12-2
Keywords: (none) => 7beta3, FOR_ERRATA7CC: (none) => henk
Created attachment 10937 [details] Install of M6.0 bug report dated 20190414
Created attachment 10938 [details] report.bug from upgrade to M7 B3 Round 3 dated 20190415
CC: (none) => marja11Assignee: bugsquad => mageiatools
Using M7beta3 Classic ISO x64 real EFI hardware. Locale English/GB, language Welsh, timezone Country/City = France/Paris. I have just done the 6->7 upgrade with a charged 13Gb system, which I brought up-to-date beforehand. It took hours, and there were a few errors necessitating re-launching the upgrade stage, which eventually reached its end. At the summary screen, all the cited elements were still *correct*; and remain so in the upgraded system which I am using. This is consistent with https://bugs.mageia.org/show_bug.cgi?id=24670#c3. For us two at least, the reported problem is not manifest. (In reply to Dick Gevers from comment #0) > * Remove 32 bit media, do NO updates at all. This raised an eyebrow, and made me wonder whether it was a factor. It is always stated that the system to upgrade should be up-to-date (at least to the date of the Classic ISO) before doing an upgrade. P.S. I think bugs 24670 & 24671 could have been posted as one. If there is a problem, it is very probably the same cause.
CC: (none) => lewyssmith
Replacing part of Bug#652
Assignee: mageiatools => thierry.vignaud
"* Choose language en_GB, country The Netherlands, timezone UTC" Dick: why did you choose UTC? UTC afaik is not a timezone but a primary time standard on which countries base their timezone on, and the default MGA installer never offered me UTC in the first place.
CC: (none) => shybluenight
I don't think we can fix this one properly, because the country code is not stored in the installed system. The locale code could be used, but there is a one-to-many mapping between locale and country. We could update the installer to write out the country code, so this bug could be fixed in Mageia 8.
CC: (none) => mageia
From https://bugs.mageia.org/show_bug.cgi?id=24670#c6 > Tested this in VirtualBox, following Dick's instructions. > For me the time zone (UTC) was retained, > although the country/region was set to United Kingdom, as reported [here] I see from the last line that things looked correct for me because I was *already on UK*; not the case for Dick. Comment 6 not only confirms Dick's point re country, but says we are stuck with it for the moment. Implies leave this bug open; so the ERRATA tag is correct.
Created attachment 10950 [details] Patch to cause installer/localedrake to store the country code in /etc/locale.conf
Created attachment 10951 [details] Patch to cause the installer to preserve the existing locale settings on upgrade
These two (tested) patches fix this bug, with the caveat that for M6 -> M7 upgrades, the installer will take its best guess of the country, using the primary country associated with the locale set for LC_MONETARY. The country code will be stored in /etc/locale.conf, so future upgrades will be able to show the correct country. Although the country displayed in the installer Summary screen may not be accurate for M6 -> M7 upgrades, all existing system settings for locale should be preserved correctly - the system doesn't actually know or care what country was selected. I've also tested the patch attached to bug 24670.
Keywords: (none) => PATCH
Heroic :)))
(In reply to Dick Gevers from comment #11) > Heroic :))) I quite agree! Do you want to retain the ERRATA marker? Perhaps a Release Note reflecting comment 10? @Martin : Does this win over comment 6, & warrant resolved/fixed? I am unsure of the status of Patches.
I don't set a bug to resolved/fixed until the fix is available in the repositories or on an ISO, giving the bug reporter a chance to confirm the fix. Others do differently. One other thing to mention - the language you select when starting the installer will be used for all the installer dialogues, but the system being upgraded will retain its existing language settings. Hopefully most users will pick the same language, so won't be confused by this.
The fix is fine for me with 6.0 > 7RC round 3
Resolution: (none) => FIXEDStatus: NEW => RESOLVED
So can FOR_ERRATA7 be removed?
CC: (none) => fri
I guess so.
Keywords: FOR_ERRATA7 => (none)