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

[Andrzej Krzysztofowicz]

=?ISO-8859-2?Q?Pawe=B3_Go=B3aszewski?= wrote:
> On Sat, 21 Jan 2006, Andrzej Krzysztofowicz wrote:
> > > > To chyba tylko w przypadku, gdy iconv bedzie zawsze prawidlowo 
> > > > konwertowal UTF-8 -> ASCII (a nie urywal na pierwszym znaku, z 
> > > > ktorym sobie nie radzi). I gdy rpm bedzie prawidlowo wolal iconva...
> > > Ale to jest ewentualny szczegół do poprawy w implementacji. IMvHO 
> > > znacznie lepiej mieć mniej czytelny prawidłowy wpis niż tak naprawdę 
> > > błędny zapis imienia/nazwiska. Ewentualnie do poprawki jest tutaj rpm.
> > Rozumiem, ze sugerujesz zaimplementowanie %description -l ... ?
> > 
> > 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.
> [...]
> > Dlaczego podaje ten przyklad? Bo nietrzymanie sie stanardu przedzej czy 
> > pozniej prowadzi wlasnie do podobnych klopotow. Dlatego jesli chcemy w 
> > jakis sposob zachowac oryginalna pisownie, to robmy to zgodnie z nimi 
> > (np. piszac, ze chodzi o l-stroke czy s'). Albo przynajmniej usunmy 
> > zalozenie o trzymaniu sie standardow sposrod podstaw PLD.
> 
> Dobrze, niemniej chyba jedynym problemem jest tutaj zachowanie iconv-a, 
> tak? Chyba raczej iconv powinien tutaj łagodniej się zachowywać, tak aby 

Nie. Jest to problem stojacy na przeszkodzie jakiejkolwiek implementacji
przekodowywania zawartosci speca praea rpm-a.

> wyświetlał po prostu to czego nie może przekodować tak jak jest.

Zaimplementujesz? Podejmiesz sie wrzucenia tego do glibca?

> Zauważ, że gdyby wszystkie spece były w UTF8 i rpm w takiej postaci ich 
> oczekiwał to pozbylibyśmy się problemu. Wyświetlanie danych przez rpm 
> byłoby w bierzącym kodowaniu po prostu.

Modulo zgodnosc wstecz. Potrzebne by bylo dodatkowe pole w rpm-ie do tego,
IMO.

> Tak mi się wydaje, że to właśnie jest właściwy kierunek, a nie jakieś 
> umowy i kaleczenie nazwisk (co staje się często wieloznaczne).

To moze tak: najpierw zrobmy, a potem przestanmy kaleczyc. Zamiast pokazywac
innym dziwaczne nazwiska (w kazdym foncie inne - bo kodowanie to samo -
US-ASCII). IMO taka wlasnie powinna byc kolejnosc, a nie czekanie az ktos
zrobi i poki co lamanie standardow polaczone z chwaleniem sie, ze sie ich
trzymamy.

BTW, ja nie wiem jak kazac iconv() przekodowywac w sposob niescisly, z
wykorzystaniem transliteracji...

-- 
=======================================================================
  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