Michal Čihař - Archive for Jan. 1, 2005

No vypadá to, že gpg-agent je poměrně neznámá věc, tak tomu uděláme trochu reklamy v blogu :-). gpg-agent je (podobně jako ssh-agent) nástroj pro cachování hesla, aby ho uživatel nemusel zadávat pořád dokola pokud třeba podepisuje více věcí najednou.

Jak na to?

Předpokládám že používáte správnou distribuci (což je Debian Sid :-)), takže instalace bude jednoduchá:

 # apt-get install gnupg-agent

Ostatní distribuce na tom asi budou podobně, jenom je nepoužívám a tudíž neznám.

Pak již stačí aktivovat používání agenta v GnuPG:

 $ echo use-agent >> ~/.gnupg/gpg.conf

A protože se agent spouští podobně jako ssh-agent, je potřeba všem procesům kde ho budeme používat předat informace v proměnné prostředí. Takže nejjednodušší je znovu spustit Xka a agent se spustí automaticky.

Pokud by se nám nelíbilo defaultní konzolové zadávání hesla, můžeme nainstalovat nějaké pěkné grafické. Třeba balíčky pinentry-gtk2 nebo pinentry-qt by mohlo vyhovovat, podle použitého desktopu. Pak jen nastavit jaký budeme používat zapsáním pinentry-program /usr/bin/pinentry-gtk-2 do ~/.gnupg/gpg-agent.conf .

V tomto konfiguračním souboru můžeme i nastavit jak dloho si má agent hesla pamatovat (600 s = 10 minut je výchozí hodnota):

 default-cache-ttl 600
max-cache-ttl 600

Tak to vypadá, že Greg se pořádně naštval a implementoval něco co by mohlo být náhradou devfs. Ta věc se jmenuje ndevfs – a "nano" devfs.

Jak je již tradicí, tak se samozřejmě ozvalo několik příznivců devfs, i když mi připadá, že toto řešení by je mohlo umlčet :-). Proč je tolik humbuku kolem spravování jmen zařízení?

Je jasné, že některé věci se prostě v kernelu řešit nedají (trvalá jména pro různá připojitelná zařízení, ať už jde o USB hračky, dokovací stanice nebo hot plug hardware u serverů). Na druhou stranu většina programů očekává nějaké názvy zařízení (prostě myš je /dev/input/mice a těžko ji něco bude hledat pod názvem /dev/moje_fialova_mys), takže je vhodné mít nějakou standardní politku pojmenování zařízení. A každý by tuto politiku viděl rád jinde :-).

Tak jsem zvědavý jestli se podaří splnit plán:

 $ cat linux/Documentation/feature-removal-schedule.txt
The following is a list of files and features that are going to be
removed in the kernel source tree.  Every entry should contain what
exactly is going away, why it is happening, and who is going to be doing
the work.  When the feature is removed from the kernel, it should also
be removed from this file.

---------------------------

What:   devfs
When:   July 2005
Files:  fs/devfs/*, include/linux/devfs_fs*.h and assorted devfs
        function calls throughout the kernel tree
Why:    It has been unmaintained for a number of years, has unfixable
        races, contains a naming policy within the kernel that is
        against the LSB, and can be replaced by using udev.
Who:    Greg Kroah-Hartman <greg@kroah.com>

V pátek jsem měl konečně čas se trochu projít po výstavě. Co mě překvapilo byla neúčast SUSE/Novellu, kteří zde tradičně mívali velký prostor. Časy se asi mění. Mandr{ake,iva} chyběl{,a} stejně tak jako loni, jinak byly distribuce zastoupeny v dostatečném množství.

Nějvětší plochu z distribucí zabral Red Hat, který na svém stánku také pořádal různé prezentace (i když letos nedošlo na žádný trhák jako bylo loňské uvedení GFS):

Dále se mohli setkat příznivci Arch Linuxu, Gentoo a samozřejmě Debianu, jehož příznivci si podílejí na organizaci celé akce:

Více:

Better, larger and uncut, aneb všechny fotky

První den návštěvy LinuxTagu . Hned na úvod musím přiznat, že jsem přijel až v šest večer, takže jediné co jsem stihnul, byla party na oslavu 10 let PHP a MySQL.

Po cestě vlakem (přestože německým ICE, tak bylo 15 minut spoždění a já už si pomalu zvykal na to, že doprava tu funguje přesněji než v Česku), jsem se ubytoval v hotelu. Recepční ve snaze navázat komunikaci prohodila, že Praha je určitě někde v Polsku a v zápětí mě pro jistotu donutila zaplatit předem. No nic člověk nemůže očekávat zázraky.

Pak již vyrážím směr kongresové centrum, kde se opět po roce koná LinuxTag. Dorážím těsně po šesté, kdy se oficiálně zavírá, tak zabere trochu přemlouvání než jsem propuštěn dovnitř (stačilo se domlouvat telefonem s lidmi co na mě čekali uvnitř, to byl dostatečný argument, že tam opravdu potřebuju jít :-).

Takže jsem úspěšně dorazil do LAMP area , kde se právě konala party k 10 letem PHP a MySQL. Byla to ovšem zároveň jediná příležitost, kdy se sešel kompletní tým phpMyAdmina:

Pak již následovala zábava podporovaná DJem:

Následně si autoři MySQL (víte že My z názvy není z angličtiny, ale jméno dcery autora, takže správná výslovnost je švédská, dost blížící se českému my?) a PHP převzali pamětní desky:

Poté už se všichni radostně vrhli na dorty:

Více:

Better, larger and uncut, aneb všechny fotky

Není nad to, když člověk dostane odpověď přesně na to, na co se zeptal :-)

Při čekání než doběhne Matew , který v současné době používám pro generování alb, jsem se rozhodl, že je na čase začít používat něco co není tak strašně pomalé. Shell je sice pěkná věc, ale tisíce spuštěných sedů a awk na rychlosti nijak nepřidají.

Problém je, že jinak mi Matew (mírně přiohnutý) celkem vyhovuje a generuje takový výstup jaký bych chtěl:

• umožňuje podalbumy
• umí EXIF a přidá některé informace k fotce
• umí komentáře k fotkám (z JPEG komentáře)/albumům (ze samostatného souboru)
• výstup je validní HTML a CSS v utf-8
• ovládání z command line, komentáře v textových souborech

Co mi na něm vadí:

• pomalost
• ignorance timestampů – změním jeden popis a musím přegenerovat celý album

Nezná někdo program který by mi mohl více vyhovovat? Zkoušel jsem toho dost (pravda před nějakou dobou) a nic se mi dostatečně nelíbilo a Matew mi přišel nejsnáze ohnutelný mým představám.

Jak jsem si tu už stěžoval , tak jedna firma využívá jména open source projektu pro svojí propagaci. Napsal jsem to i do formuláře pro feedback na Google Ads a buďto nastala jiná shoda okolností nebo to zafungovalo. Sice jsem žádnou odpověď nedostal, ale text jejich reklam se změnil na poměrně neškodné „MySQL Front end GUI“ a při vyhledávání slova phpMyAdmin už dokonce nemají žádnou reklamu.

Všichni určitě znáte tuhle starou hru, ale víte že existuje i verze napsaná jen v DHTML ? Pravda má o něco vyšší požadavky než originál (na zrychlenou hru doporučuje autor 3 GHz procesor, normálně stačí 500 MHz), ale proč si nezavzpomínat? :-)

Protože jsem si do signatury přidal zkratku z jedné knížky , kterou pravděpodobně nikdo nezná (myslím tu zkratku), tak bylo potřeba vytvořit vysvětlující stránku :-). Jak se s tím vypořádaly vyhledávače?

Omlouvám se všem, jejichž oblíbený vyhledávač jsem ignoroval, ale já se obvykle spokojím s Googlem a MSN . Oba dva mají formulář pro nabonzování nové stránky a stránky kterou jsem očekával ve výsledcích, tak jsem toho využil :-).

Návštěva MSN bota následovala asi 10 hodin po nabonzování a MSN tenhle výraz už najde, kdežto Google se ani po 4 dnech na stránku nepodíval a najde jenom výskyt v signatuře na tomhle serveru. Že by bylo na čase přehodnotit preference vyjledávačů?

Tak jsem se zase jednou podíval na statistiky webu a něvěřícně jsem zíral na to, že lidi přicházejí z googlu po vyhledávání kombinací jako 0000004 . Co se tím proboha kdo pokouší najít? :-)