Created attachment 152 [details]
screenshot of localedrake embedded

This bug is due to a bug in the installer, blino is working on it.

Priority: Normal => release_blocker
Summary: localedrake after fresh install allows me choice of 3 languages => lang::write_langs is not run in install::steps, consequently /etc/rpm/macros doesn't register installed langs
Severity: normal => major

Valid for Beta1

Valid for Beta 2

Can you please quote your /etc/rpm/macros to check that the bug is as said in the summary?
This lang::write_langs bug has been fixed a few weeks ago

Of course. I should note the subject of the bug was not chosen by me: tt was at first "localedrake after fresh install allows me choice of 3 languages". Ahmad changed it to current on 22.03.2011.

So the original subject / report still applies for me.

cat /etc/rpm/macros
%_install_langs en:en_AG:en_AU:en_BE:en_BW:en_CA:en_DK:en_GB:en_HK:en_IE:en_IN:en_NG:en_NZ:en_PH:en_SG:en_US:en_ZA:en_ZW:nl_AW:nl_BE:nl_NL

Thanks.

This has always been the "normal" behavior of localedrake, it shows only installed locales.

Summary: lang::write_langs is not run in install::steps, consequently /etc/rpm/macros doesn't register installed langs => localedrake after fresh install allows me choice of 3 languages

(Sorry for the confusion... :/).

Sorry Olivier I don't agree with your comment c#7, because 'Burmese' is shown as available, but it is not and shouldn't be.

Burmese looks like a special case, not related to this report; having locales-en installed makes localedrake show it as an option.

That's right, Burmese is defaulting to locales-en, having no locales of its own

Indeed that's always have been localedrake behaviour.

Installing a new language is more than installing
a new locale-XX package. See:

https://qa.mandriva.com/show_bug.cgi?id=15624
https://qa.mandriva.com/show_bug.cgi?id=31639

Status: NEW => RESOLVED
CC: (none) => thierry.vignaud
Resolution: (none) => WONTFIX

(In reply to comment #11)
> That's right, Burmese is defaulting to locales-en, having no locales of its own

Looks like this has changed since November 2009:
* Tue Nov 24 2009 Herton Ronaldo Krzesinski <herton@mandriva.com.br> 2.11-1mdv2010.1
+ Revision: 469844
- Build with glibc 2.11
- New locales packages:
  locales-dv (Dhivehi)
  locales-my (Burmese)
  locales-ps (Pashto)

Want a separate report about this issue?

(In reply to comment #13)
> (In reply to comment #11)
> > That's right, Burmese is defaulting to locales-en, having no locales of its own
> 
> Looks like this has changed since November 2009:
> * Tue Nov 24 2009 Herton Ronaldo Krzesinski <herton@mandriva.com.br>
> 2.11-1mdv2010.1
> + Revision: 469844
> - Build with glibc 2.11
> - New locales packages:
>   locales-dv (Dhivehi)
>   locales-my (Burmese)
>   locales-ps (Pashto)
> 
> Want a separate report about this issue?

Bug 1036.

What has always been in Mandriva is not necessarily good enough for Mageia.

I consider this fixed when 1036 is fixed.

Ciao.

Reopening anyway, we might fix it at some point, even if complicated or with a partial fix only

Status: RESOLVED => REOPENED
Resolution: WONTFIX => (none)
Summary: localedrake after fresh install allows me choice of 3 languages => localedrake does not allow to chose a non-installed language

*** Bug 1055 has been marked as a duplicate of this bug. ***

Not a release_blocker any more, IIUC.

Priority: release_blocker => High
Source RPM: drakxtools-curses-13.43-1.mga1 => drakxtools-13.43-1.mga1
Severity: major => enhancement

The subject does not cover the bug: changed too often; the bug that is described  is fixed as Bug 1036. Nobody can follow what is the current status.

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

The initial bug is still valid ("I cannot decide to change my language, for example to French")

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

What is the status of this bug, still valid ?

Whiteboard: (none) => check

I (as reporter) am okay to close it as stated above, but apparently Olivier wants to keep it open as per #c20

ok

Assignee: bugsquad => thierry.vignaud
Summary: localedrake does not allow to chose a non-installed language => localedrake does not allow to change the language
Whiteboard: check => (none)

i think that it would be useful a message which informs the user how to switch the language manualy or a generic info about the situation

CC: (none) => dglent

Hi,

This bug was filed against cauldron, but we do not have cauldron at the moment.

Please report whether this bug is still valid for Mageia 2.

Thanks :)

Cheers,
marja

Keywords: (none) => NEEDINFO

Olivier preferred to keep the bug open as per #c20. Personally I'm okay to close as I said earlier. Now it is not upto me anymore.

(In reply to Dimitrios Glentadakis from comment #24)
> i think that it would be useful a message which informs the user how to
> switch the language manualy or a generic info about the situation

Definitely, users still hit this issue when trying to configure their language after installation, and the relevant locales-xx package is not installed. If localedrake doesn't at least tell them, how should they know to install it beforehand?

CC: (none) => doktor5000

(In reply to Florian Hubold from comment #27)
> (In reply to Dimitrios Glentadakis from comment #24)
> > i think that it would be useful a message which informs the user how to
> > switch the language manualy or a generic info about the situation
> 
> Definitely, users still hit this issue when trying to configure their
> language after installation, and the relevant locales-xx package is not
> installed. If localedrake doesn't at least tell them, how should they know
> to install it beforehand?

CC'ing documentation team.

Is there a working way to _completely_ change your language after install?
Of course: 
* installing the desired locales-xx
* installing every <application>-xx that is available for the desired language for the applications that are installed
* setting your language to the correct one
* confirm if asked whether home directories should be renamed

That led to a mixed language system here, though. Did anyone manage to _completely_ change? For instance from English to French and then get as much in French as is French when a French install was done? 
If so, was the above enough, or did you take additional steps?
If the above was enough, then which method did you use to find all needed <application>-xx packages?

It would be nice to have a wiki page with the correct steps.

Also, it would be good to mention in the help page that locales-xx must be installed for the language you need, if it is missing in the list:
http://doc.mageia.org/mcc/4/en/content/localedrake.htm

CC: (none) => doc-bugs

I did it once after having installed using the LiveCD, and IIRC there were additional steps. Namely I had to force the reinstallation of the drakxtools to have the MCC and everything in French (because their version on the LiveCD does not contain all languages I suppose).

CC: (none) => remi

(In reply to Rémi Verschelde from comment #29)
> I did it once after having installed using the LiveCD, and IIRC there were
> additional steps. Namely I had to force the reinstallation of the drakxtools
> to have the MCC and everything in French (because their version on the
> LiveCD does not contain all languages I suppose).

The LiveCDs and the dual DVD only contain English, the LiveDVDs and the traditional DVDs contain all languages Mageia supports.

Thanks for the tip to reinstall the drakxtools!

Lowering the priority since we don't ship the misleading LiveCDs that only contained english language. The enhancement request still holds, though.

Priority: High => Normal
Status: REOPENED => NEW
Assignee: thierry.vignaud => mageiatools
Summary: localedrake does not allow to change the language => Fully handle system language change after the installation (localedrake)

The locale installation logic could be made smarter if we implement the rich dependency locale setup that Fedora has pioneered with Fedora 24[1][2]. However, urpmi ignores Supplements and doesn't support rich deps, so it'd only work with DNF as of now. As our graphical tools in Mageia 6 mostly don't use PackageKit or DNF yet, it could be implemented, but have no effect for non-DNF/PK users.

[1]: https://fedoraproject.org/wiki/Changes/LangpacksInstallationWithRPMWeakDependencies
[2]: https://fedoraproject.org/wiki/Packaging:Langpacks

CC: (none) => ngompa13