Launchpad has imported 4 comments from the remote bug at http://sourceware.org/bugzilla/show_bug.cgi?id=14510.
If you reply to an imported comment from within Launchpad, your comment will be sent to the remote bug automatically. Read more about Launchpad's inter-bugtracker facilities at https://help.launchpad.net/InterBugTracking. ------------------------------------------------------------------------ On 2012-08-22T17:54:17+00:00 Law-redhat wrote: Back in November 2011, Uli checked in a large change which affected the LC_NUMERIC settings of various es_* locales. This change didn't reference any supporting documentation. It's now being reported that various es_* locals have the wrong LC_NUMERIC settings for the decimal mark and thousands separator. First I compared the es_* locales to CLDR for LC_NUMERIC settings. This turned up several differences (es_DO, es_GT, es_HN, es_MX, es_NI, es_PA, es_PE, es_PR, es_SV). For each of those locales I then went in search of documents, preferably government documents which would show usage of the decimal mark and thousands separator. Mexico: http://www.economia.gob.mx/files/diagnostico_economia_mexicana.pdf Dominican Republic: http://www.bancentral.gov.do/noticias/avisos/aviso2010-06-25.pdf We can get grouping from this document from the Guatemala Government. Once we know grouping uses ',', then the decimal mark must be '.'. http://www.ine.gob.gt/np/enei/ENEI2011.htm Honduras: http://www.ine.gob.hn/drupal/node/175 http://archivo.laprensa.hn/Negocios/Ediciones/2011/02/07/Noticias/Tasa-de-desempleo-de-Honduras-subio-a-44 Nicaragua: http://www.bcn.gob.ni/estadisticas/economicas_anuales/nicaragua_en_cifras/2010/Nicaragua_en_cifras2010.pdf Panama: http://www.mef.gob.pa/portal/2011-Comunicados/2011-DISMINUYESUSTANCIALMENTEELDESEMPLEOENPANAMA.html Puerto Rico: http://www.periodicolaperla.com/index.php?option=com_content&view=article&id=3606:en-puerto-rico-la-tasa-de-empleo-cae-al-nivel-mas-bajo-en-la-historia&catid=93:analisis-economico&Itemid=300 El Salvador: http://www.minec.gob.sv/index.php?option=com_content&view=article&catid=1:noticias-ciudadano&id=1567:encuesta&Itemid=77 All the above referenced documents show a decimal mark as '.' and the thousands separator as ',', which indicate glibc's localedata is wrong. Interestingly enough, Peru which was supposed to use '.' as the decimal separator and ',' as the thousands separator according to CLDR seems to do the opposite according to these government inflation and labor reports: http://www.bcrp.gob.pe/docs/Publicaciones/Reporte-Inflacion/2010/marzo/Reporte-de-Inflacion-Marzo-2010.pdf http://www.inei.gob.pe/biblioineipub/bancopub/Est/Lib0909/libro.pdf Thus es_PE is correct as-is. Reply at: https://bugs.launchpad.net/ubuntu/+source/langpack- locales/+bug/1130501/comments/0 ------------------------------------------------------------------------ On 2012-08-22T18:02:59+00:00 Law-redhat wrote: Created attachment 6600 Patch to fix various es_* locales Reply at: https://bugs.launchpad.net/ubuntu/+source/langpack- locales/+bug/1130501/comments/1 ------------------------------------------------------------------------ On 2012-08-22T23:56:18+00:00 Keld Simonsen wrote: On Wed, Aug 22, 2012 at 05:54:17PM +0000, law at redhat dot com wrote: > http://sourceware.org/bugzilla/show_bug.cgi?id=14510 > > Bug #: 14510 > Summary: LC_NUMERIC wrong for various latin america locales > Product: glibc > Version: 2.17 > Status: NEW > Severity: normal > Priority: P2 > Component: localedata > AssignedTo: unassig...@sourceware.org > ReportedBy: l...@redhat.com > CC: libc-loca...@sources.redhat.com > Classification: Unclassified > > > Back in November 2011, Uli checked in a large change which affected the > LC_NUMERIC settings of various es_* locales. This change didn't reference any > supporting documentation. > > It's now being reported that various es_* locals have the wrong LC_NUMERIC > settings for the decimal mark and thousands separator. > > First I compared the es_* locales to CLDR for LC_NUMERIC settings. This > turned > up several differences (es_DO, es_GT, es_HN, es_MX, es_NI, es_PA, es_PE, > es_PR, > es_SV). > > For each of those locales I then went in search of documents, preferably > government documents which would show usage of the decimal mark and thousands > separator. > > > Mexico: > http://www.economia.gob.mx/files/diagnostico_economia_mexicana.pdf > > Dominican Republic: > http://www.bancentral.gov.do/noticias/avisos/aviso2010-06-25.pdf > > We can get grouping from this document from the Guatemala Government. Once we > know grouping uses ',', then the decimal mark must be '.'. > http://www.ine.gob.gt/np/enei/ENEI2011.htm > > Honduras: > http://www.ine.gob.hn/drupal/node/175 > http://archivo.laprensa.hn/Negocios/Ediciones/2011/02/07/Noticias/Tasa-de-desempleo-de-Honduras-subio-a-44 > > Nicaragua: > http://www.bcn.gob.ni/estadisticas/economicas_anuales/nicaragua_en_cifras/2010/Nicaragua_en_cifras2010.pdf > > Panama: > http://www.mef.gob.pa/portal/2011-Comunicados/2011-DISMINUYESUSTANCIALMENTEELDESEMPLEOENPANAMA.html > > Puerto Rico: > http://www.periodicolaperla.com/index.php?option=com_content&view=article&id=3606:en-puerto-rico-la-tasa-de-empleo-cae-al-nivel-mas-bajo-en-la-historia&catid=93:analisis-economico&Itemid=300 > > El Salvador: > http://www.minec.gob.sv/index.php?option=com_content&view=article&catid=1:noticias-ciudadano&id=1567:encuesta&Itemid=77 > > All the above referenced documents show a decimal mark as '.' and the > thousands > separator as ',', which indicate glibc's localedata is wrong. > > > Interestingly enough, Peru which was supposed to use '.' as the decimal > separator and ',' as the thousands separator according to CLDR seems to do the > opposite according to these government inflation and labor reports: > > http://www.bcrp.gob.pe/docs/Publicaciones/Reporte-Inflacion/2010/marzo/Reporte-de-Inflacion-Marzo-2010.pdf > http://www.inei.gob.pe/biblioineipub/bancopub/Est/Lib0909/libro.pdf > > Thus es_PE is correct as-is. I checked a few of your references. They were economic reports. Not kind of normative specifications from a standards or language authority. You can also in my country (Denmark) find examples of use of the decimal point, which is not according to standards here. I looked i the IBM national Language Support Reference Manual ("The green bible"), that I also used as one of the sources for making many locales. For monetary decimal point, it seems like in North America in Spanish speaking countries, they use the point, while in South America they use the comma. This is not far from what you report, but I think we need some more authoritative sources. Keld Reply at: https://bugs.launchpad.net/ubuntu/+source/langpack- locales/+bug/1130501/comments/2 ------------------------------------------------------------------------ On 2013-06-10T17:51:42+00:00 JorSol wrote: I confirm that in Nicaragua the decimal_point is "." and thousands_sep is "," Reply at: https://bugs.launchpad.net/ubuntu/+source/langpack- locales/+bug/1130501/comments/6 ** Changed in: glibc Status: Unknown => Confirmed ** Changed in: glibc Importance: Unknown => Medium -- You received this bug notification because you are a member of Desktop Packages, which is subscribed to langpack-locales in Ubuntu. https://bugs.launchpad.net/bugs/1130501 Title: Spanish; Castilian (Puerto Rico) and Spanish; Castilian (United States) Regional Formats use 24-hour format by default Status in The GNU C Library: Confirmed Status in “langpack-locales” package in Ubuntu: Confirmed Bug description: The default format for the clock in the Spanish; Castilian (Puerto Rico) and Spanish; Castilian (United States) Regional Formats (selected in Language Support) is the 24-hour format (displays "13:30" rather than "1:30 PM"). These countries use the 12-hour format, so this default setting is incorrect. While you can change the clock format in the Date and Time Settings regardless of the current Regional Format, the clock in the Login Screen, the Guest Session, and any newly made User Account will use the default clock format (which is the 24-hour format in this case). In addition, I think it's worth mentioning that Valve's Steam gaming software is affected by this issue. Steam uses an "In-Game Overlay" that can display the current time to the user while playing a game. However, this Overlay clock uses the default clock format (again, this being the 24-hour format), even if the clock format for the current user is set to the 12-hour format. Distro: Ubuntu 12.10 Package: indicator-datetime 12.10.2-0ubuntu3.1 Localization Files: es_PR [and] es_US To manage notifications about this bug go to: https://bugs.launchpad.net/glibc/+bug/1130501/+subscriptions -- Mailing list: https://launchpad.net/~desktop-packages Post to : desktop-packages@lists.launchpad.net Unsubscribe : https://launchpad.net/~desktop-packages More help : https://help.launchpad.net/ListHelp