Perché non esiste un locale "Euro English"?

Usavo le impostazioni en_DK.UTF-8locali in qualche modo stravaganti durante l'installazione di un nuovo sistema perché ciò avrebbe prodotto (approssimativamente) i risultati locali desiderati, anche se non sono in Danimarca.

• Misure metriche
• Formati di data e ora sensibili, ma nomi di giorno e mese in inglese
  • Formato orario 24 ore
  • La settimana lavorativa inizia il lunedì
  • Data numerica in formato ISO (qualcosa che assomiglia almeno), aaaa-mm-gg
  • La data informale è gg / mm, non viceversa
• Formato carta A4
• Valuta euro
• Messaggi di sistema in inglese

Purtroppo, Ubuntu e Debian non sembrano più supportare le en_DKimpostazioni locali. Ho pensato che dovrebbe esserci qualcosa come en_EU"Euro English".

Ogni posto in cui ho lavorato ha avuto questo tipo di requisiti: la lingua ufficiale dell'organizzazione è l'inglese, ma vogliamo impostazioni predefinite dell'Europa continentale per tutto il resto.

Immagino di non essere la prima persona a pensare che un locale inglese "agnostico" sarebbe vantaggioso sia per me che per le organizzazioni per cui lavoro. Quindi perché non esiste e dove posso cercare ulteriori discussioni e motivazioni?

... O dovrei andare avanti e proporlo? A cui?

(a) Un'entità conosciuta come Unicode Common Locale Data Repository sembra essere il luogo che gestisce le localizzazioni. La wiki di glibc indica che seguiranno CLDR .

(b) Hanno un locale noto come "en_150" che sembra destinato a fare quello che vuoi. Non sono ancora sicuro che glibc l'abbia implementato. C'è anche un locale simile noto come en_BE che è identico a en_150 tranne per il fatto che ha una copertura regionale di BE piuttosto che in tutto il mondo.

en_IE.UTF-8 La lingua inglese (Irlanda) ha tutto ciò che stai chiedendo:

• Metrica delle misurazioni - sì
• Formato ora di 24 ore - sì
• La settimana lavorativa inizia il lunedì - sì
• Data numerica in formato ISO (qualcosa che assomiglia almeno), aaaa-mm-gg - no , è questa locale dd/mm/yy. Ma sembra abbastanza vicino a ciò a cui sei abituato
• La data informale è gg / mm, non viceversa - sì
• Formato carta A4 - sì
• Valuta euro - sì
• Messaggi di sistema in inglese - sì

In realtà sto usando questo locale, anche se sono ad Amsterdam, in quanto non esiste un locale inglese (paneuropeo) che conosco.

BTW. non fare errori nel selezionare la lingua ga_IE.UTF-8irlandese (Irlanda), poiché è la lingua gaelica irlandese.

La locale en_DK non ha nulla a che fare con la Danimarca tranne il suo nome. È stato originariamente creato da qualcuno che desiderava la stessa cosa richiesta qui: una serie ragionevole di valori predefiniti per un madrelingua inglese in Europa. Il nome "en_DK" è una specie di scherzo: tutti i nomi delle località in quel momento erano composti da un codice lingua e un codice paese (non c'erano codici continente o altro nella seconda posizione), e per qualsiasi motivo la Danimarca fosse scelta come il codice Paese segnaposto. (... e probabilmente ha causato più di una persona sconcertata da allora a ricercare la percentuale di persone in Danimarca la cui prima lingua è l'inglese. :))

Questo è il motivo per cui usi impostazioni locali diverse per cose diverse.

Nel mio caso mescolo en_GB e sv_SE per ottenere ciò di cui ho bisogno e si presenta così:

$> locale
LANG=en_GB.UTF-8
LANGUAGE=en_GB:en
LC_CTYPE="en_GB.UTF-8"
LC_NUMERIC=sv_SE.utf8
LC_TIME=sv_SE.utf8
LC_COLLATE="en_GB.UTF-8"
LC_MONETARY=sv_SE.utf8
LC_MESSAGES="en_GB.UTF-8"
LC_PAPER=sv_SE.utf8
LC_NAME=sv_SE.UTF-8
LC_ADDRESS=sv_SE.UTF-8
LC_TELEPHONE=sv_SE.UTF-8
LC_MEASUREMENT=sv_SE.utf8
LC_IDENTIFICATION=sv_SE.UTF-8
LC_ALL=

Ma probabilmente sostituiresti sv_SE con dk_DK.

E per ottenere € usa LC_MONETARY = en_IE.UTF-8

Salvo quindi la mia configurazione come molte esportazioni in ~ / .profile

export LC_MONETARY="en_IE.UTF-8"

Questo ti darà l'opportunità di scegliere le cose "corrette" da diverse aree.

In realtà, credo che ci sia un locale che soddisfi le tue esigenze meglio di en_IE. Non è ufficiale, ma lo è en_SE.UTF-8. Questo è un collegamento che punta al file locale.

Fondamentalmente copia sv-SE, che dovrebbe fornirti tutto ciò che vuoi (anche se non ho ricontrollato), ma ti dà messaggi di sistema inglese, menu, ecc. L'ho usato prima e ha funzionato molto bene per me in esercitarsi nonostante le avvertenze nel blocco dei commenti nella parte superiore del file.

Installare:

1. scaricare in modo che il file locale sia accessibile come /usr/share/i18n/locales/en_SE
2. correre sudo localedef -i en_SE -f UTF-8 en_SE.UTF-8
3. aggiungi alla /var/lib/locales/supported.d/localriga en_SE.UTF-8 UTF-8(potrebbe essere diverso in base alla distribuzione; Debian Squeeze / 6.0 sembra essere soddisfatto /etc/locale.gen)
4. correre sudo locale-gen
5. imposta le impostazioni internazionali predefinite del tuo sistema o account su en_SE.UTF-8(ad esempio, /etc/default/localesu sistemi simili a Debian)
6. riavviare o disconnettersi e riconnettersi per attivare la nuova locale

Io uso en_IE@euro ISO-8859-15

$ export LC_MONETARY= "en_IE@euro ISO-8859-15" 

... ma non sono esattamente sicuro delle misurazioni, considerando l'utilizzo nl_NL.UTF-8o nl_BE.UTF-8, l'unico problema che ho con questo è una volta che acconsento a tale libreria, altre app potrebbero finire per usarlo come riferimento per la lib locale e ricominciare a scaricare app e servizio in olandese o addirittura tedesco.

Winetricks mi ha spinto il muro ieri sera vcrun6anche dopo aver cambiato la locale-genrimozione di qualsiasi accenno alla lib tedesca continuava a scaricare una versione tedesca di redistributablec++, alla fine l'ha fatto manualmente, lanciando completamente l'exe con vino.

Incredibilmente, sono di nuovo qui per lo stesso problema; questa volta è APT e il repo belga locale ha deciso di modificare la mia configurazione locale, non è possibile perché ho modificato le autorizzazioni, quindi ricevo solo reclami di errore:

Fetched 207 kB in 0s (1381 kB/s)
perl: warning: Setting locale failed.
perl: warning: Please check that your locale settings:
    LANGUAGE = "en",
    LC_ALL = (unset),
    LC_TIME = "nl_BE.UTF-8",
    LC_MONETARY = "en_IE@euro ISO-8859-15",
    LC_ADDRESS = "nl_BE.UTF-8",
    LC_TELEPHONE = "nl_BE.UTF-8",
    LC_MESSAGES = "en_IE.UTF-8",
    LC_NAME = "en_IE.UTF-8",
    LC_MEASUREMENT = "nl_BE.UTF-8",
    LC_IDENTIFICATION = "en_GB.UTF-8",
    LC_NUMERIC = "nl_BE.UTF-8",
    LC_PAPER = "en_IE.UTF-8",
    LANG = "en_US.UTF-8"
    are supported and installed on your system.
perl: warning: Falling back to a fallback locale ("en_US.UTF-8").
locale: Cannot set LC_ALL to default locale: No such file or directory 

Nessun compromesso, tutto o niente .. l'unica altra soluzione sarebbe quella di cambiare repository immagino, ma non sarò mai completamente senza problemi dato che la tastiera è un AZERTY e per legge fa solo il francese dell'olandese belga ....: ' (

Vedi https://github.com/PanderMusubi/locale-en-nl per una corretta localizzazione inglese per i Paesi Bassi, che non è possibile impostare remixando le impostazioni locali esistenti in base alle impostazioni dell'ambiente LC_.