sslug-teknik team mailing list archive

[Frank Damgaard <frank_sslug@xxxxxxxxxxxxxx>]

On Tue, Sep 12, 2006 at 08:59:20AM +0200, Jesper Fanø wrote:
> Jeg har selvfølgelig arbejdet lidt videre med problemstillingen, har bla
> kigget på smb.conf og sat codepage samt iso på, har rekompileret kernel (der
> var noget med language support på filesystem niveau).
> 
> Nu er jeg nået så langt i forløbet at status er som følger:
> filen æøå.txt ligger på windows maskinen og synkroniseres via Rsync til
> linuxserver
> ls på linuxserver giver filnavn æøå.txt
> midnight commander visning af filnavnet æøå.txt
> ftp (via internet explorer) visning af filnavn æøå.txt
> MEN windows Explorer via SAMBA visning af filnavn ___.txt
> 
> Opretter jeg et dokument på sharet fra windows og kalder den øæå.txt
> kan jeg den modsatte vej rundt godt se dokumentet men det hedder noget
> forkert nemlig "æøå.txt"

Det sidste ligner UTF-8 fortolket som 8-bit latin1 (iso-8859-1)

Du skal undersøge følgende:
Hvilket tegnsæt kodning gemmes æøåÆØÅ som i filsystemet ?
(muligvis utf-8)

Rsync gemmer muligvis filnavn direkte 8-bit uden hensyn til tegnsæt,
så her skal begge ender være enige om at bruge samme tegnsæt 
(eller rettere: fortolke bytes i filnavne på samme måde)
Samba kan så vidt jeg husker sættes op til at konvertere på
forskellige måder, men det kræver at man ved hvad der bruges hvor,
dvs. på serverens filsystem og clients (windows, linux,...)

Jeg plejer selv at banke installationen tilbage til latin1/iso-8859-1 
som standard (ubuntu vil have utf-8 uden mulighed for latin1 !).
Vil jeg have utf-8 i tekstdokumenter, html mv., så sætter
jeg selv de enkelte applikationer op til dette .

Men i konsol, filsystem mv, går jeg langt uden om utf-8,
det er nemlig mere til besvær en nogen fordel i disse sammenhænge.

-- 
mvh Frank Damgaard  |