COLBEN: Asi to tak taky vidim, jsem chtel neco jednoduchyho, aby se tam nemrvilo kodovani cestiny apod. Mno, asi nic jinaciho .. ok dikes.

TOMINO_I: nejjistejsi volbou je jednoznacne ntfs...

TOMINO_I: ext3. googli IFS

Ahoj, prosim o radu. Jaky typ partitiony pouzit, aby mohla byt ctena jak z Linuxu tak i z Win7? Fat32 je dost zastarala a nelze pouzivat pro velke soubory. Myslel jsem zeby slo exFat, ale jak jsem se docetl na wikipedii tak podpora neni nic moc diky patentum M$. Takze mi asi zbyde jen Ntfs ze? Nebo mi neco uslo?

vyreseno. musim pouzit ssh -n, jinak mi ssh vysosne cely stdin. blef... nevzpominam si, ze by se mi tohle nekdy driv stavalo

AQUARIUS: me to proste nefunguje. po prvnim ssh-cku se beh cyklu ukonci - s tim, ze se se set-x vypise neco jako:
+ cat servers
+ read HUHU
+ echo server1
server1
+ ssh -l ...
huhu
+ read HUHU
++ printf ... (vypsani promptu shellu)

jako by ssh-cko to nacitani ze souboru nejak nasilim ukoncilo

PUPU: zkus predtim kdyztat set -x

DELVIT: pokud tam dam misto ssh jen echo, probehne to normalne. ale jeste to zkusim...

PUPU: tak jsem si to napsal. Je to spravne, aspon me to funguje a jede normalne dal i bez `. Takze ma DANIELSOFT: recht. Problem asi bude v tom souboru.

PUPU: ja nevim me to prijde spravne. neni problem v tom souboru "servers" ? (jine konce radku nebo ja nevim...)

PUPU: strilm od boku nemusi to ssh mit jako `ssh`?

uz asi blbnu.
mam seznam serveru v servers. dam:

cat servers | while read HUHU; do echo "$HUHU"; ssh -l user $HUHU 'echo huhu' ; done

proc ten cyklus skonci po prvnim behu???

DELVIT: na převody kódování i oddiakritikování používám cstocs

MINGHAO: Odstraneni hacku neni takovy problem. Napises si script, ktery projde cely adresar a prozenes to treba "enca" a tim se toho zbavis.

V metadatech bys potreboval neco co dokaze cist treba id3tool. Kdyz jsem dal vychoochlit, tak to naslo i nejake reseni: http://www.linuxquestions.org/questions/linux-general-1/bash-script-for-sorting-and-renaming-multiple-mp3-files-by-id3-tags-602105/ . A kdyz chces pracovat s metadaty tak se muzes kouknout zase na linux dokumentacni projekt: http://tldp.org/HOWTO/MP3-HOWTO-13.html . Takze bych nacetl id3 tagy, prohnal to "ostranovacem" a ulozil to zpet zase pomoci te ctecky tech id3 tagu.

Trivialni bash odstranovac: (napr.)
$text = "příliš žluťoučký kůň úpěl ďábelské ódy"
echo(StrTr($text, "ÁÄČÇĎÉĚËÍŇÓÖŘŠŤÚŮÜÝŽáäčçďéěëíňóöřšťúůüýž", "AACCDEEEINOORSTUUUYZaaccdeeeinoorstuuuyz"));

MINGHAO: pri nekterych spatnych nastavenich samby ebo starsich verzich se mi stalo, ze pri kopirovani z win disku na linuxove jsem dostal ctverecky v nazvech. v terminalu to vidis taky blbe?

KAERO: Je to tak.
ESTEN: Zkusím to.
ERGOSUM: No... to je práce na dlouhé zimní večery, navíc to jsou háčky i v metadatech.

MINGHAO: Vzhledem k tomu, že některé přehrávače s háčky mají problém, raději soubory odháčkuji.

MINGHAO: zkus jako fallback character encoding postupne nastavit cp1250, latin2 a utf8, treba neco zabere. Ale jak vypadaj ty "ctverecky s cislicky"? Nejsou to zastupny symboly fontu, kterej dany znaky neobsahuje? Pak by nebyl problem v kodovani, ale ve fontu (jeho zmena snad v kde nebude problem).

MINGHAO: a nemas ty soubory z nejakeho winackeho disku?

Mám problém s kodováním češtiny v názvech mp3 v Audacious 3.2.1. místo znaků s diakritikou se objevují čtverečky s číslíčky. Nemáte nějaké nápady na snadné řešení?
Používám Linux Mint 13 KDE. Jako systémový jazyk mám sice angličtinu, ale jinak lokalizaci českou (takové ty míry, váhy, formáty). V nastavení jsem zkoušel různé varianty nastavení "Auto character encoding detector" ale mám tam jen různé nepoužitelné možnosti jako baltic, chinese atd. Nevím jestli třeba bych neměl něco dát do kolonky "Fallback character encoding" - moc nerozumím tomu, co by to vlastně mělo být.
Díky za tipy.