Back to bug 2104907
| Who | When | What | Removed | Added |
|---|---|---|---|---|
| Red Hat Bugzilla | 2022-07-07 12:54:48 UTC | Pool ID | sst_pt_gcc_glibc_rhel_8 | |
| Red Hat One Jira (issues.redhat.com) | 2022-07-07 13:01:11 UTC | Link ID | Red Hat Issue Tracker RHELPLAN-127210 | |
| Florian Weimer | 2022-07-08 07:54:18 UTC | Keywords | Bugfix, Triaged | |
| Summary | Bad locale en_US@ampm.UTF-8 | glibc: Bad locale en_US@ampm.UTF-8 with glibc-all-langpacks | ||
| Arjun Shankar | 2022-07-22 13:10:56 UTC | Assignee | glibc-bugzilla | ashankar |
| Florian Weimer | 2022-08-17 11:44:38 UTC | Link ID | Red Hat Bugzilla 2000374 | |
| Arjun Shankar | 2022-08-18 14:55:48 UTC | Status | NEW | ASSIGNED |
| Martin Coufal | 2022-08-18 15:10:12 UTC | CC | mcoufal | |
| Martin Cermak | 2022-08-23 13:30:07 UTC | QA Contact | qe-baseos-tools-bugs | skolosov |
| Martin Coufal | 2022-08-23 13:33:30 UTC | QA Contact | skolosov | mcoufal |
| CC | skolosov | |||
| Deadline | 2022-08-29 | |||
| Martin Coufal | 2022-08-25 08:23:13 UTC | Fixed In Version | glibc-2.28-210.el8 | |
| Status | ASSIGNED | VERIFIED | ||
| Carlos O'Donell | 2022-08-29 16:15:09 UTC | Doc Type | If docs needed, set a value | Bug Fix |
| Doc Text | Cause: A defect in the provided locales Consequence: resulted in setlocale API failures when trying use the "en_US@ampm.UTF-8" locale that was printed by 'locale -a' (list all system locales). Fix: The shipped locales are updated. Result: All locales printed by 'locale -a' can now be used with the selocal API without failure. |
|||
| Petr Hybl | 2022-10-05 11:50:31 UTC | CC | phybl | |
| Docs Contact | phybl | |||
| Petr Hybl | 2022-10-10 12:31:23 UTC | Doc Text | Cause: A defect in the provided locales Consequence: resulted in setlocale API failures when trying use the "en_US@ampm.UTF-8" locale that was printed by 'locale -a' (list all system locales). Fix: The shipped locales are updated. Result: All locales printed by 'locale -a' can now be used with the selocal API without failure. | .All locales printed by `locale -a` can now be used with the `selocal` API without failure Previously, there was a defect in the provided locales. Consequently, it resulted in `setlocale API` failures when trying to use the `en_US@ampm.UTF-8` locale that was printed by `locale -a`. With this update, locales are updated. |
| Flags | needinfo?(ashankar) | |||
| Arjun Shankar | 2022-10-23 21:22:28 UTC | Flags | needinfo?(ashankar) | |
| Petr Hybl | 2022-10-24 12:55:50 UTC | CC | jvaldez | |
| Doc Text | .All locales printed by `locale -a` can now be used with the `selocal` API without failure Previously, there was a defect in the provided locales. Consequently, it resulted in `setlocale API` failures when trying to use the `en_US@ampm.UTF-8` locale that was printed by `locale -a`. With this update, locales are updated. | .locale "en_US@ampm" is now listed correctly by `locale -a` Previously, there was a defect in the listing of `en_US@ampm` in the output of the `locale -a` command. Consequently, the `setlocale` API fails when trying to set this locale using its name/alias printed by `locale -a`. With this update, `en_US@ampm` is now listed correctly and calls to `setlocale` succeed for all locales printed by `locale -a`. | ||
| Flags | needinfo?(jvaldez) | |||
| errata-xmlrpc | 2022-11-08 00:18:49 UTC | Status | VERIFIED | RELEASE_PENDING |
| errata-xmlrpc | 2022-11-08 10:43:12 UTC | Resolution | --- | ERRATA |
| Status | RELEASE_PENDING | CLOSED | ||
| Last Closed | 2022-11-08 10:43:12 UTC | |||
| errata-xmlrpc | 2022-11-08 10:43:18 UTC | Link ID | Red Hat Product Errata RHBA-2022:7684 | |
| Lenka Špačková | 2022-11-08 14:45:23 UTC | Doc Text | .locale "en_US@ampm" is now listed correctly by `locale -a` Previously, there was a defect in the listing of `en_US@ampm` in the output of the `locale -a` command. Consequently, the `setlocale` API fails when trying to set this locale using its name/alias printed by `locale -a`. With this update, `en_US@ampm` is now listed correctly and calls to `setlocale` succeed for all locales printed by `locale -a`. | .The `en_US@ampm` locale is now listed correctly by `locale -a` Previously, there was a defect in the listing of `en_US@ampm` in the output of the `locale -a` command. Consequently, the `setlocale` API fails when trying to set this locale using its name/alias printed by `locale -a`. With this update, `en_US@ampm` is now listed correctly and calls to `setlocale` succeed for all locales printed by `locale -a`. |
| Petr Hybl | 2022-11-14 07:50:04 UTC | Doc Text | .The `en_US@ampm` locale is now listed correctly by `locale -a` Previously, there was a defect in the listing of `en_US@ampm` in the output of the `locale -a` command. Consequently, the `setlocale` API fails when trying to set this locale using its name/alias printed by `locale -a`. With this update, `en_US@ampm` is now listed correctly and calls to `setlocale` succeed for all locales printed by `locale -a`. | .The `en_US@ampm` locale is now listed correctly by `locale -a` Previously, there was a defect in the listing of `en_US@ampm` in the output of the `locale -a` command. Consequently, the `setlocale` API failed when trying to set this locale using its name/alias printed by `locale -a`. With this update, `en_US@ampm` is now listed correctly and calls to `setlocale` succeed for all locales printed by `locale -a`. |
| Mark O'Brien | 2023-07-18 14:30:35 UTC | Pool ID | sst_pt_glibc_rhel_8 | sst_pt_libraries_rhel_8 |
Back to bug 2104907