ArchLinux, Midnight Commander, UTF-8

1.1.2008 08:51 | Přečteno: 4120× | Unix, Linux, ArchLinux | poslední úprava: 1.1.2008 08:51

Midnight Commander byl kdysi v ArchLinuxu předmětem bouřlivých debat. Vývojáři tohoto software totiž od začátku považovali byte a znak za totéž. Pohled na terminál v režimu UTF-8 pak byl poněkud smutný. Ještě smutnějším faktem však zůstává, že tento problém nebyl v ArchLinuxu dodnes vyřešen.

Možná některým uživatelům ArchLinuxu Midnigt Commander funguje i s českým locale a s kódováním UTF-8. Já ovšem nikoho takového neznám. V abs je sice jakýsi patch, který má (údajně) problém vyřešit, ale nefunguje. Široké znaky sice (občas) nejsou poničené, ale pořád přetrvávají potíže s množstvím bílého místa. Rámečky jsou pak ošklivě rozházené.

Protože asi nejsem sám, kdo řeší podobný problém, dávám své funkční řešení přímo sem.

arch=('i686')
license=('GPL')
pkgname=mc
pkgver=4.6.1
pkgrel=5
pkgdesc="A filemanager/shell that emulates Norton Commander"
depends=('e2fsprogs' 'glib2' 'gpm' 'slang')
source=(http://www.ibiblio.org/pub/Linux/utils/file/managers/mc/$pkgname-$pkgver.tar.gz \
        http://www.linuxfromscratch.org/patches/blfs/svn/$pkgname-$pkgver-bash32-1.patch \
        http://www.linuxfromscratch.org/patches/blfs/svn/$pkgname-$pkgver-debian_fixes-1.patch)
url="http://www.ibiblio.org/mc/"
md5sums=('18b20db6e40480a53bac2870c56fc3c4'
         'a86556ce180c94d8deef623ce9c734d0'
         'dca332b58ffe1621d9c349e6cbbe508a')

build() {
  cd $startdir/src/$pkgname-$pkgver
  patch -p1 -i $startdir/src/$pkgname-$pkgver-bash32-1.patch
  patch -p1 -i $startdir/src/$pkgname-$pkgver-debian_fixes-1.patch
  ./configure --prefix=/usr --with-x
  make || return 1
  make DESTDIR=$startdir/pkg install
  rm -r $startdir/pkg/usr/{man/man8/,man/sr/,sbin}
}

I tohle řešení má své mouchy, protože například některé chybové hlášky do UTF-8 převedeny nebudou a místo speciálních znaků v nich uvidíte něco zajímavého. Problémy s rámečky ovšem zmizí, což je velmi podstatné. Existují ještě další možnosti experimentování, například tyto patche pro starší verzi, které jsem ovšem zatím nezkoušel.

       

Komentáře

[andree]

vo fedore aj ubuntu sa utf-8 (aj) v konzoli uz nejaku dobu pouziva, a celkom sa mi zda ze uspesne... nebolo by lepsie nejak naportovat ich baliky, resp. ich upravy v zdrojakoch?

[vogo]

ne nejlepší by bylo protlačit něco z toho do upstreamu, aby si to konečně nemusela řešit každá distribuce po svém :) ovšem těžko říct jak je to s jeho vývojem… a nebo můžeme udělat fork 'midday commander' :D

[stanger]

pacman -S mc-utf8

[mess]

Zrovna jsem se chystal, že to sem napíšu.

[Andrej]

Kdepak, tohle ani omylem.

1. Repository community nebo unsupported pro mě nejsou důvěryhodné, nikdy z nich nic nestahuju a nemám je vůbec v konfiguraci povolené.
2. K tomu balíčku není na AUR žádný PKGBUILD. Tudíž je pro mě podezřelý. Že by vznikl sám od sebe?
3. Určitě bych nezískal nic lepšího než to, co mi (bezpečně a s mými optiony kompilátoru) udělá ten PKGBUILD v blogpostu.

[kozzi]

1.) community repositare jsou stejne duveryhodne jako ty ostani. 2.) Alspoň nekecej, samozřejmě tam je 3.) Težko posoudit, ale mě to funguje perfektně, takže by si možná získal i víc

[kozzi]

• 1.) community repositare jsou stejne duveryhodne jako ty ostani
• 2.) Alspoň nekecej, samozřejmě tam je
• 3.) težko posoudit, ale mě to funguje perfektně, takže by si možná získal i víc

[Andrej]

1.) community repositare jsou stejne duveryhodne jako ty ostani.

A na to jsi přišel sám? Tohle je věc názoru. Mě ani nenapadne si něco takového instalovat na svůj počítač. (Nepříjemné zkušenosti...) A nemíním se o tom přít.

2.) Alspoň nekecej, samozřejmě tam je

Máš pravdu, že v CVS ten PKGBUILD je. Ale pak nechápu, proč proč tam není přímý odkaz na PKGBUILD, jako například u mc-suse. To mi připadá dost matoucí.

3.) Težko posoudit, ale mě to funguje perfektně, takže by si možná získal i víc

Možná ho vyzkouším, protože existence PKGBUILDu je pro mě dost dobrý důvod mu důvěřovat.

[Shadow]

(Nepříjemné zkušenosti...)

Tak zrovna to by mne velice zajímalo. Mohl byste to trochu rozvést?

[Andrej]

Těžko si vzpomenu na konkrétní případy. Jednou se odporoučela celá instalace OpenOffice po stažení nějakého povedeného lokalizačního balíčku. Několik her (tuším vdrift a ještě další bourákoviny) fungovalo, když jsem je kompiloval sám, ale balíčky z AUR byly prostě mrtvé. Nezřídka jsem na AUR natrefil na zcela nefunkční PKGBUILD. (Jak mám pak takovému balíčku věřit?) Odhadoval bych, že u víc než poloviny těch balíčků jsou špatně uvedené závislosti nebo jiné problémy. (Ale to jsou jen ničím nepodložené osobní dojmy.)

Často dělám (pomocí vlastního skriptu) kompilované updaty systému. (Nepoužívám srcpac, protože nefunguje.) Proto můžu alespoň přibližně srovnávat průměrnou spolehlivost PKGBUILDů v hlavním stromě a v AUR. Můj dojem je takový, že oficiální balíčky jsou na tom nesrovnatelně lépe. (Až na zapomenuté povinné proměnné arch a license u mnoha z nich...)

[kozzi]

Jo, moc pěkné jen škoda, že se tu bavíš o AUR PKGBUILDech, ale my se celou dobu bavíme o community repository což je IMHO něco jiného.

[Andrej]

Ano, je to něco jiného, ale ani jedno z toho u mě prostě důvěru nemá.

[vogo]

to co je v community je dostupné přes cvs, to co je jen v AURu je dostupné přes web rozhraní

[kozzi]

no to co je v community je taky dostupné přes web

[kozzi]

• Ano, přišel jsem an to sám a ano je to věc názoru a taky se nehodlám o tom příd.
• IMHO, je to stejné jako u core, extra atd, je to normální repositář, jinak přímý odkaz tam je přes viewcvs odkaz cvs
• Určitě vyzkoušej

[stanger]

Ze je nejakej PKGBUILD spatne udelanej se obcas stane. Nicmene neverim, ze by uz pripravenej balik primo v repozitari byl jakkoliv nebezpecnej, zkus si najit kdo muze do repozitare balicky pridavat.

[Andrej]

Já vím, že jsou tam TUs a podobně. Ale stáhl jsem několik balíčků, které mi nefungovaly, a kdysi (už je to víc než rok zpátky) jsem musel přeinstalovat celý OpenOffice po karambolu s lokalizačním balíčkem.

Abych to upřesnil: Nemám pochybnosti o bezpečnosti z hlediska rootkitů nebo jiných srandiček. Jde mi spíš o bezpečnost z pohledu psychického zdraví uživatele. Například některé OpenGL hry a k nim příslušející speciální knihovny jsou (resp. byly) toho příkladem. (Možná už jsou ty problémy v AUR dávno opravené.)

[kozzi]

No já používám community už 2 nebo 3 roky a za celo dobu můžu konstatovat že snima nebyl ani jeden jedinej problém což se u officiálních repo říkat nedá.

[vogo]

nemohu než souhlasit, občas bývají balíčky z community v lepším stavu, než třeba ty v extra

[Andrej]

Tomu rád věřím. Záleží to totiž na spoustě věcí a každý uživatel používá něco jiného. Stačí si totéž stáhnout třeba o týden později (nebo dřív) než někdo jiný a nenatrefíš na žádný problém, zatímco ten druhý skáče vzteky do stropu.

Taky tu hraje roli má (a obecně lidská) vlastnost, že příjemné zkušenosti považuji téměř za samozřejmé, zatímco ty nepříjemné si pamatuji ještě dlouho. Takže asi tak.

Jak už jsem ale někde psal, v tomto okamžiku nepotřebuji ani jeden balíček z community. Tedy nemám co řešit.

[kozzi]

jj když nepotřebuješ tak nepotřebuješ.

[alium]

+1

[vogo]

1. dělej si to jak chceš, ale v community je tolik balíčků, že bez nich si musíš kompilovat všechno skoro jak ve slacku :) (nic proti slacku), balíčky mají na starost důvěryhodní lidé, a ne jen tak kde kdo

2. PKGBUILD k balíčku co je v community je v AURu, ale ne jen tak, ale v CVS repository, právě protože je v binárním repositáři

3. nemachruj :) chce to činy, mlátit pantem umí kde kdo (neber si to osobně, musel jsem něco napsat i k tomuto bodu :) )

[Andrej]

3. nemachruj :) chce to činy, mlátit pantem umí kde kdo (neber si to osobně, musel jsem něco napsat i k tomuto bodu :) )

Jak už jsem psal výše, existence PKGBUILDu je pro mě dost dobrý důvod ten balíček vyzkoušet. Zmátlo mě webové rozhraní, kde odkaz na PKGBUILD nebyl. Nenapadlo mě, že musím ještě nahlížet do CVS a kontrolovat, zda tam náhodou někde není...

Na mém stroji je cca 700 balíčků. Za dobu používání ArchLinuxu jsem se pouze přibližně pětkrát dostal do situace, kdy balíček, který bych potřeboval, nebyl k dispozici. V drtivé většině případů stačilo použít (po důkladné kontrole) PKGBUILD z AUR (nebo si napsat vlastní) a počkat cca měsíc, než se balíček dostane do core nebo extra. (Příkladem může být třeba SIP klient Twinkle.)

Pro stahování z community tedy (v mém případě) není žádný pádný důvod. Zas takový dobrodruh nejsem...

[vogo]

Pro stahování z community tedy (v mém případě) není žádný pádný důvod. Zas takový dobrodruh nejsem...

nedělal bych z community repositáře takovou vědu, balíčky v něm prochází kontrolou a troufám si tvrdit, že jsou bezpečné, to je taky důvod proč se v AURu podepisují PKGBUILDy, proč existují TU, a konečně proč existuje repositář community, ale proti gustu… jo koukal jsi se jestli za dveřmi někdo nestojí? to už je ta paranoia

[stanger]

Presne tak, lidi ktery muzou do community pridavat baliky je +-30 a rozhodne se mezi ne nemuze dostat kazdy viz http://wiki.archlinux.org/index.php/TU_Person_Specification. O kontrole nemluve.

[vogo]

Rozhodně bych tohle neoznačoval za problém Arch Linuxu, spíš je to obrovský problém MC. Správně (tak na 99% :) ) funguje to co odkazoval Stanger.

Možná by stálo za to popřemýšlet, jak se liší software od distribuce k distribuci a co na distribuci dokáží ovlivnit vývojáři… ve zkratce mají dost jiných problémů a rozhodně nebudou hackovat cizí projekty takových rozměrů, obzvlášť u distribuce jako je Arch Linux není vývojářů tak mnoho.

[Kyosuke]

Co takhle zkusit udělat balíček mc-suse? Protože mi přijde, že tam je MCčko ošetřené poměrně brutálně.

[vogo]

jdu si uvařit čaj a mrknu na to :D

[Kyosuke]

Ha, koukám, že Ládínkova aktivita ohledně MC je už v blogpostu zmíněná. V susím Factory repozitáři (v Build Service) je toho trošičku víc, ale netuším samozřejmě, co všecho těch ~dvacet patchů dělá. A ani si nejsem jistý, jestli to vědět chci.

[vogo]

a je to tam :) a vypadá to dobře, jen jsem chvilku zápasil s množstvím patchů, ale nakonec jsou tam všechny :)

[Andrej]

Tak to vypadá hustě. Hned si stáhnu ten PKGBUILD a zkusím to.

[Andrej]

Jistě, zrovna tohle není chyba ArchLinuxu. Midnight Commander byl už od začátku špatně navržený a s UTF-8 se tam nikdy nepočítalo.

Ale ještě nedávno jsem měl pocit, že mezi vývojáři ArchLinuxu panuje jistá nechuť zavést lepší podporu pro „neanglické“ jazyky. Například jednu diskusi na téma lokalizace a balíčky uzavřel jeden z nich slovy: Já umím mluvit/číst/psát jenom anglicky, tudíž se o takové věci příliš nestarám. To mě opravdu dost silně namíchlo a byl to jeden z okamžiků, kdy jsem uvažoval o změně distribuce.

Když už jsme u lokalizace, ArchLinux dodnes nemá například české balíčky Firefoxu nebo Openoffice. To je poněkud otravné, protože obyčejný upgrade pak znamená ještě klikání a hledání lokalizačních balíčků.

V žádném ze zmíněných případů nejde o hackování cizích projektů. Funkčních patchů existuje spousta, viz třeba můj PKGBUILD v blogpostu.

Kromě toho bych rád poznamenal, že některé balíčky (KDE, kernel) mají v ArchLinuxu tolik patchů, až je z toho člověku zle. (Proto používám Vanillu...) Na ně vývojáři zjevně čas mají.

[kozzi]

No tak nešiř tady bludy, samozřejmě Arch má český firefox i OpenOffice. To co řekl ten vývojář sice není zrovna ideální, ale v podstatě má pravdu. Proč by se on měl o něco takovýho starat? Vždyť to není jeho práce, na to mají existovat skupiny lidí, kteří se o to starají nějaký lokalizační tým. Krom toho mi například vyhovuje, že například ifconfig není přeložen do češtiny apodobně.

[vogo]

Zrovna kernel je celkem podstatný balíček, ale v kde zase tak moc patchů není :) viz třeba kdemod :)). ano je to hlavně o snaživosti jednotlivývh správců. Co se týče lokalizace, není problém si z AURu zbuildovat balíčky s podporou pro češtinu. Čeština do firefoxu je dokonce i v binárním repositáři, balíček se jmenuje firefox-i18n. Co se týče OpenOffice tak balíček je v community, ale jen u i686, ovšem nic nebrání si udělat balík i pro x86_64… takže to není zase tak strašné, ale ano chtělo by to protlačit mezi Trusted Users někoho od nás :)

[vogo]

zase s křížkem po funuse :)

[Kyosuke]

Kernel Arche že má hodně patchů? Ale kdeže. V tom případě jsi "hodně patchů" ještě, troufnu si říct, neviděl. (Tedy jestli vanilla + několik MB patchů ještě vůbec je Linux... )

[kozzi]

Nevím jestli jsem to špatně pochopil, ale mě mc funguje úplně bezproblémů. IMHO takže je chyba spíš u tebe.

[Andrej]

Máš locale cs_CZ.UTF-8? Pokud ne, mc bude samozřejmě fungovat bez problémů. Tenhle problém se týká pouze kódování UTF-8.

[kozzi]

samo ze mam cs_CZ.UTF-8, používám mc-utf8

[kouzer]

Po přečtení dikuze musím konstatovat, že kvalita balíčků ArchLinuxu mě dohnala změnit Arch za Debian testing. Zatím jsem neměl žádný problém. I když mám Archa moc rád a pod Virtualboxem si s ním hraju stále. Je to stále velice dobrá distribuce.

[kozzi]

Kvalita balíčků u Arch linuxu je určitě lepsší než u Debian testing, to mohu potvrdit z vlastní zkušenosti. Dříve tomu tak ale nebylo. Ale posledních pár měsíců se situace rapidně zlepšila.

[kouzer]

Takže už se nestane abych po aktualizaci systému zjistil, že mi přestala jít síť, protože byl špatný balíček obsahující dhcp? Respektive OpenOffice, init a amarok?

[kozzi]

už nee. Dokonce jsem měl pocit že dřív se repozitáře aktualizovali pokaždé když se tam přidal nějaký balíček, ted se mi zdá že se vždy čekáaž jsou tam splněny všechny závislosti. Jinak už dlouhou dobu sem nenarazil na to že by něco po celkové aktualizace nefungovalo. Sice se tím trochu zdelšila doba čekání na nejnovjejší verzi programu ale stojí to za to.

[Pinhead]

Stát se ti může cokoliv kdekoliv. Nicméně já aktualizuju zhruba 2x týdně a síť mi chodila vždycky. Stejně tak Openoffice. Není to zvláštní?

[kouzer]

No tak já jsem si s tím hrával už před delším časem... Jestli se to změnilo, tak jsem rád.

[stanger]

Ja pozoruju bezproblemovy aktualizace uz 2 roky.

[kozzi]

No tak to ja teda zas ne. Me se dost vasto stavalo ze neco nejelo. Ale je pravda ze vzdy jedu na testing.

[stanger]

Tak testing nepokousim, oni se tam ty baliky stejne dlouho neohrejou :)

[shshsh]

mc sucks! Nejenomze s nim ziskas debilni navyky a kdyz pak budes instalovat nejaky hardcore unix tak budes v prdeli, ale dokonce po dlouhodobem pouzivani zapomenes i ty zbytky cos kdysi umel jako jsou napriklad zatarovani/roztarovani archivu apod. Vsem lidem radim, serte na veci jako mc, je to o nicem a verte mi, ze tarovou kouli udelam z prikazovky rychleji nez vy lidi s vecma jako mc (o ostatnich vecech radeji ani nemluvim). To ma byt jako "zpet do woken" nebo co?

[Andrej]

To se to anonymně hezky mele, že jo.

Mě ani za mák nezajímá, co používáš nebo co je podle tvého názoru lepší. Zaprvé proto, že jsi anonym, a zadruhé proto, že si můžu používat, co se mi zachce, stejně jako kdokoliv jiný.

Denně skrz ssh tuneluju tolik zatarovaných dat, že se ti o tom ani nesnilo, tak mi tu laskavě nekaž něco o návycích.

Jestli si myslíš, že lidé používající Midnight Commander neumí shell, jsi vedle jak ta jedle. Problém je pouze v tom, že jsi nepochopil, k čemu tento program slouží. To ale není chyba programu...