SPECS: eagle-usb.spec - rel 4 - resolve problem for not working

[Andrzej Krzysztofowicz]

=?iso-8859-2?Q?Pawe=B3?= Sakowski wrote:
> Am Samstag, den 21.01.2006, 19:47 +0100 schrieb Andrzej Krzysztofowicz:
> > Bo jezeli uzywasz znakow/ciagow znakow spoza standardu, to tylko ci sie tak
> > wydaje. I prawidlowy wynik (przypadkowo) zobacza tylko ci, ktorzy uzywaja
> > fontow iso*-2. Reszta zobaczy jeszcze wieksza bzdure, niz gdyby dokonac
> > transkrypcji.
> 
> Numer z transkrypcją działa tylko dlatego, że w części wspólnej
> wszystkich powszechnych kodowań (czyt. w ASCII) daje się dość dużo
> zapisać. Pozostaje tylko się modlić, żeby ktoś nie zaczął używać
> jakiegoś locale w UTF-16 albo EBCDIC. Bo wtedy żadna transkrypcja nie
> pomoże (część wspólna ASCII i EBCDIC to ZTCP dwie litery).

To nam raczej nie grozi. Na razie wszystkie stosowane w Linuksie locale
przyjmuja ASCII za swoja podstawe i nie slyszalem, zeby ktos zamierzal sie z
tego wycofac.

> > Dlaczego podaje ten przyklad? Bo nietrzymanie sie stanardu przedzej czy
> > pozniej prowadzi wlasnie do podobnych klopotow.
> 
> Którego standardu? Standardem kodowania w wydaniu rpm i cvs jest "I
> don't care".

Zdefiniowanego w POSIX locale "C", ktore ma psi obowiazek wspierac kazda
aplikacja. IMO jak rpm bedzie potrafil wyswietlic inny %changelog przy
locale "C" i jakims innym, to bedzie mozna pomyslec o innych standardach.

-- 
=======================================================================
  Andrzej M. Krzysztofowicz, Ph.D.           ankry at mif.pg.gda.pl
  phone (48)(58) 347 14 61
Faculty of Applied Phys. & Math.,   Gdansk University of Technology