bind-utils

[Marcin Krzyzanowski]

W liście z pią, 30-01-2004, godz. 21:14, Jakub Bogusz pisze: 
> On Fri, Jan 30, 2004 at 08:45:36PM +0100, Marcin Krzyzanowski wrote:
> > W liście z pią, 30-01-2004, godz. 11:09, Jacek Konieczny pisze: 
> > > On Thu, Jan 29, 2004 at 05:43:30PM +0100, Marcin Krzyzanowski wrote:
> > > > > $ host 62.148.92.146
> > > > > host: convert textname to UTF-8: invalid name
> > > > > $ LC_ALL=C host 62.148.92.146
> > > > > 146.92.148.62.in-addr.arpa domain name pointer dns1.mmt.pl.
> > > > 
> > > > to NIE jest zadne rozwiazanie, po pierwsze jak dla mnie nie jest
> > > > akceptowalna zmiana locali tylko dlatego zeby odpytac o host, po drugie
> > > > co z programami ktore uruchamiaja "host" z wewnatrz ? tez przestana
> > > > dziala wystarczy zeby mialy inne locale, to jest bezsensu, jesli to w
> > > > ogole nie dziala bez iconv to wymaganie tego pakietu jest bezdyskusyjne
> > > > chyba, dlatego pytam sie czy to ma szanse dzialac bez gimnastyk typu
> > > > lewa noga do prawego ucha.
> > > 
> > > Trzebaby było dodać do libidnkit fallback do us-ascii jak konwersja
> > > z localowego kodowania się nie udaje. (_nie_ zgłaszam sie na ochotnika)
> > > 
> > 
> > tak naprawde wystarczy go zbudowac z obecnoscia libiconv-devel, wtedy
> > odpada flaga WITHOUT_ICONV i wszystko zaczyna dzialac
> 
> Bez sensu. iconv() i spółka jest w glibc.
> Zresztą jak widać nawet nie ruszył osobnej libiconv przy budowaniu.
> 
> Jeśli coś musicie dopisywać do idnkit, to "Requires: iconv", a nie
> powielać kod, który już jest w glibc.

prepraszam, moja pomylka.

-- 
[ HomePage http://krzak.linux.net.pl ]
[ PLD      http://www.pld-linux.org  ]
[ GNU Gadu http://www.gadu.gnu.pl    ]