PyGObject - Aktualizace GUI z callbacku, časovače, i vlákna

Už je to nějaká doba, co jsem se začal vrtat v GTK+ pomocí Pythonu a tak začnu trousit nějaké poznámky související s tímto toolkitem, což mám od začátku v plánu, jen jsem se doposud neodhodlal. Nebude to mít žádný řád, budou to jen útržky kódu, které se budu snažit co nejsrozumitelněji okomentovat a mělo by jít především o věci, které mi chvilku trvalo najít, poskládat a tak.

Začnu něčím základním, na co začátečníci narazí skoro vždy, než si uvědomí, jak jejich GUI vlastně funguje a kdy se aktualizuje okno a jeho součásti. ...

Pár tweaků pro Ubuntu 12.10 Quantal

Ubuntu 12.10 mi změnilo chování funkce Mute v Sound indikátoru, což se mi nelíbilo a když už jsem byl v tom nastavování, pohrabal jsem se i v dalších nastaveních gsettings pomocí dconf-editoru. Zapsal jsem tedy vše, co mě zaujalo a přidal vše, co mě napadlo...

Monitorování Radeonu s Conky

Jako obvykle, blbnu s novým hardware o něco více, než s tím starým. I když je to jen další Radeon v řadě. Rozdíl je v tom, že ten předchozí o sobě odmítal cokoliv prozrazovat a tak nešlo číst teplotu GPU, takty a tak vůbec. Nový Radeon HD7750 již přes aticonfig s proprietárním ovladačem fglrx poskytuje vše potřebné a tak jsem to samozřejmě zakomponoval do svého conky skriptu...

Sessions Selector - Python + GTK3 + komentovaný skript

Na popud jednoho uživatele jsem pro Ubuntu (a příbuzné systémy) napsal krátký skript, který sice nedělá nic zásadního a jeho využití nebude pro každého, ale proč to nevyužít jako příklad, jak jednoduše můžete v Pythonu vyrábět funkční okénka. Python je velmi intuitivní a srozumitelný interpretovaný jazyk, ve kterém je radost tvořit a základy Gtk toolkitu se dají také pobrat rychle. Je to podobné jako Lego, berete hotové kostičky a skládáte je dohromady. Nebudu rozebírat nějaké základy, jen sem vlepím ten kód, jednou čistý, podruhé komentovaný, a třeba to někomu pomůže. Třeba mně, až zas všechno zapomenu.

Můj upgrade z Ubuntu 12.04 na 12.10 beta 2

Že mě Unity v Ubuntu 12.04 sere, protože je to nedodělek, to jsem již ventiloval dostatečně, nicméně už pár měsíců je jasné, že ve 12.10 bude situace podstatně lepší. O tolik lepší, že holt nezůstanu u LTS verze a opět se připojím k závodům v upgradování.
Už od první bety mám Ubuntu 12.10 na testovací peci a neobjevil jsem žádné závažné nedostatky (krom toho, že nešla nainstalovat Opera), jen mě štvalo, že to vypadá lépe, než můj hlavní systém. A protože jsem již v Ubuntu 12.04 na své domácí zábavní peci neměl co vylepšovat, řekl jsem si, že je na čase to zas trochu rozbít. No co, kdyžtak se to jen celé posere. A tak jsem stávající 12.04 naposledy aktualizoval a pak zadal do terminálu onen záludný příkaz...

Zase se mi přihodilo AMD - HD7750, tři monitory, a vůbec

Už mě můj Radeon HD4870 opravdu nebavil a přesto, že se blíží zima, rozhodl jsem se tento přímotop vyhodit a pořídit něco rozumnějšího. AMD mě za ty necelé dva roky soužití opravdu nepřesvědčilo, že je to to pravé, tak jsem se jako bývalý spokojený uživatel Nvidie 7600GT rozhodl vrátit k "osvědčené značce", která za tu dobu přidala podporu randr a už léta jí funguje akcelerace HD videa. Vybral jsem si tedy pěknou novou GTX 650 za cca 2600,- Kč oplývající v podstatě stejným výkonem, zato poloviční velikostí, příkonem v klidu asi o 80W menším a doufal ve světlé zítřky. Už jsem klikal na tlačítko "Koupit", když mi v poště přistála nabídka od kamaráda, kterému zbyl fungl nový Radeon HD7750 od MSI, což je výkonově to samé, jen od AMD. Má nabídka 500,- Kč (za stejnou cenu semi podařilo prodat ten vyhrkaný přímotop) sice akceptována nebyla, ale 700,- je stále cena neodolatelná, zvláště když karta oplývá konektivitou, kterou jsem požadoval. Nechal jsem si konečné rozhodnutí až po testech na mém systému, ale nepředpokládal jsem, že bych kartu vracel..

Unity a moje babička

Babička nikdy neměla daleko k výdobytkům moderní techniky a ještě nedávno mi ukazovala hi-score v online hrách, které pařila dlouho do noci. Babičce je nějakých pětaosmdesát a trochu ji zpomalila drobná mozková příhoda v čase předvánočním. Vzhledem k tomu, že používá mobilní telefon, MP4 přehrávač, digitální fotoaparát a do nemocnice dostala přenosný DVD přehrávač, bylo nutné odpojovat polohovací postele i lékařské přístroje od zásuvky ostatním pacientům, aby bylo možné techniku dobíjet. Babička spolupacientům na oplátku nabízela digitální portrét. Nebylo to veselé období, ale stěží mluvící babička ho vylepšovala informacemi jako "Dnes mi sestřička položila nesmyslnou otázku: Na co prej potřebujete tolik elektroniky?". Od té doby již uplynul nějaký ten pátek a babča, inspirována panem Neckářem, opět začala trochu ožívat a vracet se i k počítači. Tak jsem konečně nahradil ta neuvěřitelně zprasená XP Ubuntu 12.04, abych to jako usnadnil nám oběma..

Fatrace, aneb sledování dění v souborovém systému podruhé

Nedávno jsem psal o linuxovém subsystému pro notifikaci změn v souborovém systému inotify, ale v kernelu je poměrně nově (od jádra 2.6.36) i fanotify, jehož základním posláním je dělat beckend aplikacím pro vyhledávání malware. Fanotify umožňuje svým klientům rozhodovat i o právech přístupu k souborům a tak třeba zkontrolovat soubor, než k němu bude povolen přístup systému.
Nedávno napsal Martin Pitt konzolovou utilitu fatrace pro využití fanotify z shellu a poslal ji i do repozitáře Ubuntu 12.04...

Plymouth startuje splash příliš pozdě případně má problémy s grafikou. Zkusíme to vylepšit

V minulém příspěvku o přidání obrázku do grubu jsem psal o tom, že grafický doprovod bootu Ubuntu, který zajišťuje Plymouth, se mi ukáže až těsně před login obrazovkou cca na dvě vteřiny. Funguje to takto blbě proto, že se načte ovladač grafiky až v závěrečné části bootu. Údajně by se to mělo týkat především proprietárních ovladačů, ale otevřený radeon je na tom stejně. Řešením je předhodit Plymouthovi framebuffer, aby nečekal na ovladač pro xorg ...

GRUB2 - vlastní obrázek na pozadí

Nastartujete ubuntí pec, proběhne nějaký ten test BIOSu, naskočí fialový GRUB a pak čučíte patnáct sekund na prázdný fialový monitor. Načež na dvě sekundy skočí Plymouth, který má zobrazovat progress načítání systému a hup, jste v přihlašovací obrazovce systému, nebo rovnou v plném grafickém prostředí. Zabývat se skinováním Plymoutha nemá cenu, raději ho vypínám úplně, ale proč většinu času zavádění systému čučet na fialové nic, když můžete čučet na zcela jinak barevné něco?

Unity/Compiz - Oprava pluginu Scale/Měřítko - náhled oken ze všech pracovních ploch

Jednou z věcí, která mě na Ubuntu poslední doby dost štvere, je zprasený plugin Compizu Scale, neboli v češtině Měřítko (o kterém jsem psal naposledy minulý týden). Scale umožňuje náhled všech oken na pracovní ploše, ale má umět i všechna okna všech pracovních ploch. Jenže už nějakou dobu neumí, tato funkce se nedopatřením chová stejně jako ta první zmíněná. Scale je základní součástí Unity a přesto chybu, která se táhne už přinejmenším od Ubuntu 11.10, dosud oficiálně nikdo neopravil. Dobře, evidentně je to funkce, na kterou v Ubuntu prdí, protože jejich návrh s ní nepočítá. O to veselejší je fakt, že svou klávesovou zkratku Super+W namapovali právě na onu defektní funkci, která se sice chová tak, jak si oni představují, ale zcela omylem. Každopádně je to funkčnost velmi užitečná a já ji prostě chci zpátky! Sakra, proč křičím, vždyť už ji mám.. :)
Update: v Ubuntu 12.10 je již plugin opraven oficiálně

Nastavení notifikací v Ubuntu 12.04 - upravené Notify-OSD

Update: funguje i pro Ububtu 12.10 a 13.04

Starý dobrý kamarád Leolik nelenil a opět zachraňuje narušený svět Ubuntu svým opraveným Notify-OSD, jehož klíčovou vlastností se pro mě nyní stala barva podle vlastního výběru. Upravený Notify-OSD ale umí o trochu víc: notifikace se dají zavírat kliknutím myši, nastavíte si pozici, čas zobrazení, text, zaoblení rohů, ... Grafické rozhraní bylo také aktualizováno a tak si můžeme s chutí zaklikat...

Inotify a vlastní akce založené na událostech ve filesystému

Abych nepsal jen o samých kravinách, zabřednu dnes opět do něčeho zajímavějšího a užitečnějšího. Součástí Linuxového kernelu je subsystém Inotify, který umí sledovat dění v souborovém systému a poskytovat informace o událostech svým klientům. Vzhledem k tomu, že v Linuxu je všechno soubor, nabízí se opravdu široké možnosti využití. Můžete v reálném čase monitorovat dění v části filesystému, nebo na události reagovat spouštěním vlastních skriptů a třeba zálohovat důležité soubory po změně. Například si také velmi jednoduše můžete "vytvořit adresář", ve kterém se každý pdf soubor automaticky rozloží na jednotlivé stránky ve formátu png, nebo změní velikost obrázků a rovnou je odešle mailem...

Unity/Compiz - popisky oken v režimu Scale/Měřítko

Unity, tedy Compiz, umí zobrazovat náhledy všech oken pracovní plochy srovnané vedle sebe pro pohodlný výběr jednoho z nich, místo Alt+Tab. Je k tomu vyhrazena klávesová zkratka Super+W a pokud máte více oken jedné aplikace, dostanete stejný náhled jen oken této aplikace kliknutím na ikonu aplikace v Launcheru (pokud je nějaké okno této aplikace již aktivní). Náhled je fajn, ale pokud máte podobných oken otevřeno více, nemusíte jednoduše poznat které je které, zvláště pokud jde o aplikace maximalizované, kde neuvidíte ani titlebar, nebo je oken více a titlebar se nedá přečíst.

Jak zakázat hlášení problémů systémových programů v Ubuntu

"Omluváme se, Ubuntu 12.04 zaznamenal vnitřní chybu", nebo "Zjištěn problém se systémovým programem". Systémová služba apport sbírá informace o haváriích v systému a umožňuje uživateli reportovat chyby pěkně za tepla, se všemi relevantními informacemi, vývojářům Ubuntu. Standardně je zapnutá ve vývojových verzích a ve stabilní by měla být vypnuta. Pokud vám zůstala aktivní a otravuje vás i ve stabilním vydání, můžete ji jednoduše zakázat. Apport totiž hlásí kdejakou blbinu, která běžného uživatele nemusí zajímat.

Stačí editovat soubor /etc/default/apport a řádek enabled=1 přepsat na enabled=0. Samozřejmě je třeba editovat s právy roota, třeba:

sudo -i gedit /etc/default/apport

Obsah souboru pak vypadá takto:

# set this to 0 to disable apport, or to 1 to enable it
# you can temporarily override this with
# sudo service apport start force_start=1
enabled=0

Restart zhrouceného Unity co nejjednodušeji

Když si člověk nastavuje Compiz/Unity pomocí CCSM, skoro každé zapnutí, či vypnutí nějakého pluginu, nebo jen změna jejich nastavení, znamená pád Compizu, tedy Unity. To se má samo restartovat, ale často se mu to z nějakého důvodu nepovede. Pokud si s nastavením hrajete víc, protože hledáte nejlepší konfiguraci, je to celkem nepříjemné a tak jsem hledal, jak nejjednodušeji a nejrychleji restart provést...

GNOME Shell a já

Krom Unity se zkouším spřátelit i s Gnome Shellem. Jeho pohřební panel s vypaseným fontem mě od začátku trochu děsil, oproti Unity mu chybí i fůra vlastností, které považuju za užitečné, ale s GS se dají dělat kejkle za pomoci JS a CSS a potenciál pro přizpůsobení tu je značný. Takže jsem se začal prodírat množstvím extensions, tedy rozšíření, které by GS trochu přiblížily mým představém o fungování desktopu. Nenašel jsem všechno, co bych rád, ale co se mi zdálo alespoň trochu užitečné a funkční, to jsem nacpal alespoň do tohoto příspěvku..

Pokračování z 10.11.2013 najdete v zápisku:
Kašlu na Unity, GNOME Shell je lepší!

Budu ty extensions postupně doplňovat, jak najdu další:
Maximus, Hot-Corn-Dog 17.6.12
Qicklists 30.5.12

Wallpapery pro Unity co rozumně barví Launcher

Tuhle si asi chvíli nechám

Chvíli jsem hledal pěkný wallpaper, který mi současně Launcher obarví nějak rozumně. Některé mi nepřišly až tak úplně strašné, tak se podělím. Přidal jsem i jeden užasný kýč, který je úplně na hovno. Doslova, co se barvy Launcheru týká.

Nautilus Extension API z Pythonu

Je víc možností, jak rozšířit funkčnost správce souborů Nautilus. Kontextové menu můžete vylepšit o nějakou novou funkci nejjednodušeji pomocí externích skriptů, jak už jsem tu psal. Můžete využít plných možností API Nautila a psát rozšíření (extensions) přímo v C, ale můžete také využít rošíření Nautilus Python a psát je v Pythonu. Poslední zmíněné řešení vám oproti tomu prvnímu dává daleko víc možností a oproti druhému s tím budete mít daleko méně práce. Méně práce to je moje a tak se snad moc nepředřu, když se budu snažit fungování Nautilus Extension API trochu přiblížit. Přidám i odkaz na repozitář s pár hotovými rozšířeními připravenými rovnou k instalaci.

Pitch Black z webkamery na uvcvideo

Jedna z regresí trojkových kernelů souvisí s modulem uvcvideo, což je driver obsluhující takové ty "no driver required" webky, které používají standardizovaný UVC protokol. Problém je v tom, že modul se sice načte, připojená webkamera detekuje a připojí, ale obraz z ní neleze. Problém jsem měl po výměně kernelu v Ubuntu 10.04 a mám ho i na aktuálním 12.04. Po chvíli laborování jsem přišel na to, že kameru Genius iSlim 1300 V2 na kernelu 3.2.0-24 zprovozní následující postup:

Nejprve v terminálu odstraníte a opět načtete uvc:

sudo su -c "rmmod uvcvideo && modprobe uvcvideo"

a pak je nutné kameru fyzicky odpojit a opět připojit k počítači. Jak to opravit softem rovnou při startu systému zatím nevím, snad časem něco najdu, tohle je otravné.

Zkoušel jsem nainstalovat i nejnovější kernel pro Precise 3.3.6, ale tam nejen že se kamera chovala stejně nefunkčně, ale ani zmíněným postupem se situace nedala vylepšit.

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