Sakra, Conky 1.9.0 už tu máme...

Před pár dny jsem tu řešil stoleté zabugované Conky 1.8.1 a nabízel neoficiální conky 1.8.2. Ani jsem si nevšiml, že ve stejný den vyšla nová verze 1.9.0 zcela oficiálně.
V repozitářích Ubuntu zatím není, ale opět můžeme využít práce jiných, kteří za nás kompilovali a balili. Můžete například, jako já, využít repozitáře Vincenta Chenga, který ubalil předevčírem:

https://launchpad.net/~vincent-c/+archive/conky/

Můžete instalovat i bez přidávání ppa, 64bit verze ke stažení zde:

https://launchpad.net/~vincent-c/+archive/conky/+build/3481864

Rovnou musím říct, že mnou odkazované 1.8.2 nutilo na mém systému xorg ke konzumaci více než deseti procent výkonu procesoru a to u Chengova 1.9.0 zmizelo. Takže já jsem zatím spokojen, nic se nerozhodilo, ba naopak, a všechno mi zatím šlape.

Nová verze je čistě udržovací, opravuje jen chyby, žádné novinky nepřináší. Ostatně udržovací byla i verze 1.8.1, která ale před rokem a půl přinesla do Conky hlavně zásadní chyby, které tam celou tu dobu hnily. Autor se omlouvá, že je časově zaneprádněn a já mu odpouštím :)

Update: Zdá se, že všechny chyby ještě odstraněny nebyly, ale mně zatím žádné nezasáhly..
http://bugs.debian.org/cgi-bin/pkgreport.cgi?pkg=conky;dist=unstable#_4_4_5

Jak ojebat chameleona v Unity?

Unity si vymýšlí barvy Launcheru, Dashe a notifikací na základě wallpaperu, který si dáte na plochu. Nevymýšlí jen jednu barvu, ale tři - tu nejdebilnější (nejsvětlejší) vám dá na Launcher, aby vás srala permanentně, další se sníženým jasem na notifikace a poslední posune i barevně a nacpe ji do Dashe. Vlastně počkat, barevně posunuté jsou naopak Launcher a notifikace, kdežto Dash se drží původního "výpočtu".. A jak to ojebat, aby ten hloupý Launcher dostal barvu, která neotravuje?

Ubuntu nenabízí hibernaci.. Tak mu domluvíme! Aktualizováno i pro 13.10+

Tvůrci Ubuntu argumentují tím, že pro mnoho počítačů hibernace v Ubuntu nefunguje a uživatelé tak mohou přijít o neuložená data v otevřených aplikacích, pokud se hibernace nepovede. Rozhodli se tedy, že hibernaci do systémové nabídky zařadí pouze u konfigurací, které jsou pro Ubuntu certifikované a jsou na whitelistu. Tak si ji holt povolíme sami, pokud se bez ní neobejdem. S jejich požehnáním. Jo, a funguje to samozřejmě nejen pro Unity, ale i pro GNOME Shell, zkrátka to je záležitost systému, nikoliv grafického prostředí.

Rozšíření Nautila vlastními skripty

Nautilus umožňuje velmi jednoduše rozšířit svou kontextovou nabídku (to menu, co se zobrazí po kliknutí pravým myšítkem). Úplně nejjednodušší je použití skriptů, které jen umístíte do patřičného adresáře a Nautilus přidá do své kontextové nabídky submenu Skripty, kde je pak najdete. Pokud by se měla vaše rozšíření objevit v první úrovni kontextového menu, je to možné zařídit třeba za pomoci modulu python-nautilus a napsat tedy rozšíření v Pythonu.
V aktuálním Ubuntu chybí nějaké ty balíky s rozšířeními pro Nautila, jako například nautilus-gksu, který umožňoval spouštět vybrané položky s právy roota. Je to proto, že je autoři zatím nepřepsali do podoby vhodné pro aktuální GNOME 3. Tak si můžeme jednoduše pomoct sami a vystačíme si prozatím s BASHem.

Conky 1.8.2

Tak v minulém zápisku jsem propral nějaké ty bugy v conky 1.8.1-6, které je aktuálně v repozitáři Ubuntu 12.04, ale jeden dobrotivý anonym mě upozornil na ubalenou verzi 1.8.2 na lauchpadu, kterou jsem nějak minul a kterou vyrobil uživatel createsc v Soulu.
Chyby, které jsem minule zmiňoval a které mi bránili v používání Conky jsou fuč a nerozhodilo se mi ani formátování, takže nemusím upravovat vůbec nic.

Pokud chcete conky 1.8.2 vyzkoušet, balíky pro Precise můžete stahovat odtud:
64bit: https://launchpad.net/~createsc/+archive/3beol/+build/3311025
32bit: https://launchpad.net/~createsc/+archive/3beol/+build/3311026

Pozor, k mání je již i oficiální conky 1.9.0, viz můj novější zápisek.

Jméno a verze DE v Conky

S přechodem na Pinďolína různě pendluju mezi Unity, GNOME Shell, i Classic, abych zjistil, co mi které prostředí může nabídnout. Tedy popravdě je to spíš o tom, které mě bude nejméně s..vadit, protože všechny ty možné výhody kompenzují jejich tvůrci notnou dávkou nevýhod, v případě GNOME Classic si tu hlavní závadu snad museli vymyslet schválně, aby lidi raději používali Unity. Nebo jiné prostředí. Nebo jinou distribuci. V případě Classicu je to bug související s pluginem Place Windows a dokáže vážně na..štvat. Bez něj budete lovit okna pod panelem i Launcherem. Ale to jsem zas začal pindat o jiných kravinách, než o kterých by měl být tento zápisek...

Pořadí indikátorů v Unity panelu - Update 17:10/2.5.12

Původní rozmístění indikátorů - pořadí podle toho jak se jejich procesy spouštěly

Upravené rozmístění indikátorů

Pokud ještě neumíte měnit pořadí indikátorů na panelu v Unity, tak vás to naučím. Pokud to umíte, možná ještě neumíte poručit indikátoru Dropboxu, který je tak trochu parchant. I on se dá ale jednoduše zkrotit ;)

Update se týká skriptu pro přesunutí Dropboxu, na konci příspěvku.

Aktualizoval jsem Svátkový applet

Přepsal jsem Unity verzi z PyGtk do PyGObject, což je modul pro dynamický binding Gtk knihoven pro Python. Chtěl jsem si to vyzkoušet konečně a tak jsem začal něčím malým. Maličkým. Těch změn jsem věru nemusel udělat mnoho. Až budu přepisovat do Gtk3 SGTimer, to bude teprve maso. Samozřejmě jsem opravil nějaké chybky z minulosti, kouknout na to můžete po kliknutí na odkaz v záhlaví této stránky.

Unity a já

Nedávno mi mé Ubuntu 10.10 sdělilo, že už je zastaralé a nebude se podporovat. Není to tak dávno, co mi to samé sdělilo Ubuntu 9.04, nějak to letí. Teď tedy cyklus mého upgradování vyšel na LTS verzi, takže snad budu mít chvíli klid :)

Je to už nějaký čas, co jsem si nainstaloval Ubutntu 12.04 do VirtualBoxu a průběžně testoval jeho možnosti. Ovšem virtualizovaný zážitek není úplně to pravé, systém je pomalejší, než ve skutečnosti a protože kombinace fglrx a mého Radeonu je na prd, nefunguje mi ani fullscreen režim s 3D podporou. Testoval jsem ale i na slabém atomovém netbooku.

Před čtrnácti dny jsem si pořídil nový SSD disk a tak jsem na něj rovnou nainstaloval betaverzi Pangolina. Rovnou musím říct, že SSD je boží, aplikace startují bleskově, a co je důležité, i Unity se na něm chová daleko svižněji, než na běžném disku. Na netbooku, i virtualizované na mé domácí peci s C2D 3,8GHz bylo Unity na odstřel - s půl sekundovou prodlevou od stisku klávesy do zobrazení Dashe se to vážně nedá používat. Nicméně na slušném stroji s SSD diskem je i Dash bleskový a tak jsem se ponořil do prozkoumávání možností Unity a dám k dobru pár poznatků.

Sedy, lehy, regulární výrazy 2 - restart

Už jsem tu dal k dobru pár tzv. onelinerů využívajících sed i awk pro zpracování textu, ale vlastně jsem ze začátku tak úplně nevěděl, o čem to přesně je. Skládání komplikovanějších skriptů z jednotlivých bloků příkazů mi ze začátku lehce motalo hlavu a zjistil jsem, že nejsem sám. Tak v rámci sebevzdělávání zkusím sepsat pár poznámek o programování awk a sed, kterýmžto konáním pro sebe bezpochyby objevím mnoho nového a zároveň tím nejspíš nikomu moc nepomůžu, protože se stačí pořádně podívat do dokumentace a je jasno. Nicméně to proložím nějakým tím příkladem, kde se pokusím řešit jeden úkol oběma nástroji ...

Ztracené PATA disky na řadiči JMicron a kernelu 3.2.12 a novějším

Mým hlavním systémem je stále Ubuntu 10.10 Maverick a abych si užil trochu legrace, nacpal jsem do něj kernel 3.2.12 z Ubuntu 12.04 Pinďolín. Popravdě, hlavně jsem chtěl vylepšit odezvu systému při zatížení, kterou má obstarávat věhlasný zázračný patch scheduleru a který má Ubuntu v kernelech už od verze 11.04. Nicméně se nejprve dostavila ta legrace - přestal se ozývat můj starý paralelní disk Hitachi. Kernel ho vůbec nepřipojoval. Zkusil jsem nainstalovat ještě další kernely, včetně nejnovějšího 3.3.0 a zjistil, že problém se vyskytuje od kernelu verze 3.2.12 výš.
Problém souvisí s ASPM (pozor neplést s Amatérským Sdružením Profesionálních Muzikantů :). Špatná detekce této technologie způsobovala nadměrnou spotřebu energie a protože to souviselo s nestandardním chováním postižených komponent, tak se nějakou dobu vymýšlel snesitelný patch. A ten se dostavil, což dokumentuje zpráva na rootu.
Jenže v souvislosti s tímto patchem se dostavila i špatná komunikace se staršími PCI-E řadiči JMicron při vypnutém ASPM, která způsobuje odstřihnutí PATA disků. Mám základní desku Gigabyte EP45-UD3P. Pokud 'ručně' ASPM na PCI-E zapnu, disky začnou být pro kernel opět viditelné.

sudo nano /etc/default/grub

přidat pcie_aspm=force na správné místo:

GRUB_CMDLINE_LINUX_DEFAULT="pcie_aspm=force"

a samozřejmě grub aktualizovat

sudo update-grub

Vypnuté ASPM není tou pravou příčinou, to bylo v mém případě vypnuté vždy -> `disabling ASPM on pre-1.1 PCIe device'. V tomto ohledu se tedy nic nezměnilo, a zkusím ještě popátrat, nicméně uvedené řešení funguje, žádné negativní důsledky nevidím a tak jsem spokojen. Relevantní je třeba tento odkaz:
https://lkml.org/lkml/2012/3/23/27

Update: Nakonec po zapnutí ACPI režimu v BIOSu se začal disk připojovat normálně, předtím jsem fungoval v režimu IDE emulace.

Jinak musím říct, že nový kernel běhá pěkně a vypadá to, že zázračný patch je nejspíš opravdu užitečný. No však to povídal i sám velký Linus.

OpenOffice - dokument byl zamknut bůh ví kým

Stává se mi to poslední dobou docela často nejen v OpenOffice, ale i v LibreOffice (což jistě nepřekvapí). Najednou mi to začne při otevření dokumentu hlásit, že ho nějaký neznámý hovád zamknul a nemůžu s ním vůbec nic, jen ho otevřít, případně vyrobit kopii. Stalo se i to, že se OO tvářil jako by nic, i progress bary kreslil při ukládání a pak to příště otevřu a v dokumentu poslední změny chybí! A dál se s ním nic dělat nedá. Ať už je příčina jakákoliv, tyto situace ve mě vyvolávají touhu někoho uškrtit. Ne, umlátit gumovou hadicí. Každopádně je to velmi nepřátelské gesto a uživateli se nedostane žádného vysvětlení ani řešení - soubor je zamknutý neznámým individuem a tak to zůstane na věky. Ámen. To, že soubor smažete a vytvoříte nový vám nepomůže. A proč? Protože nějaký šašek vedle vyrobí soubor s názvem toho vašeho, na začátek přidá '.~lock.' a pak ho už nesmaže. Tečka na začátku značí skrytý soubor, takže si ho jen tak nevšimnete, nicméně v Nautilu stačí stisknout Ctrl+H a objeví se. A pak ho s chutí smažete a svět zas začne vypadat lépe. Možná. Při poslední takové události mi došlo místo na systémovém disku a LibreOffice blbnul i po smazání locku, vlastně vyráběl zámky stále nové. Když jsem místo uvolnil, začalo to fungovat. Takže je dost možné, že tento bug souvisí i s tímto problémem.

No a když už jsme u toho místa na disku, po pár updatech kernelu je největším žroutem adresář /usr/src. Jeho obsah je po dokončení updatu zbytečný, ale statečně žere stovky MB.

Další hrátky s okny

Již jsem tu párkrát zmínil a použil program wmctrl, který se dá do Ubuntu nainstalovat ze základních repozitářů. Součástí systémů založených na X serveru bývá již v základní instalaci pár dalších zajímavých nástrojů pro manipulaci s okny...

Gtk-WARNING **: Unable to locate theme engine in module_path: "pixmap"

V češtině: Gtk-WARNING **: Nelze nalézt systém motivů v module_path: "pixmap".
Tuhle chybu mi vypisovaly v Ubuntu 11.10 GTK 2 aplikace při startu. Je to jen varování a na funkci rostlináře nemají vliv, ovšem vypadá to blbě, zvlášť, když to vypisuje i má aplikace. Vyřeší to následující příkaz:

sudo apt-get install gtk2-engines-pixbuf

Sedy, lehy, regulární výrazy 1

sed, awk, grep a jiné pěkné cli nástroje pro zpracování textu umožňují použití regulárních výrazů, což jsou takové masky, kterými můžete definovat řetězec, který v textu hledáte. Základy znám, ale každou chvíli objevím něco nového, co mi uniklo, protože zas tak svědomitě jsem to nestudaval. A tak bych chtěl začít seriálek, ve kterém bych si tyto objevy zapisoval.

Tak například dneska jsem se opět připletl k něčemu, co mě donutilo trochu posunout znalosti. Šlo o parsování xml dokumentu pomocí sedu a tím zajímavým je vytípnutí výrazu mezi dvěmi uvozovkami. Vzhledem k tomu, že regulární výrazy jsou od přírody žravé a tak těžko vytípnete řetězec v uvozovkách něčím jako toto: var=".*" , když je na řádku těch uvozených výrazů více, potřebujete něco lepšího. Pomohou htanaté závorky, kterými je možné definovat povolené znaky, ale pomocí znaku ^ (stříška), je možné výběr invertovat a definovat tak zakázané znaky. Proto uspějete s následujícím výrazem:

echo '<location altitude="307" latitude="50.92139" longitude="15.07974" geobase="geonames" geobaseid="3076124" />' | \
sed -n 's/ *<location .*latitude="\([^"]*\)".*/\1/p'

50.92139

Pokud nevíte, kulaté, zpětným lomítkem escapované závorky definují subvýraz, na který můžete dále odkazovat pomocí výrazu \1, a pokud je takových subvýrazů více, jsou číslovány podle výskytu zleva do prava.