Bug 26717 - Fehler in Joinscripten falls system-setup die aktive locale entfernt.
Fehler in Joinscripten falls system-setup die aktive locale entfernt.
Status: CLOSED DUPLICATE of bug 26412
Product: UCS
Classification: Unclassified
Component: System setup
UCS 3.0
Other Linux
: P3 normal (vote)
: UCS 3.0-2
Assigned To: Lukas Walter
Andreas Büsching
: interim-2
Depends on:
Blocks:
  Show dependency treegraph
 
Reported: 2012-04-04 21:02 CEST by Arvid Requate
Modified: 2012-07-20 15:25 CEST (History)
3 users (show)

See Also:
What kind of report is it?: ---
What type of bug is this?: ---
Who will be affected by this bug?: ---
How will those affected feel about the bug?: ---
User Pain:
Enterprise Customer affected?:
School Customer affected?:
ISV affected?:
Waiting Support:
Flags outvoted (downgraded) after PO Review:
Ticket number:
Bug group (optional): Troubleshooting
Max CVSS v3 score:


Attachments

Note You need to log in before you can comment on or make changes to this bug.
Description Arvid Requate univentionstaff 2012-04-04 21:02:57 CEST
Wenn bei system-setup per UMC die aktuelle default locale aus der UCR-Variable locale entfernt wird, dann werfen diverse (Join-)scripte Fehlermeldungen weil die aktuelle aktive Locale nicht mehr vorhanden ist. IMHO sollte 10language da entweder die aktuell aktive Locale so anpassen dass sie für die nachfolgenden Scripte gültig ist, oder der es dürfte die aktuell aktive Locale nicht entfernen.


+++ This bug was initially created as a clone of Bug #24388 +++

Das bei der Softwareauswahl verwendete Widget macht es sehr einfach
versehentlich die bestehenden Locales zu löschen:

Created an attachment (id=4311) [details]
setup.log mit nur de_DE.UTF-8 ohne en_US.UTF-8

Dieser Fehler provoziert potentiell Fehler/Abbrüche in diversen Python-Skripten
während der Ausführung der Joinskripte, siehe z.B. Bug 26694.
Comment 1 Alexander Kläser univentionstaff 2012-04-10 12:48:35 CEST
(In reply to comment #0)
> Wenn bei system-setup per UMC die aktuelle default locale aus der UCR-Variable
> locale entfernt wird, dann werfen diverse (Join-)scripte Fehlermeldungen weil
> die aktuelle aktive Locale nicht mehr vorhanden ist. IMHO sollte 10language da
> entweder die aktuell aktive Locale so anpassen dass sie für die nachfolgenden
> Scripte gültig ist, oder der es dürfte die aktuell aktive Locale nicht
> entfernen.

Ich habe gerade noch einmal nachgeschaut, ich erhalte eine Fehlermeldung, wenn ich eine Default Locale ausgewählt habe, die nicht in den System Locales enthalten ist (via System-Setup). Oder meintest du ein Szenario, in dem du direkt die UCR-Variablen setzt? In den UCR-Templates könnte auch zusätzlich sichergestellt werden, dass alle Sprachen aus locale und locale/default genommen werden.
Comment 2 Arvid Requate univentionstaff 2012-04-10 13:24:49 CEST
> Ich habe gerade noch einmal nachgeschaut, ich erhalte eine Fehlermeldung, wenn
> ich eine Default Locale ausgewählt habe, die nicht in den System Locales
> enthalten ist (via System-Setup). Oder meintest du ein Szenario, in dem du
> direkt die UCR-Variablen setzt?

Ich hatte in UMC System Setup unter "Installed system locales" den Punkt "English (United States)" abgewählt und statt dessen "German (Germany)" ausgewählt. Zusätzlich habe ich "German (Germany)" als "Default system locale" ausgewählt.
Comment 3 Alexander Kläser univentionstaff 2012-04-10 14:30:50 CEST
(In reply to comment #2)
> Ich hatte in UMC System Setup unter "Installed system locales" den Punkt
> "English (United States)" abgewählt und statt dessen "German (Germany)"
> ausgewählt. Zusätzlich habe ich "German (Germany)" als "Default system locale"
> ausgewählt.

Ah ok, könnte das ggf. mit Bug 26412 zusammenhängen?
Comment 4 Arvid Requate univentionstaff 2012-04-10 16:08:39 CEST
Kann sein, allerdings sieht

 setlocale: LC_ALL: cannot change locale (en_US.UTF-8)

für mich ehr danach aus, als würde weiter en_US.UTF-8 verwendet, aber fehlen. Im log sieht man auch mehrere "Generating locales" Ausgaben, von denen zumindest die letzten beiden OK aussehen:

=== language/10language (2012-04-03 09:10:23) ===
__NAME__:language/10language Generating locales
Generating locales (this might take a while)...
  en_US.UTF-8... done
  de_DE.UTF-8... done
Generation complete.
Setting locale
Module: set_locale
File: /etc/locale.gen
Generating locales (this might take a while)...
  de_DE.UTF-8... done
Generation complete.
=== language/11default_locale (2012-04-03 09:10:26) ===
__NAME__:language/11default_locale Setting the default locale
Generating locales (this might take a while)...
  de_DE.UTF-8... done
Generation complete.
Comment 5 Lukas Walter univentionstaff 2012-04-19 13:40:45 CEST
Das Problem konnte ich probmelos nachstellen.
Durch die Änderungen im Zuge von Bug #26412 tritt es jedoch nicht mehr auf.

Zum testen habe ich auf einem System die ausgewählte locale entfernt und als neue locale und default locale "nl_AW.UTF-8" eingetragen.

Aus der setup.log danach:
__NAME__:language/10language Generating locales
Generating locales (this might take a while)...
  nl_AW.UTF-8... done
Generation complete.
Setting locale
File: /etc/locale.gen
Generating locales (this might take a while)...
  nl_AW.UTF-8... done
Generation complete.
=== language/11default_locale (2012-04-19 13:25:55) ===
__NAME__:language/11default_locale Setting the default locale

*** This bug has been marked as a duplicate of bug 26412 ***
Comment 6 Andreas Büsching univentionstaff 2012-06-22 12:36:11 CEST
Das Problem kann ich nicht mehr reproduzieren.
Comment 7 Stefan Gohmann univentionstaff 2012-07-20 15:25:35 CEST
UCS 3.0-2 has been released: 
  http://forum.univention.de/viewtopic.php?f=54&t=1905

If this error occurs again, please use "Clone This Bug".