🚀 go-pugleaf

Woyteck wrote:
> Potrzebuje biblioteki glibc we freebsd
> w portach jej nie ma.
> Znalazlem tylko informacje ze jest ona w linuxie.
> Jak ja przeniesc/uruchomic.
> 
> Podtrzebna do dzialania local'i w utf-8
> 
> pozdr.

dziwne, od kiedy to FreeBSD używa glibc ? ;) glibc jest dostarczane 
razem paczką do emulacji binarek linuxowych /usr/ports/emulators/linux_base/

autor: Woyteck
msgid: <c4jgn0$d6k$1...@atlantis.news.tpi.pl>

> Potrzebuje biblioteki glibc we freebsd
> w portach jej nie ma.
> Znalazlem tylko informacje ze jest ona w linuxie.
> Jak ja przeniesc/uruchomic.

Jeśli bardzo chcesz mieć tego glibca, to musisz popatrzeć na to,
co robili ludzie od Debiana GNU/FreeBSD - poszperaj w archiwach,
poszukaj po ich ftp. Adres: http://www.debian.org/ports/freebsd/

> Podtrzebna do dzialania local'i w utf-8

Ale jesteś na 100% pewny, że potrzebujesz do tego glibca? (nie,
nie mam FreeBSD, nie używam utf8). Jeśli siedzisz pod Xami, to
powinieneś móc to uzyskać bez dodatkowych wygibasów, poszukaj
na grupach o wywoływaniu xterm z parametrerm -u8.

-- 
Piotr 'aniou' Meyer

Dnia Pią, Kwi 02, 2004 o godzinie 12:53:07 +0200, Woyteck napisał(a):
> Podtrzebna do dzialania local'i w utf-8

/usr/ports/misc/urf8locale nie wystrczy ?

pozdr
mocart

U�ytkownik "Piotr Meyer" <an...@smutek.pl> napisa� w wiadomo�ci
news:slrnc6qj0f.pj8.aniou@drozd.smutek.pl...
> autor: Woyteck
> msgid: <c4jgn0$d6k$1...@atlantis.news.tpi.pl>

> Je�li bardzo chcesz mie� tego glibca, to musisz popatrze� na to,
> co robili ludzie od Debiana GNU/FreeBSD - poszperaj w archiwach,
> poszukaj po ich ftp. Adres: http://www.debian.org/ports/freebsd/
>
OK poczytam!

> > Podtrzebna do dzialania local'i w utf-8
>
> Ale jeste� na 100% pewny, �e potrzebujesz do tego glibca? (nie,
> nie mam FreeBSD, nie u�ywam utf8). Je�li siedzisz pod Xami, to
> powiniene� m�c to uzyska� bez dodatkowych wygibas�w, poszukaj
> na grupach o wywo�ywaniu xterm z parametrerm -u8.

Tak, mam freebsd, tak potrzebuje locali utf8
potrzebuje to do bazy danych postgres a konkretniej, aby uruchomic
wyszukiwanie i sortowanie rowniez po polskich znakach...
to jest serwer www, wiec Xy odpadaj�.i xterm rowniez.

-- 
Woyteck

I eat SPAM for breakfast!
"Jakie promieniowanie? Ja JEM uran!"

U�ytkownik "Rafa� Banaszkiewicz" <ra...@wywalto.junglist.art.pl> napisa� w
wiadomo�ci news:c4jhms$guh$1@nemesis.news.tpi.pl...

> dziwne, od kiedy to FreeBSD u�ywa glibc ? ;)

to samo powtarzam znajomemu ktory to potrzebuje,
tzn. od robi baze a ja mam ja miec na serwerze.

glibc jest dostarczane
> razem paczk� do emulacji binarek linuxowych
/usr/ports/emulators/linux_base/

hmm, a w przypadku postgresa cyz trzeba mu jakos specjalnie wtloczyc zeby
uzywal
glibc wlasnie z emulatora linuxa?

-- 
Woyteck

I eat SPAM for breakfast!
"Jakie promieniowanie? Ja JEM uran!"

U�ytkownik "�ukasz Dudek" <moc...@pinco.pl> napisa� w wiadomo�ci
news:20040402130038.GA1124@dorbja.pinco.pl...

> /usr/ports/misc/urf8locale nie wystrczy ?
>

mam zainstalowane, ale to nie to,
potrzebuje to do sortowania w postgresie wlasnie w utf8

-- 
Woyteck

I eat SPAM for breakfast!
"Jakie promieniowanie? Ja JEM uran!"

Dnia 02 Kwi 2004, Piątek o 17:34:59 osoba znana
jako Woyteck wzięła i napisała co następuje:

>Tak, mam freebsd, tak potrzebuje locali utf8
>potrzebuje to do bazy danych postgres a konkretniej, aby uruchomic
>wyszukiwanie i sortowanie rowniez po polskich znakach...
>to jest serwer www, wiec Xy odpadają.i xterm rowniez.

eee.... uuuuu.... czy ja czegoś nie rozumiem?
Czemu nie zrobisz po prostu bazy danych ustawiając kodowanie na
UNICODE???

Hmmm...
-- 
---Jacek-Kotlarski--------------------jkotlarski-at-oksywienet-org-pl---
------------------------------------------------------------------------
Tym chata bogata..................................co ukradnie tata.

On 2004-04-02, Woyteck <marsman...@pocza.onetNO-SPAM.pl> wrote:
> Tak, mam freebsd, tak potrzebuje locali utf8
> potrzebuje to do bazy danych postgres a konkretniej, aby uruchomic
> wyszukiwanie i sortowanie rowniez po polskich znakach...
> to jest serwer www, wiec Xy odpadają.i xterm rowniez.

??????? Do polskich locali wystarczy zrobic initdb przy LC_ALL=pl*;
Masz sortowanie po polskich znakach i wyszukiwanie.
Inne aplikacje moga sobie gadac w dowolnym kodowaniu (ustawiasz przez 
set client_encoding czy jakos tak).

-- 
        Pawel Rutkowski                   Centauri RSC
        +48 22 847 68 52                http://www.rsc.pl

>> dziwne, od kiedy to FreeBSD używa glibc ? ;)
>
> to samo powtarzam znajomemu ktory to potrzebuje,
> tzn. od robi baze a ja mam ja miec na serwerze.
>
> glibc jest dostarczane
>> razem paczką do emulacji binarek linuxowych
> /usr/ports/emulators/linux_base/
>
> hmm, a w przypadku postgresa cyz trzeba mu jakos specjalnie wtloczyc zeby
> uzywal
> glibc wlasnie z emulatora linuxa?
>


dalej nie rozumiem , po co do postgresa glibc pod FreeBSD ?

CREATE DATABASE bazadanych WITH encoding='latin2'; (ew. utf-8)

i wszystko powinno działać (przynajmniej mi działa, pg 7.4.2)

template1=# create database piczka with encoding = 'utf-8';
CREATE DATABASE
template1=# \l
List of databases
Name    | Owner | Encoding
-----------+-------+-----------
piczka  | pgsql | UNICODE

a jesli potrzebuje utf8-pl ?

-- 
Woyteck

I eat SPAM for breakfast!
"Jakie promieniowanie? Ja JEM uran!"

> a jesli potrzebuje utf8-pl ?
>

w takim wypadku muszę napisać że nie rozumiesz istoty używania unikodu
;)

http://pl.wikipedia.org/wiki/Unikod

U�ytkownik "Rafa� Banaszkiewicz" <ra...@wywalto.junglist.art.pl> napisa� w
wiadomo�ci news:c4rg3j$1g2$1@atlantis.news.tpi.pl...
> > a jesli potrzebuje utf8-pl ?
> >
>
> w takim wypadku musz� napisa� �e nie rozumiesz istoty u�ywania unikodu
> ;)
>
> http://pl.wikipedia.org/wiki/Unikod

JA tylko przekazuje pytania czlowieka dla ktorego mam te locale w postgresie
uruchomic :)
BTW ciesze sie ze uzywasz wiki :)

-- 
Woyteck

I eat SPAM for breakfast!
"Jakie promieniowanie? Ja JEM uran!"

"Rafa� Banaszkiewicz" <ra...@wywalto.junglist.art.pl> wrote in message
news:c4pade$quk$1@atlantis.news.tpi.pl...

> dalej nie rozumiem , po co do postgresa glibc pod FreeBSD ?
>
> CREATE DATABASE bazadanych WITH encoding='latin2'; (ew. utf-8)
>
> i wszystko powinno dzia�a� (przynajmniej mi dzia�a, pg 7.4.2)


 obawiam ze sie mylisz, co powinno dzialac ?  przecie� to co napisales to
tylko okreslenie kodowania bazy nic wiecej.
 to w jaki sposob beda znaki sortowane jest ustawiane przy tworzeniu klastra
initdb --locale= ...............
 wtedy okreslasz wg jakich locali ma sortowa�.
bo postgres niestety uzywa do okreslenia kolejnosci sortowania systemowych
locali.

druga sprawa - standardowe locale la_LN.UTF8 s� g�wno warte - jak
zagl�dniesz w �r�dla zobaczysz ze
dla LC_COLLATE definicji sortowania niema jest tylko po wartosciach bajtu.
Tak samo dla LC_CTYPE s� okreslone tylko transformacje dla liter ktore sie
mieszcz� w Latin1.

 wiec robi�c nawet initdb --locale=la_LN.UTF8   nie bedziesz mia� polskiego
sortowania, nie bedziesz mia� zmniejszania i powiekszania liter.

    Cure

"Pawel Rutkowski" <spam...@N-OS-P-A-M.rsc.pl> wrote in message
news:slrnc6rljj.2gog.spam_nie@rsc.pl...
> On 2004-04-02, Woyteck <marsman...@pocza.onetNO-SPAM.pl> wrote:
> > Tak, mam freebsd, tak potrzebuje locali utf8
> > potrzebuje to do bazy danych postgres a konkretniej, aby uruchomic
> > wyszukiwanie i sortowanie rowniez po polskich znakach...
> > to jest serwer www, wiec Xy odpadaj�.i xterm rowniez.
>
> ??????? Do polskich locali wystarczy zrobic initdb przy LC_ALL=pl*;
> Masz sortowanie po polskich znakach i wyszukiwanie.
> Inne aplikacje moga sobie gadac w dowolnym kodowaniu (ustawiasz przez
> set client_encoding czy jakos tak).

tak pod warunkiem ze zaraz nie bedziesz chcia� sortowac cyrylicy albo
niemieckiego,
lub niedajboze koreanskiego.

       Cure

"Szumak" <ci...@linux.bielsko.pl> wrote in message
news:20040402160142.GC1276@piwnica2.localnet...
> Dnia 02 Kwi 2004, Pi�tek o 17:34:59 osoba znana
> jako Woyteck wzi�a i napisa�a co nast�puje:
>
> >Tak, mam freebsd, tak potrzebuje locali utf8
> >potrzebuje to do bazy danych postgres a konkretniej, aby uruchomic
> >wyszukiwanie i sortowanie rowniez po polskich znakach...
> >to jest serwer www, wiec Xy odpadaj�.i xterm rowniez.
>
> eee.... uuuuu.... czy ja czego� nie rozumiem?
> Czemu nie zrobisz po prostu bazy danych ustawiaj�c kodowanie na
> UNICODE???

     to nic nie daje - locale dla unicode na freebsd ktore znalazlem nie
maj� poprawnie zdefiniowanego sortowania i zmniejszania i powiekszania
liter.

           Cure

> 
>  obawiam ze sie mylisz, co powinno dzialac ?  przecież to co napisales to
> tylko okreslenie kodowania bazy nic wiecej.
>  to w jaki sposob beda znaki sortowane jest ustawiane przy tworzeniu klastra
> initdb --locale= ...............
>  wtedy okreslasz wg jakich locali ma sortować.
> bo postgres niestety uzywa do okreslenia kolejnosci sortowania systemowych
> locali.
> 
> druga sprawa - standardowe locale la_LN.UTF8 są gówno warte - jak
> zaglądniesz w źródla zobaczysz ze
> dla LC_COLLATE definicji sortowania niema jest tylko po wartosciach bajtu.
> Tak samo dla LC_CTYPE są okreslone tylko transformacje dla liter ktore sie
> mieszczą w Latin1.
> 
>  wiec robiąc nawet initdb --locale=la_LN.UTF8   nie bedziesz miał polskiego
> sortowania, nie bedziesz miał zmniejszania i powiekszania liter.
> 
>     Cure
> 
> 

miałem kiedyś problem z sortowaniem tego typu w 7.2.X i 7.3.X, zresztą i 
tak nigdy nie używam unikodu do baz danych (w zasadzie po co, jesli 
"polski słuszny standard" to LATIN2)
a przy initdb mam ustawione locale na ISO-8859-2 i wszystko działa jak 
należy

"Rafa� Banaszkiewicz" <ra...@wywalto.junglist.art.pl> wrote in message
news:c53jqc$l8k$1@atlantis.news.tpi.pl...
> mia�em kiedy� problem z sortowaniem tego typu w 7.2.X i 7.3.X, zreszt� i
> tak nigdy nie u�ywam unikodu do baz danych (w zasadzie po co, jesli
> "polski s�uszny standard" to LATIN2)
> a przy initdb mam ustawione locale na ISO-8859-2 i wszystko dzia�a jak
> nale�y

    a co jesli oprocz polskiego alfabetu musisz miec jeszcze cyrylice i
grecki i do tego jeszcze powiedzmy szwedzki ?
i wszystkie musisz sortowa� poprawnie wg j�zyka......

      Cure

Dj cure <cure*N*O*S*P*A*M...@icpnet.pl> wykukał(a) seta:
>
> "Rafał Banaszkiewicz" <ra...@wywalto.junglist.art.pl> wrote in message
> news:c53jqc$l8k$1@atlantis.news.tpi.pl...
>> miałem kiedyś problem z sortowaniem tego typu w 7.2.X i 7.3.X, zresztą i
>> tak nigdy nie używam unikodu do baz danych (w zasadzie po co, jesli
>> "polski słuszny standard" to LATIN2)
>> a przy initdb mam ustawione locale na ISO-8859-2 i wszystko działa jak
>> należy
>
>     a co jesli oprocz polskiego alfabetu musisz miec jeszcze cyrylice i
> grecki i do tego jeszcze powiedzmy szwedzki ?
> i wszystkie musisz sortować poprawnie wg języka......
>
>       Cure
>
>

wtedy odpowiednia konstrukcja aplikacji i odpowiednie bazy danych/tabele
przygotowane z kodowaniem charakterystycznym dla danego języka
iso-8859-7 dla greckiego, iso-8859-6 dla arabskiego, iso-8859-5 dla
cyrylicy - postgresql obsługuje takie kodowania, a co do szwedzkiego -
iso-8859-1

>     a co jesli oprocz polskiego alfabetu musisz miec jeszcze cyrylice i
> grecki i do tego jeszcze powiedzmy szwedzki ?
> i wszystkie musisz sortować poprawnie wg języka......
>
>       Cure

wtedy odpowiednia konstrukcja aplikacji i odpowiednie bazy danych/tabele
przygotowane z kodowaniem charakterystycznym dla danego języka
iso-8859-7 dla greckiego, iso-8859-6 dla arabskiego, iso-8859-5 dla
cyrylicy - postgresql obsługuje takie kodowania, a co do szwedzkiego -
iso-8859-1

On 2004-04-08, Rafał Banaszkiewicz <ra...@wywalto.junglist.art.pl> wrote:
>>     a co jesli oprocz polskiego alfabetu musisz miec jeszcze cyrylice i
>> grecki i do tego jeszcze powiedzmy szwedzki ?
>> i wszystkie musisz sortować poprawnie wg języka......
>>
>>       Cure
>
> wtedy odpowiednia konstrukcja aplikacji i odpowiednie bazy danych/tabele
> przygotowane z kodowaniem charakterystycznym dla danego języka
> iso-8859-7 dla greckiego, iso-8859-6 dla arabskiego, iso-8859-5 dla
> cyrylicy - postgresql obsługuje takie kodowania, a co do szwedzkiego -
> iso-8859-1

To ciut niewygodne, biorąc pod uwagę fakt, że locale są globalne dla
całego Postgresa. Stawianie osobnch baz dla osobnych języków jest co
najmniej brzydkie. ;)

-- 
 -- Jan Srzednicki --=-- wrzask --=-- Winfried --

>
> To ciut niewygodne, biorąc pod uwagę fakt, że locale są globalne dla
> całego Postgresa. Stawianie osobnch baz dla osobnych języków jest co
> najmniej brzydkie. ;)
>

ok to jak w takim wypadku napisać aplikację która będzie zapisywała w
bazie dane np... w chińskim ? ;) postgres supportuje tylko UTF-8, dla
chińskiego jest w wypadku unikodu UTF-16, ale postgres supportuje EUC_CN
dla chińskiego ;) wtedy chyba nie ma za bardzo innej alternatywy


ps. apropos unikodu... jakoś źle on mi się kojarzy - był kiedyś na
newsach taki pan... który uparcie wszystkich namawiał do UTF-8 ;)

"Rafa� Banaszkiewicz" <ra...@wywalto.junglist.art.pl> wrote in message
news:c54ar4$gtk$3@nemesis.news.tpi.pl...
>
> wtedy odpowiednia konstrukcja aplikacji i odpowiednie bazy danych/tabele
> przygotowane z kodowaniem charakterystycznym dla danego j�zyka
> iso-8859-7 dla greckiego, iso-8859-6 dla arabskiego, iso-8859-5 dla
> cyrylicy - postgresql obs�uguje takie kodowania, a co do szwedzkiego -
> iso-8859-1

  nawet jesli tak zrobisz to nadal nie bedziesz mia� sortowania  poprawnego
dla ka�dego iso a tylko dla kodowania w ktorym zrobiles initdb.
tak naprawde to niestety utf8 jest jedynym sensownym rozwi�zaniem.

    Cure

>>
>> wtedy odpowiednia konstrukcja aplikacji i odpowiednie bazy danych/tabele
>> przygotowane z kodowaniem charakterystycznym dla danego języka
>> iso-8859-7 dla greckiego, iso-8859-6 dla arabskiego, iso-8859-5 dla
>> cyrylicy - postgresql obsługuje takie kodowania, a co do szwedzkiego -
>> iso-8859-1
>
>   nawet jesli tak zrobisz to nadal nie bedziesz miał sortowania  poprawnego
> dla każdego iso a tylko dla kodowania w ktorym zrobiles initdb.
> tak naprawde to niestety utf8 jest jedynym sensownym rozwiązaniem.
>

normalnie jakbym czytał "Konika Bujanego" vel "Bonika Kujanego"...
wszystko zależy od zastosowania IMHO, a tak na dobrą sprawę unikod jest
jeszcze "niedokończonym standardem"

On 2004-04-09, Rafał Banaszkiewicz <ra...@wywalto.junglist.art.pl> wrote:
>>   nawet jesli tak zrobisz to nadal nie bedziesz miał sortowania  poprawnego
>> dla każdego iso a tylko dla kodowania w ktorym zrobiles initdb.
>> tak naprawde to niestety utf8 jest jedynym sensownym rozwiązaniem.
>>
>
> normalnie jakbym czytał "Konika Bujanego" vel "Bonika Kujanego"...
> wszystko zależy od zastosowania IMHO, a tak na dobrą sprawę unikod jest
> jeszcze "niedokończonym standardem"

Mógłbyś uzasadnić to twierdzenie?

-- 
 -- Jan Srzednicki --=-- wrzask --=-- Winfried --

>> normalnie jakbym czytał "Konika Bujanego" vel "Bonika Kujanego"...
>> wszystko zależy od zastosowania IMHO, a tak na dobrą sprawę unikod jest
>> jeszcze "niedokończonym standardem"
>
> Mógłbyś uzasadnić to twierdzenie?
>


jeszcze nie tak dawno nie był gotowy UTF-32 (nie wiem jak jest teraz,
może specyfikacja standardu jest już gotowa), wiekszość poważniejszych
aplikacji nie obsługuje nawet UTF-16, bo UTF-8 w wielu przypadkach to po
prostu za mało

On 2004-04-09, Rafał Banaszkiewicz <ra...@wywalto.junglist.art.pl> wrote:
>>> normalnie jakbym czytał "Konika Bujanego" vel "Bonika Kujanego"...
>>> wszystko zależy od zastosowania IMHO, a tak na dobrą sprawę unikod jest
>>> jeszcze "niedokończonym standardem"
>>
>> Mógłbyś uzasadnić to twierdzenie?
>
> jeszcze nie tak dawno nie był gotowy UTF-32 (nie wiem jak jest teraz,
> może specyfikacja standardu jest już gotowa), wiekszość poważniejszych
> aplikacji nie obsługuje nawet UTF-16, bo UTF-8 w wielu przypadkach to po
> prostu za mało

Co nie zmienia faktu, że UTF-8 jest, funkcjonuje i sam w sobie jest
standardem jak najbardziej dokończonym.

-- 
 -- Jan Srzednicki --=-- wrzask --=-- Winfried --

On Thu, 8 Apr 2004 19:57:24 +0000 (UTC) Rafał Banaszkiewicz wrote:
> wtedy odpowiednia konstrukcja aplikacji i odpowiednie bazy danych/tabele
> przygotowane z kodowaniem charakterystycznym dla danego języka
> iso-8859-7 dla greckiego, iso-8859-6 dla arabskiego, iso-8859-5 dla
> cyrylicy - postgresql obsługuje takie kodowania, a co do szwedzkiego -
> iso-8859-1

Jeżeli chcesz przechowywać dane osób (powiedzmy relacja ,,klienci'')
i potrzebujesz przechowywać nazwiska osób z różnych krajów to dla każdej
narodowości/języka tworzysz nową relację z innym kodowaniem?

-- 
n.

>
> Jeżeli chcesz przechowywać dane osób (powiedzmy relacja ,,klienci'')
> i potrzebujesz przechowywać nazwiska osób z różnych krajów to dla każdej
> narodowości/języka tworzysz nową relację z innym kodowaniem?
>


w momencie kiedy UTF-8 przestaje wystarczać to tak, postgres nie
obsługuje UTF-16 ani UTF-32, natomiast dostępne są inne kodowana, które
takie języki potrafią obsłużyć, jak już napisałem wcześniej, wszystko
zależy od zastosowania, co do sortowania to bez bicia się przyznaje że
też miałem kiedyś z tym problemy (nawet w wypadku LATIN2, kiedy przez
moment 4.X miało spieprzone polskie locale)

ps. robi się z tego wątka jeden wielki offtopic, z mojej strony
EOT ;)