maemo.org Bugzilla – Full Text Bug Listing
|Summary:||No native support in glibc for Windows-1252|
|Product:||[Maemo Official Platform] System software||Reporter:||Olivier ROLAND <olivier.roland>|
|Component:||glibc||Assignee:||Juha Kallioinen <juha.kallioinen>|
|Status:||RESOLVED FIXED||QA Contact:||glibc-bugs|
|Priority:||Medium||CC:||andre_klapper, eero.tamminen, juha.kallioinen, marius, quim.gil|
|Version:||4.1 (4.2008.23-14)||Keywords:||easyfix, enhancement-it2008|
I know that you have to save extra bits but I think that compiling libc without window-1252 is a mistake. Please double check the output of iconv -l and re-consider which coded character set are really required for an internet tablet. I know that developper could recompile libiconv and use the libc plug/override mode with LD_PRELOAD hack and i used that myself in Streamtuner (maemo port) garage project but that doesn't save extra bit at all. Please re-consider native Window-1252 support in libc or explain your motivations if this is not a mistake. Thanks.
Chinook v2.5 Glibc contains following Windows encodings: WINDOWS-1250 WINDOWS-1251 WINDOWS-1253 WINDOWS-1254 I'm not familiar with Windows encodings. What 1252 has or where it's used when compared to above listed encodings?
Windows-1252 is everywhere. It has is own page on wikipedia ;-) http://en.wikipedia.org/wiki/Windows-1252 More seriously, mail and web site encoded with Windows-1252 are very common. If you have to save extra bit you can remove less important charset but this one is important and should be in your top five. Please add it to glibc. Thanks.
It seems to be only 10KB. I don't see why it couldn't be included.
So ? What's the next step ? No patch is needed here. How to make this included to next OS2008 release ? There is absolutely no side effect to add Windows-1252 charset.
It would be really nice if this bug could be solved soon, the libgsf package i maintain (requirement of Gnumeric) fails while calling iconf_open() because CP1252 is not available. (This happens when a user tries to open MS Excel Spreadsheets in Gnumeric, the effect is that Gnumeric displays very stange formatting of numbers and so on.) Is there maybe a temporary workaround for this problem?
(In reply to comment #6) The bad hack I use myself in streamtuner is describe here : http://www.gnu.org/software/libiconv/ This is called "the libc plug/override mode". You can check my code and see how I integrate this in streamtuner This is of course not a good solution to this problem because it's make your package unnecessary bigger and the launch process more complex but it's works. I have open this bug in August 2006 for OS2006 ! "They" make the same mistake for OS2007 and now for OS2008 Maybe this bug need more votes to be taken in consideration. I really don't understand why other developers are not annoyed by this like you and me. Fortunately I'm very patient ;-)
(In reply to comment #2) > Chinook v2.5 Glibc contains following Windows encodings: > WINDOWS-1250 > WINDOWS-1251 > WINDOWS-1253 > WINDOWS-1254 > > I'm not familiar with Windows encodings. What 1252 has or where it's > used when compared to above listed encodings? http://en.wikipedia.org/wiki/Windows_code_page 1250 - East European Latin 1251 - Cyrillic 1252 - West European Latin 1253 - Greek 1254 - Turkish. It would appear that 1252 is MS' equivalent of ISO-8859-1 (or ISO-8859-15 in some versions)
(In reply to comment #4) > It seems to be only 10KB. I don't see why it couldn't be included. Nor me. Eero, who should we ping to have it?
Ny the way, bug listed at http://wiki.maemo.org/Mainstream_Linux_Alignment
What an old bug.. let's see if we can fix it for Fremantle.
Juha: According to int-85297 comment 12 this is already fixed in the latest glibc for Diablo, or did I get that comment wrong?
(In reply to comment #12) > Juha: According to int-85297 comment 12 this is already fixed in the latest > glibc for Diablo, or did I get that comment wrong? I think it is so, but I haven't verified it myself so I did not want to comment here yet. Diablo's glibc is not in my hands.
OK, no problem. It's definitely fixed for Fremantle, hence closing - We can always correct the Target Milestone later on.
It is fixed in Diablo: $ dpkg -S /usr/lib/gconv/CP1252.so libc6: /usr/lib/gconv/CP1252.so OSSO_PRODUCT_RELEASE_VERSION='4.2008.36-5'