KDE 4.4: Akonadi a ostatní novinky

21. 1. 2010 | Michal Vyskočil

Články - KDE 4.4: Akonadi a ostatní novinky  

Akonadi je poslední z velkých pilířů KDE 4, který jsme si ještě nepředstavili, takže to v tomto díle napravíme. Rovněž si představíme různé zajímavé novinky z KDE 4.4, čímž dostaneme nejvíce obrázkový díl z této minisérie.

Obsah

• Akonadi
  • Úvodem
  • Jak ovládnout svět
  • Používání
  • Quo vadis
• Novinky v KDE 4.4
  • Skrývání příliš dlouhých hlaviček e-mailů
  • KRunner na vršku obrazovky
  • Více animací
  • Nový dialog pro přidávání Plasma widgetů
  • Systemsettings
  • Plasma widgety v systemtray
  • Nastavení vzhledu
  • Nové náhledy adresářů
  • Taby v KWinu
  • Automatická maximalizace oken
  • Plasma aktivity
  • KAuth – autentizační knihovna
  • Most wanted: K3b a Kaffeine
  • Další zdroje
• Závěrem

Akonadi

Úvodem

Základní otázka je jako obvykle – co to vlastně je? Správná odpověď je cache pro PIM data, nicméně to asi většině lidí moc neřekne, a proto je třeba podrobnější vysvětlení.

Stávající skupina programů zvaná kdepim představuje poměrně vyspělý nástroj pro práci s osobními daty – jeho součástí je e-mailový klient KMail, adresář KAddresBook, kalendář KOrganizer, poznámky KNotes a nakonec i zastřešující aplikace Kontact, která poskytuje rozhraní podobné tomu, které mají ekvivalentní aplikace stejného typu – MS Outlook, Lotus Notes nebo třeba Novell Groupwise.

PIM programy jsou obvykle zaměřeny na, řekněme, korporátnější klientelu než ostatní. Snad až na e-mailový klient. Tím pádem mívají tendence k jistému molochovatění (srovnejme třeba s Office programy, které vykazují podobné tendence), která ovšem v takovém prostředí není žádnou nevýhodou. Takže na samotné existenci takové skupiny programů není nic špatného. Až na to, že písmenko K z názvu KDE znamená Komponent (někteří tvrdí, že je to Kool, ale co může být více Kool než Komponenty?). A taková obrovská spousta špatně znovupoužitelného kódu s názvem kdepim prostě musí KDE vývojáře dráždit.

Jak ovládnout svět

Takže se dostáváme k cílu Akonadi – cílem je rozbít (v přeneseném a občas i doslovném smyslu) (kde)pim do znovupoužitelných částí. Přičemž účelem Akonadi samotného je implementovat veškeré nudné detaily jako získávání PIM dat z různých zdrojů, jako jsou POP3/IMAP, Google kalendář, lokální, nebo i vzdálené vCard soubory, umožnit jejich vyhledávání, třídění a ukládání. Takže na klientu zbude pouze interakce s uživatelem. Není bez zajímavosti, že kombinace KMail a Akonadi představuje (respektive bude představovat) návrat k oddělenému MUA (Mail User Agent), což dobře znají třeba uživatelé klienta Mutt. Jediný rozdíl je, že Akonadi implementuje jak MTA (Mail Transport Agent), tak i MDA (Mail Delivery Agent), které bývají tradičně odděleny.

Ovšem to pořád není všechno, protože záběr Akonadi je ještě větší – vývojáři se netají s cílem jej prosadit jako standard freedesktop.org. Čili potom by mohly všechny PIM aplikace sdílet stejné implementace protokolů a být tak pouze uživatelským rozhraním. Je tu určitá podoba s existujícím evolution-data-server, ale vývojáři Akonadi shrnuli základní rozdíly takto – Akonadi je rozšiřitelnější a staví na používání D-BUS, namísto Corba/bonobo jako EDS. Jediným zásadním problémem je, že neexistuje Glib knihovna pro Akonadi, která by jej zpřístupnila i do „konkurenčního“ světa Gtk+ aplikací.

Používání

Z technického hlediska je významných několik věcí. Tou nejvýznamnější je, že Akonadi používá SQL databázi pro ukládání PIM dat. Je možné použít jak již běžící instanci, tak Akonadi umí spustit i vlastní proces. Donedávna byla jedinou podporovanou MySQL, ale 29. prosince 2009 byla přidána podpora pro PostgreSQL.

Podstatnou novinkou je integrace Akonadi a Nepomuku ve verzi 4.4, takže Akonadi teď kontroluje, zda je Nepomuk skutečně spuštěný. A pokud ne (anebo je použit špatný backend), začne si stěžovat.

S tím souvisí i velká nepříjemnost chystaného KDE 4.4 – uživatel Akonadi bude muset mít spuštěné dva databázové servery – Virtuoso a MySQL/PostgreSQL. Což je bohužel daň za poněkud rychlý a překotný vývoj, nicméně vývojáři Akonadi mají v plánu přidat i podporu pro SQL část databáze Virtuoso.

Běžící Akonadi je znázorněno modrou ikonou v systémové oblasti, která umožňuje provádět základní úkony jako spuštění, zastavení, vytvoření zálohy anebo konfiguraci.

V ovládacím dialogu je možné přidat a nastavit některý z Akonadi agentů, což jsou nezávislé pluginy implementující různé protokoly. Současná nabídka není nijak omračující, ale dá se očekávat, že vývojáři začnou portovat stávající implementace z různých programů do Akonadi agentů. Například KAddressBook je v KDE 4.4 jednou z prvních aplikací využívajících Akonadi, nicméně kvůli neexistenci LDAP agenta si stále LDAP přístup implementuje samostatně.

Problémem současného Akonadi je, že neexistují standardní uživatelé. Mimo KAddressBooku jsou to de facto jenom externí e-mailové klienty – mailody (1.5.0-alfa1) a lionmail (prohlížeč e-mailů v podobě Plasma widgetu). Jeho rozhraní je oproti KMailu dosti zvláštní, nicméně konfigurační dialogy Akonadi vypadají daleko rozumněji než to, co poskytuje KMail. Protože nepoužívá kio_imap jako KMail, takže netrpí jeho problémy, měl by být rychlejší, nicméně já spíše bojoval se (ne)stabilitou samotného programu (co chtít od alfaverze), takže nedokáži říct, zda je opravdu rychlejší. Z tohoto důvodu jsem rovněž netestoval žádné pokročilé funkce, jako například virtuální složky Nepomuku.

Quo vadis

Ve vydáních 4.0 až 4.3 Akonadi dřímalo mimo hlavní zájem uživatelů – vývojáři spíše implementovali samotný systém a nikterak Akonadi neprotlačovali do ostatních programů. To se s příchodem 4.4 změnilo a KAddressBook a integrace s Nepomukem jsou důkazy toho, že se v budoucích verzích KDE již bez tohoto systému těžko obejdeme.

Před vývojáři Akonadi teď stojí několik úkolů – tím prvním je pokračovat v implementaci podpory dalších protokolů, dále pak dlouho očekávaná podpora Akonadi v KMailu pro IMAP, případně implementace Glib klienta, který by mohl zvýšit zájem vývojářů mimo svět KDE, a v neposlední řadě poskytnout podporu pro Virtuoso SQL server, což odstraní nutnost používat dva různé databázové stroje.

Pohledem na plán pro KDE 4.5 vidíme port KMailu na Akonadi IMAP a paralelně s tím je ve vývoji je i KMail Breakdown Plan, který má za cíl rozdělit současný monolit do komponent, jež by mohly používat i ostatní aplikace. Akonadi v KDE 4.4 tedy bude spíše připomínat Plasmu v KDE 4.0, čili něco umíme a chceme vám to ukázat, než cokoli jiného.

Pokračování: Novinky v KDE 4.4

Novinky v KDE 4.4

Přes spousty textu jsme se nakonec dostali k tomu, co je vlastně v KDE4.4 nového. Na rozdíl od předchozího dlouhého povídání to teď vezmeme poněkud telegraficky…

Skrývání příliš dlouhých hlaviček e-mailů

Drobnost, kterou ocení především uživatelé KMailu, jimž chodí e-maily se spoustou položek v To: nebo CC:. KMail tyto údaje dokáže automaticky sbalit, takže nebudete nuceni se prodírat kilometry dlouhou hlavičkou jako doposud. Velice sympatické, především pokud jsou ty e-maily ještě navíc HTML (a existují situace, kdy je prostě potřeba si ten e-mail přečíst a ne ho jako normálně zahodit jako spam).

KRunner na vršku obrazovky

KRunner se nyní zobrazuje na vrchu obrazovky – tato změna mi osobně přišla rušivá zejména kvůli tomu, že nešlo okno jednoduše přetáhnout na „správné“ místo uprostřed obrazovky. Pro změnu je nutné navštívit nastavení.

Více animací

Bez obrázkového důkazu, ale 4.4 je daleko více animované než předtím. Například změna obrázku na ploše je doprovázena morph efektem, všechno plynule zajíždí a vyjíždí, akorát na kartě nVidia s ovladačem nv jsem těch animací viděl méně.

Nový dialog pro přidávání Plasma widgetů

Víte, lidé se ptali, proč není důležitá část plasmy napsaná v Plasmě. Takže tady máme nový dialog, akorát se umísťuje dospod obrazovky.

Systemsettings

Konfigurační centrum nám bobtná, mezi verzí .73 a .85 přibyla řada nových voleb

Navíc umí zobrazovat tooltipy, které rovnou ukáží, které submoduly jsou k dispozici

Plasma widgety v systemtray

Systemtray má podporu (alespoň některých) Plasma widgetů.

Nastavení vzhledu

Jak jsem již nakousl v první části u povídání o KWinu, problémy Oxygen/Nitrogen/Ozone jsou již minulostí, takže vzhled současné výchozí dekorace oken je nastavitelný prakticky v každém ohledu.

Nové náhledy adresářů

Náhledy adresářů vypadají velice efektně:

Taby v KWinu

Sympatické je, že KWin nedostává pouze nové efekty, ale i funkce, které nevyžadují funkční 3D akceleraci. Taby jsou funkce známá uživatelům Fluxboxu a dalších správců oken. Bude zajímavé sledovat, zda a jak tato vlastnost ovlivní zbytek programů, protože mít taby v KWinu, prohlížeči a vlastně i v taskbaru je už trochu moc tabů na nebohého uživatele.

Automatická maximalizace oken

Těžko říct, jak se vlastně taková funkce jmenuje, ale v zásadě jde o to, že pokud chce uživatel maximalizovat okno, stačí s ním zajet do horního okraje a po nějaké době se mu objeví maximalizovaný rámeček a pak stačí okno pustit a ono se maximalizuje. Podobně, pokud zajede doleva či doprava, okno se upraví tak, aby zabíralo přibližně polovinu obrazovky. Taková funkce se velice špatně vysvětluje a fotí, takže si prohlédněte video (2:12).

Plasma aktivity

Plasma team si našel čas na rozpracování pokročilejších možností – takzvaných aktivit. Novinkou je search and launch aktivita, která dělá z plochy jeden velký KRunner.

Příjemnou drobností je i fakt, že už je možné nastavit různé akce, jako třeba „zobraz menu po kliknutí na ploše“.

KAuth – autentizační knihovna

Jednou z chybějících vlastností řady 4 oproti staršímu vydání byla nemožnost pouštět některé nastavovací moduly jako root, takže z ovládacího centra nešel měnit například datum a čas, případně nastavení KDM. Novinkou vydání 4.4 je tedy knihovna KAuth. Ta umožňuje běh kódu s vyšším oprávněním, než má aktuální uživatel, pokud se dokáže k jeho provedení autorizovat (obvykle prostě zadá heslo roota). Při použití KAuth tedy není nutné, aby pod rootem běžela celá grafická aplikace, pod ním běží pouze ta kritická část zvaná helper. KAuth obaluje platformní odlišnosti ohledně autorizace a spouštění privilegovaného kódu.

V linuxových systémech KAuth používá polkit-1, což je nástupce staršího PolicyKit, jehož vývojáři se od verze 0.9 rozhodli začít znovu. Více zasvěcených detailů viz Polkit and KDE: let’s make the point of the situation. Díky práci mnoha vývojářů (jmenovitě KDE teamu Fedory) KAuth odstiňuje vývojáře KDE i od této situace a je připraven i na přechod z PolicyKit na polkit-1, který je plánován na 4.5. Současné vydání bude používat PolicyKit jako výchozí možnost.

V nadcházejícím vydání je KAuth integrován zatím pouze do modulu pro nastavení času.

Most wanted: K3b a Kaffeine

Jedním z velkých zklamání pro uživatele KDE je fakt, že populární programy K3b a Kaffeine zatím stále nemají (stabilní) verzi pro řadu 4.x, takže uživatelé buďto riskují s nějakou verzí z svn, případně používají starší a funkční variantu z KDE 3.

Jedním z důvodů tohoto stavu je i skutečnost, že se Sebastian Trueg, jakožto hlavní vývojář, věnoval spíše Nepomuku nežli K3b. Nicméně i tady se zablesklo na lepší časy, protože se objevil nástupce – Michal Malek z Polska. Při používání 1.66.0 jsem narazil na drobné problémy při grabování audiocd, takže jsem se vrátil k cdparanoia a ručnímu pálení z konzole. Proto nemůžu říct, jak dobře tato verze funguje.

Kaffeine se zdá být blíže stabilnímu vydání – číslo 1.0-pre2 ze září, ale u mě aplikace končila pokaždé pádem, takže jsem se vrátil zpět k verzi z 3.x.

Další zdroje

Na webu je k dipozici řada screencastů, které prezentují novinky v KDE 4.4 v poněkud lepší formě, než je strohý popis.

• KDE SC 4.4 Preview
• KDE SC 4.4 Preview (Part II)
• KDE Oxygen!
• KDE 4.4 early preview (svn 5 Dec 2009)
• Remote widgets
• Plasma Animations With Javascript (KDE 4.4)

A nakonec odkaz popisující současný stav KDevelopu a nástupce Quanty – Web developtment and KDE 4.

Závěrem

Toto vydání KDE představuje určitý přelom – jak se zdá, tak Plasma přestala hledat samu sebe a vývojáři se namísto stavění základů soustředí na vývoj nových vlastností. To se ostatně dá říct i o zbytku prostředí. Výjimkou jsou Nepomuk a především Akonadi, které vstupují do kolbiště uživatelských počítačů teprve nyní, takže jejich ostré hrany nebudou nijak výrazně upilovány. Největší problém představuje neexistence stabilních KDE4 verzí různých populárních programů jako K3b a Kaffeine.

Seriál KDE 4.4 (dílů: 3)

První díl: KDE 4.4: Ohlédnutí za dosavadním vývojem, poslední díl: KDE 4.4: Akonadi a ostatní novinky.
Předchozí díl: KDE 4.4: Nepomuk – žrout CPU, nebo technologie budoucnosti?

Diskuse k tomuto článku

[JoHnY2]

Zajimave novinky, ale je mi smutno, protoze KDE 4.4 pro me nebude. Az KDE 4.4 nekdo zavre do stabilniho distra, tak zkusim sambu v prehravacich, velmi sproste zanadavam a zase image ve virtualboxu smazu. Dopadlo to vzdycky stejne uz od verze 4.0, zmeny se nejspis nedoziju ja nebo KDE.

[Prcek]

Novinky zajímavé, ale teď koukám, že ta funkce maximalizace (atd.) oken jejich přemístěním k okraji plochy je okopírovaná z Windows 7, takže zas taková novinka to není. I když na druhou stranu bez kopírování funkčnosti by se desktop nikam nedostal .

[Espinosa]

Se Sambou a aplikacemi byli a jsou potíže. Většina z nich URL jako smb:// nepřebere. OpenOffice a podobně. Jediná univerzální rada - mountovat. Doporučuji smb4k. Mimochodem používá někdo smbfuse? To se mi jeví jako nejperspektivnější směr, jak pro Gnome tak KDE.

Co se týče přehrávačů, pak je v tom KDE4 pravděpodobně nevinně. Každý video engine je na tom se Sambou různě, mplayer má snad samba klienta v sobě přímo, do Xine musíte doisntalovat plugin xine-smb, a jak je na tom gstreamer netuším. KDE aplikace jsou jen wrappery těchto engine.

Jinými slovy, pokud máte Kaffeine s Phononem, tak zvolte Xine backend a dointalujte xine-smb balíček a mělo by to fungovat.

Podpora samby by se na aplikační úrovni řešit neměla. To je velká designová chyba. I na úrovni desktopu, KIO a podobné, to není vhodné, nemáme v linuxu jediný desktop a ne všechny programy jsou desktopové. Musíte jít níže. Buď explicitně mountovat, jako se tomu děje u externích médií jako je DVD nebo USB disk, nebo zapojit FUSE, to by bylo vůbec nejflexibilnější řešení.

[Atrament]

Já jsem fusesmb nějaký čas spokojeně používal, ale ten projekt je nejspíš mrtvý, teďka zkouším smbnetfsfunguje na stejném principu a zatím se mi jeví v pohodě.

[progdan]

Ten napad vypada velmi slibne. Nasadil jsem zrovna KDE 4.4.59, kde uz jsou pocatky portu KMailu na Akonadi. IMAP zatim spise nefunguje nez funguje (ale co bych taky mel chtit u druheho snapshotu!), ale Akonadi uz emaily indexuje. Je fakt, ze prevest klasicke uloziste do MySQL databaze trvalo dosti dlouho pri cca 5000 emailech a zapotil jsem je ja i MySQL server. Doufam, ze s tou podporou Virtuosa trosku hodej :).

Dlouho sem nechapal na co to Akonadi sakra vlastne je, ale posledni dobou uz jsem mu docela prisel na chut a rikam jednoznacne: Akonadi +1 (uz jen lepsi vykon a stabilitu a bude to uplne luxusni)

[pht]

V linuxových systémech KAuth používá polkit-1, což je nástupce staršího PolicyKit, jehož vývojáři se od verze 0.9 rozhodli začít znovu.

LOL, takže už máme i restarty technologií ala m$...

Problémem současného Akonadi je, že neexistují standardní uživatelé.

Aneb sága vývoje naruby pokračuje...

Donedávna byla jedinou podporovanou MySQL, ale 29. prosince 2009 byla přidána podpora pro PostgreSQL.

Takže uživatel může vyměnit jednoho slona za jiného? To opravdu očekávají že průměrný desktop bude živit SQL databázi? Nemluvě o tom, že pro PIM data SQL asi není to nejvhodnější...

[belisarivs]

Proc vyvoje naruby?

Ja mel za to, ze se proste vyviji backend (cili Akonadi) a az pak programy, ktere vyuzivaji.

Za vyvoj naruby povazoval postup, kdy se vyvije frontend a az pro nej nejaky backend.

[pht]

Jenže boty se dělaj na míru noze a ne noha na míru botám. Při absenci frontendu se backend nedělá na míru ničemu, nebo spíše na míru imaginárnímu frontendu. Dokud nemáte v ruce reálný kód který Vaši knihovnu bude používat, vyvíjíte naslepo. Pak to dopadá přesně tak jak to dopadá, tj. že se něco slavnostně vydá, a zjistí se, že to absolutně nesplňuje očekávání těch, kteří to chtějí použít.

[belisarivs]

No vzdyt ano. Nejdrive mas nohy a pak az neco kolem nich. Tak nechapu, proc se ti nelibi, ze mas nejdrive funkcni nastroje az pak kolem nich nejaky frontend.

Dokud nemáte v ruce reálný kód který Vaši knihovnu bude používat, vyvíjíte naslepo.

A pokud nemam k ruce nejaky backend, na kterem bude ten muj frontend zaviset, tak vyvijim naslepo rovnez a rekl bych, ze jeste vic, protoze nemam tuseni, jak ta funkcni vrstva bude pracovat.

[pht]

Jenže noha je v tomto příkladu front end protože to je to s čím pracujete vy jako uživatel.

Koncepce a mentalita, že začnu vyvíjet nějakou knihovnu a "časem, až to bude fungovat" k tomu dodám "klikátka" je zastaralá a neosvědčená. Pokud chcete dělat něco opravdu pro uživatele tak musíte začít s tou částí, která bude vystavena uživateli. Ta nejdřív nebude "umět nic" a postupně budete ty funkce nabalovat. Tak jde ruka v ruce svět vývojáře a svět uživatele. Jinak to dopadne třeba takhle.

[petr_p]

Koncepce od uživatele dolů ale používá z jiného důvodu: uživatel neumí vysvětlit, co chce, uživatel chce co nejrychleji nablýskaný výsledek bez ohledu na funkčnost (o skutečnou funkcionalitu se stará až ve třetím kroku), o chybách v útrobách uživatel nedokáže argumentovat, takže vývojář může uživatele odbít. Celý to je o tom, jak rychle vytáhnout z uživatele peníze a pak se opravy nedodělků schovat do pokud možno nekonečné údržby.

Tohle je totiž jedna z věcí, kterou se odlišují komerční aplikace od nekomerčních. Můžeme vzít provařený příklad Windows a GNU/Linuxu. Přesně tenhle přístup vytlačil Microsoft z oblasti serverů.

[pht]

Tohle (zejména druhý odstavec) je nesmysl a jeho rozpitvání je na delší diskusi.

[Xerces]

Bohužel se s tím musím ztotožnit.

[pht]

Jasně. Hodíme to na Microsoft. Akonadi je super.

[Matlák]

Myslím si že je v tom něco pravdy. Vyvíjení aplikace vizuálně- od GUI k funkcionalitě - je v MS světě standard. A není to špatný model, pokud chcete rychle mít hotovou aplikaci pro BFU. To že spousta funkcí je pevně svázána s tím GUI, je nepodstatné. Tak se to pro jiné GUI nebo pro automatizaci implementuje jinak přesně takhle vyvíjí Microsoft.

Model kdy se vyvíjí backend a k jeho testování se používají automatické testy nebo CLI rozhraní a až potom se vyvíjí frontend je značně přehlednější a flexibilnější. To umožňuje mj. i levnější vývoj, s účastí mnoha stran. Rychlost vývoje je ovšem nižší,

[pht]

Na to lze říci jedině to, co výše.

[nikdo]

Ale oni frontend mají, jmenuje se Kontact.

[imploder]

No jasně... bota je uživatel a využívá nohu, potažmo člověka, kterému patří :D Např. pro tzv. "eskortní boty" z červeného trpaslíka tohle platí :)

[Ash]

:)

[Rezza]

Jo, polkit-1 a KDE, to byla zabiracka, ale stihli jsme to do 4.4 Jinak tento restart me celkem dostal, ale polkit-1 je skutecne lepsi nez stary a resi par problemu (a par prinasi :D). Kazdopadne KAuth tyhle rozdily odstini!

[Petr Konečný]

Novinky v KDE 4.4 vypadají zajímavě. Docela bych ale ocenil, kdyby vývojáři konečně zapracovali na funkci na to, aby si systém pamatoval mnou zvolenou pozici a velikost okna. Docela mě štve, že se například Kaffeine pokaždé spustí na jiné pozici a s jinou velikostí, maximalizovaný Amarok se po restartu objeví na ploše 1 i když před resetem byl na ploše 4,... Možná je to problém samotných programů, ale docela mě to štve...

Velice oceňuji, že se konečně začne někdo věnovat Kaffeine - současná verze pre 1 toho moc neumí.

A ještě bych měl dotaz - stává se vám, že se občas sám od sebe zapne spořič obrazovky, i když máte veškeré spoření vypnuté? Mně pomůže až reset pro vypnutí zapínání spoření obrazovky...

[Jozef O]

Klik na okno pokrocile->specialne nastavenie aplikacie

[Petr Konečný]

Díky moc za nakopnutí To se vývojářům moc omlouvám - nikdy jsem si toho nevšiml

[Poborskiii]

Mě spořič zlobí děsně a pokaždý jinak. Minimálně každých deset minut se mi spustí náhodný spořič, ikdyž mám spořiče vypnuté, ikdyž je mám třeba blokované přehrávačem videa, ikdyž jsem třeba povypínal celý powerdevil. Když se mi spustí mnou nastavený spořič, tak obvykle po cca deseti minutách se přepne na náhodný spořič, někdy se rovnou spustí náhodný spořič a v určitých intervalech se nahodile mění, přičemž se spouští spořiče, o jejich existenci nemám ani potuchy, resp. řadu z nich se mi v nastavení xscreensaveru nedaří najít. A podobné vychytávky, už mi to leze na nervy. A už to dělalo v KDE 4.3.x., akorát se to asi zhoršilo.

Na Kaffeine se pracuje furt (svn verze), ale jde to pomalu, proč distribuce zařadily tyhle nedomrlé pre-alfa verze, naprosto nechápu. Takže, když potřebuji, spokojeně používám poslední trojkovou verzi 0.8.8.

[partizann]

Na vypinanie uspornych funkcii monitoru: $ xset dpms force off

[Josef Kufner]

To nevypne usporne funkce, ale cely monitor

[pht]

xset -dpms

[maikcrew]

Mě se tento desktop líbí po grafické stránce moc, ale rychlost na netbooku je otřesná proto raději používám podstatně rychlejší Gnome. Ale ještě rychlejší je LXDE.

[koso]

Rovnako plati pre notebooky s integrovanou kartou (intel). Zial je to smutne, ked musi clovek pozerat na lagujuce animacie, a pritom ak na tom istom kompe zapnem compiz (v tej istej instalacii KDE4), tak je vsetko absolutne plynule. Ale najsmutnejsie je, ze s tym si nebudu uz nic robit ...

[alblaho]

Připadá mi, že KDE 4.4 bude zase jen snapshot systému uprostřed vývoje. I když to vypadá, že cíle jsou správné, tak jsou ještě hodně daleko. A než se tam dojde, tak se vytyčí ještě ambicioznější cíle.

Ještě že můžu zůstat u přízemního GNOME. Abych se přiznal, tak mě linuxový desktop sere čím dál víc a občas uvažuju, jestli se po pěti letech nevrátit na windows. Sedmičky jsou aspoň dodělané.

[pht]

Bohužel je to tak. Dřív jsem každýmu hrdě ukazoval (a instaloval) KDE3 a lidi jásali, dneska se bojím jim ukazovat cokoliv, natož někoho konvertovat.

"Podívej, tohle je Linux, system tray nefunguje, takže ho nemám; aby to šlo používat musíš povypínat tohle tohle a tohle, a občas to spadne, takže takhle se to restartuje. Když zasuneš flešku tak musíš zmáčknout F5 a přehrávač videa neexistuje."

"A čím se to liší od XPéček?"

[jozka]

S tou fleskou je to docela zajimavy. Mam opensuse 11.2 upgradovane z 11.1 a 11.0, KDE4 postupne z 4.0 az na 4.3.x, dam flesku, ta se prihlasi a namountuje. Po vanocich jsem instaloval novy notebook, cista 11.2 s KDE4, a kdyz dam flesku, sice se mi ohlasi pres knotify, ale musim zvolit "otevrit v dolphin", aby se namountovala...

[koso]

Myslim ze sa da nastavit aj automaticke mountovanie v Kde 4.4. Prispevok na ktory reagujete pravdepdobne naraza na problem dolphinu, ktory sposoboval, ze sa zobrazenia adresarov nerefreshovali automaticky po zmene obsahu a to nie len pre pripojitelne disky, ale pre vsetky :P

[jozka]

aha, diky za upresneni.

A jen tak mimochodem... jak se to da nastavit? Myslim, ze uz se to resilo i v poradne a k nicemu se nedoslo.

[Franta Uživatel]

Přílohy:

• snímek1.png (114675 bytů)
• snímek2.png (72206 bytů)

vizte přílohy.

[jozka]

Příloha:

• nastaveni_kde.png (76064 bytů)

tak nevim...

[Honz]

Mě by spíš zajímalo toto: opravdu jem jediný vůl, který nutně potřebuje nějaký widget pro sensory a ten NENÍ!? Doufám s každou novou verzí...
Ale pokaždé jem zklamán. Nevím, který magor vymyslel ty otáčkoměry nebo stupice, ale já chci jen a pouze číslíčka v panelu, jako uměly Ksensors a to prostě není. Stokrát už jsem prohledal stránky KDE, ale nic...
Opravdu nikdo jiný ten problém nemá?

[jozka]

Ne. Ja nastesti porad jeste pouzivam gkrell, a tam to je pres cislicka.

[bhy]

někdo asi ano, ale vývojáři KDE to nebudou..

[hryzo]

Presne na to iste nadavam, neexistencia appletov ma skoro prinutila si ich vytvorit, ale po vsetkych minusoch KDE4 som presiel inam. A to som potreboval nieco na meranie rychlosti a prenesenych dat do panela (http://projects.gnome.org/netspeed/) a jednoduchy system monitor, len aby som to mal na ociach (ala system monitor v gnome). pre mna velmi podstatne veci, nepomoze mi, ze si mozem dat 1000 plasmovych zbytocnosti na plochu

[belisarivs]

Ze jsem tak zvedavy, proc jsou to pro tebe tak strasne dulezite veci?

[Andrej Herceg]

Mňa by zase zaujímalo, prečo je pre niekoho dôležité to, aby pri čítaní emailov musel mať spustenú MySQL databázu.

[Heron]

To já bych bral všemi dvaceti.

[Josef Kufner]

Když jsem teďka v Evolutionu kliknul na virtuální složku "Nepřiřazené", tak mi to oznámilo, že tam je přes 180 tisíc mailů. Celkový počet odhaduju tak na čtvrt milionu (2,1 GB). Cokoliv jiného než pořádně zoptimalizovaná databáze nemá šanci.

[Andrej Herceg]

Mám niekoľko stoviek emailov a pri takom počte funguje bez problémov aj priame ukladanie na disk.

[Josef Kufner]

Uvědomuješ si, že to, co jsi právě napsal, nijak neodporuje mé odpovědi na tvou otázku a navíc to ani nemá s tvou otázkou nic společného?

[Andrej Herceg]

Aha, takže to ty si zodpovedný za MySQL v KDE4? To ale potom všeličo vysvetľuje.

PS: Ceľkom by ma zaujímalo, kto je podľa vývojárov KDE ich cieľová skupina.

[thingie]

Já bych třeba nechtěl používat nic, co by se už při nějakých hloupých deseti tisících začalo tvářit, že je to moc. A nemám pocit, že by MySQL byla nějaká obrovská věc, která by měla něčemu vadit. Na druhou stranu si zase taky nemyslím, že by MySQL bylo něco, co by tam muselo být. notmuch má jednoduchou databázi s Xapian, a těch deset tisíc to zvládá mrknutím oka.

[Andrej Herceg]

Ak tam, okrem MySQL (a PostgreSQL) bude aj niečo pre ľudí, čo nemajú státisíce emailov, tak samozrejme nebudem mať žiadne námietky. Lenže nejde o nový efekt do Kwin a nič také nepotrebuje ani vývojár so svojím supervýkonným počítačom a kopcom emailov, takže mám strach, či sa niečo také v KDE objaví ešte skôr, ako ho budú znovu úplne prepisovať.

[thingie]

On ten systém přestane fungovat, jak v něm bude méně jak pět tisíc mailů? Jedna instance MySQL je pár mega paměti, míň než pár pitomých pixmap z nesmyslných appletů na ploše. Na CPU cykly to taky není žádná extrémní zátěž navíc. Ono je to sice hezký se pohoršovat, že prej oh noes, je v tom MySQL, enterprise, bloat!!!1 Ale realisticky… ten GUI krám k tomu, co tam bude pro jakýkoliv systém, je nejspíš větší.

[Andrej Herceg]

Jedna databáza nevadí. Problém ale nastáva, keď veľa rôznych častí začne používať niečo, čo potrebuje len pár MB, alebo pár cyklov CPU, navyše (a to sa deje pri takmer každej novej verzii akéhokoľvek programu, knižnice, jadra Linuxu, ...).

[thingie]

To se obecně taky neděje. Každopádně, konkrétně v tomhle případě značně pochybuju, že mít několik různých verzí podle toho kolik kdo má mailů by něco zlepšilo. Spíš právě to by byl ten správný zoufalý bloat. A nezvládat víc jak pár tisíc mailů by bylo leda pro ostudu.

[tomasgn]

To se obecně taky neděje.

ze ne? jednu databazi si tahne nepomuk (redland, sesame2 nebo virtuoso), druhou databazi zase kdepim a jeho akonadi. nejak se nam ta krasa a cistota unixu v podani soucasnych (nejen) linuxovych desktopovych prostredi ztraci.

[thingie]

Ztrácí? Odkud? Co? He Na Unix už jsem slyšet spoustu kritiky, ale že by ho někdo označil a krásný a čistý!

[pht]

Jedna instance MySQL je pár mega paměti, míň než pár pitomých pixmap z nesmyslných appletů na ploše. Na CPU cykly to taky není žádná extrémní zátěž navíc. Ono je to sice hezký se pohoršovat, že prej oh noes, je v tom MySQL, enterprise, bloat

To není pravda. MySQL je docela složitá věc jak na správné nastavení tak údržbu. Používá akonadi aspoň explicitně innodb? Stará se nějak někdo nebo něco o pravidelnou zálohu z toho krámu? Co má uživatel dělat, když to s sebou sekne?

Já hlavně nechápu proč zronva MySQL. Proč tam nedali nějaký obecný SQL driver, který bude umět všechno od sqlite po oracle? Vždyť i to pitomé Qt to už takhle umí.

Kdyby aspoň to MySQL bylo nějak unifikované pro více částí KDE, nebo aspoň se plně využívaly výhody SQL (sdílení, přístupová práva, ... a kdoví jak složité dotazy to tomu klade). Ale takhle je to tak, že jedna věc si s sebou donese jednu sloní nohu, druhá věc druhou, a ve výsledku na netbooku běží plnohodnotný mainframe.

[Michal Vyskočil]

Já hlavně nechápu proč zronva MySQL. Proč tam nedali nějaký obecný SQL driver, který bude umět všechno od sqlite po oracle? Vždyť i to pitomé Qt to už takhle umí.

Že by bylo jednodušší to vyvinout a otestovat pod jednou databází a teprve potom rozšiřovat o podporu ostatních? Což je tak zhruba to, co se teď děje ...

[pht]

To pořád neodpovídáte na mou otázku.

[danaketh]

A co by uživatel dělal, kdyby se pošta ukládala do nějakého takového čehosi, místo té MySQL a ono to cosi lehlo? Je stejně v háji jako když lehne MySQL. Obyčejný uživatel nepotřebuje (a nechce) být zatěžován informacemi jak to funguje a co to potřebuje. Chce jen aby to fungovalo.

Já jsem za MySQL rád (ačkoliv vámi zmíněný obecný driver by byl IMO lepší) - když potřebuju zálohovat, stačí mi relativně jednoduchý script, kterým dělám dump databáze a mohu ji tak snadno kdykoliv obnovit.

Navíc v případě BFU s tuxem bývá po ruce nějaký ten odborník, který by tohle mohl za uživatele pořešit (jako to dělám já pro rodiče a pár známých - oni PC používají, já se starám aby fungovalo). A mně jako člověku, který ví (alespoň částečně) jak to funguje, je taky jedno, jestli se mi pošta ukládá do MySQL, Oracle nebo nějakého binárního čehosi, k čemu má přístup jen KMail. Podstatné je, že to funguje ať už pracuji s 5 maily za měsíc nebo 100 denně. Nemluvě o tom, že když se MySQL rozhodně nespolupracovat, jsem většinou schopen problém sám vyřešit.

Každopádně souhlasím, že by bylo vhodné, kdyby se zvolila jedna databáze a na té se stavělo. Mně osobně to příliš nevadí, protože MySQL i PostgreSQL používám k práci ale nutnost mít spuštěné dvě nebo tři databáze jen proto, že někdo napsal jednu aplikaci pro tu a další zase pro tuhle, je špatná cesta. Zvlášť, když se ve finále používají jen jako skladiště.

BTW: netuším do čeho ukládá poštu Outlook nyní ale kdysi používal nějaké šílené soubory, jejichž zálohování a následné obnovování bylo jako osina v zadku :)

[Josef Kufner]

když potřebuju zálohovat, stačí mi relativně jednoduchý script, kterým dělám dump databáze a mohu ji tak snadno kdykoliv obnovit.

Tak na tohle zrovna MySQL není moc dobrá. Narozdíl od všech jiných desktopových udělátek si data ukládá mimo uživatelův $HOME, takže je zálohování výrazně složitější (ostatní se zálohuje automaticky spolu s $HOME).

[Vantomas]

Tak na tohle zrovna MySQL není moc dobrá. Narozdíl od všech jiných desktopových udělátek si data ukládá mimo uživatelův $HOME, takže je zálohování výrazně složitější (ostatní se zálohuje automaticky spolu s $HOME).

Hmm...

10985 ?        Sl     0:25 /usr/sbin/mysqld --defaults-file=/home/vantomas/.local/share/akonadi//mysql.conf --datadir=/home/vantomas/.local/share/akonadi/db_data/ --socket=/home/vantomas/.local/share/akonadi/db_misc/mysql.socket

[Josef Kufner]

Aha, tak to je pak jiná. V tom případě je vše v nejlepším pořádku.

[tomasgn]

to by me zajimalo, jak se to chova pro vice prihlasenych uzivatelu na jednom stroji. nekolik spustenych mysql databazi?

[Josef Kufner]

Ne, s Akonadi nemám nic společného. Mám pár patchů v Aroře a IceWM.

[tomasgn]

kolik z tech mailu je skutecne potrebnych?

[Josef Kufner]

Většinu toho dělá RSS a mail listy (cca 40K/rok). Ale i pracovních věcí a soukromé korespondence je tam hodně (tisíce mailů za posledních pár měsíců).

Pořád to však je jen pár desítek tisíc -- slušná databáze se v takovém množství ani nezadýchá, Evolution potřebuje i desítky sekund na vypsání obsahu virtuální složky...

[Heron]

To je trochu filozofická otázka.

Pokud bych je neměl, dokázal bych bez toho žít? Nepochybně ano, ale bylo by to v určitých směrech těžší. Jakou jinou odpověď očekáváte?

[tomasgn]

odpoved neocekavam zadnou. jen narazim na to, ze lidi neumi nebo nechteji mazat starou, nepotrebnou postu po te, co si dulezite veci vytridili. proto zadaji, aby byla nekde v databazi a byla necim indexovana, aby se v te hromade sena vyznali a dalo se s tim jeste nejak pracovat.

[Heron]

Co když je prostě potřebují všechny? Kdo určí kolik je hodně?

Já mám též větší množstí emailů (přes dva miliony) z mailling listů a konferencí. Dá se v tom krásně hledat řešení problémů.

[danaketh]

Já teď mazal starou poštu z bývalé práce a práce před tím. Docela hodně toho bylo. Ale jinak skladuji cca 500 mailů starších 3 let, protože v nich jsou informace, které chci mít k dispozici (ikdyž se do nich podívám jen několikrát ročně). Většinou jde o nějaká potvrzení, korespondenci s úřady a podobně :) To je prostě lepší mít pořád po ruce (asi jsem trošku paranoidní).

[hryzo]

Doma mam datovo obmedzeny net, potrebujem vidiet aktualnu rychlost aby som zamedzil nechcenemu stahovaniu dat. Pred casom som mal WinXP a kvoli jednej stranke, ktora neviem preco tahala data na pozadi som prisiel o 200MB. Mat meranie rychlosti na panely, vsimol by som si to a netahali by sa polhodinu zbytocne data. Nepodstatne ked sa to stane iba raz,ale predstavme si,ze sa to deje castejsie.

Mam notebook, preto sledovanie aktualneho vytazenia CPU je pre mna nesmierne dolezite z hladiska vydrze baterie + prehrievania. Rovnako ale menej podstatne je sledovanie teploty GPU v panely, aj toto som sledoval, ked som mal nejake narocne 3D aplikacie.

Ono si poviete naco - ale staci,ze nieco zere CPU na max, stupne jeho teplota a tym padom aj teplota GPU a celeho notebooku. Samozrejme to plati aj opacne.

[Let_Me_Be]

A co s tim ma spolecneho databaze? To jako bez ni ten program zapisuje data do vzduchoprazdna a nespotrebovava zadne CPU?

[hryzo]

Spustite na svojom KDE4 kalibraciu vasich oci, moj prispevok je odpovedou na prispevok od "belisarivs" ktory sa ma pytal, preco su pre mna tie applety (widgety, plasmoidy) take dolezite.

[Marián Kyral]

Ono si poviete naco - ale staci,ze nieco zere CPU na max, stupne jeho teplota a tym padom aj teplota GPU a celeho notebooku. Samozrejme to plati aj opacne.

Já používám "Prohlížeč zátěže systému", "Teplota", "Síť" - ta by potřebovala vylepšit a kNemo. U všech těch apletů by šlo dodělat zobrazování aktuální hodnoty číslem, ale bohužel se k tomu asi nikdy nedostanu, takže bude třeba aby se na to mrknul někdo jiný

[Semo]

Obecne vela veci sa prestalo dat sledovat okamzite. Chcem uroven hlasitosti? Nabehnem a pockam na tooltip. Chcem teplotu CPU? Nabehnem a pockam na tooltip. Chcem teplotu disku? Nabehnem a pockam na tooltip. V KDE3 sa to dalo vidiet hned.

A aj veci, ktore este nesprasili uplne, tak vdaka posranym efektom su horsie citatelne. Taky "System Load Viewer" ma stlpceky po novom kvazi-3D/vypukle, co znamena, ze ich lava polka je svetlejsia ako nastavena farba a ich prava polka je tmavsia (gradient). Nastavit si farby IO, USer space, Kernel space, Nice, Ram, Swap atd. tak, aby to vsetko bolo aj pri vykreslovani hned vedla seba dobre odlisitelne je uz skoro nemozne. Pretoze vzhlad ustupil pouzitelnosti a tam, kde v KDE3 stacil obdlznicek danej farby, teraz musi byt gradient. Ak by som mal panel vysoky 40p tak to asi uvidim aj tak, ale pri nejakych +-24p uz vidno prd.

[Zdeněk Štěpánek]

Cele tohle nove KDE je jen jednoznacny dukaz ze pro normalni uzivatele je GNOME s Ubuntu. Ja ackoliv provozuju KDE 4.3.4, tak s nicim jinym jsem nemel tolik prace po instalaci jako s KDE 4. Vypnout ty nesmysly jako nepomuk, akonadi, strigi a co ja vim jeste jaky veci se mi spousteli sami od sebe... Cim dal tim vic mi to zacina vadit...

Gnome spustim a jedu, normalni uzivatel se v tom orientuje tak 3 minuty a pak uz vi kde co je.

Zdenek

[True54]

Tím bych si nebyl tak jistý. Všechno co jste vyjmenoval je definováno distributorem. V Opensuse 11.2 je rozhodně KDE 4.3 ve velmi dobrém stavu, funguje dobře i na notebooku, ani moje partnerka nemá problém. Zato GNOME trápí řada bugů.

Například poslední verze Ubuntu začíná hraničit s nepoužitelností. Namátkou třeba ty úžasné notification dialogy, které nejdou vypnout, odkliknout, a otravují přes půl dipleje půl hodiny.

[hryzo]

sudo mv /usr/share/dbus-1/services/org.freedesktop.Notifications.service /usr/share/dbus-1/services/org.freedesktop.Notifications.service.disabled

[True54]

jistě. Ale mám to považovat za řešení?

[Zdeněk Štěpánek]

Zrovna to me v KDE stve taky. V tray se od jiste doby objevila ikonka s "i" ktera nejde vypnout a pri souborovych operacich z toho furt neco vyjizdi a po dokonceni to tam visi...

Obzvlaste otravne to je kdyz treba rozklikavam nejakou fotogalerii do tabu v Konqueroru. Pulku monitoru zaberou prihlouply okynka s teplomerem a vlezou si i pres ty odkazy kam chci klikat.

Ja jsem teda novy ubuntu nekolikrat instaloval a obcas zkousim nebo pouzivam na test a nezaznamenal jsem zadny zavazny problem. Doinstaluju medibuntu a thunderbird, vyhodim fspot a empathy, nahodim pidgin pripadne digikam, par her a system je hotovej.

Jen me nehorazne stve ze mi vzdi pri nabootovani posune systemovej cas o hodinu zpatky, kram jeden...

Zdenek

[hryzo]

Nie je to tym, ze mas cas nastaveny na UTC a posunie sa podla casovej zony?

[True54]

Každé z těch oken můžu okamžitě myší zavřít, nebo je zavřít všechny najednou. To že KDE team sjednotil hlášky do jedné ikonky je pak velké pozitivum. Jenže Ubuntu zprasilo GNOME do té míry, že ta hláška vyskočí, a nejde vypnout. Když nad ní najedu myší, tak zmizí, abych ji nemohl odkliknout pryč. A když s myší odjedu, zase se tam vrátí a otravuje po zbytek vymezeného času. Je to jak ta profláklá flashová hra co kolovala po internetu při druhém zvolení Bushe do úřadu prezidenta. Uživatel mohl myší hlasovat, ale ať udělal cokoli, hlas přičetli vždy Bushovi.

[Vocas]

Me zas v kubuntu nejde nastavovani casu vubec...vyhodi chybovou hlasku, spustil sem ntpd rucne a stejne nic. Na vsech pc, dokonce i ted vyvojova verze lucid nebo jak se to menuje... na netu sem zadnou kloudnou radu nenasel. Na hlaseni bugu nemam zrovna moc naladu , kdyz sem posledne reportoval do mandrivy tak to stejne vysumelo do prazdna...

[True54]

Platí již řadu led jedno zásadní pravidlo. Chcete používat KDE? Pak nesmíte používat Ubuntu (alias Kubuntu)

[True54]

řadu let, samozřejmě jsem chtěl napsat

[Atrament]

ta ikonka s "i" jde lehce odstranit a pak už nic nevyskakuje...

[Scarabeus IV]

Me se hrozne libilo jak nikoho netrapi to ze jsou vyzadovany pro beh KDE 4.4 dva enterprise databazove systemy.

Virtuoso + neco jineho (mysql/postgres).

Nastesti se to stale da zkompilovat tak ze mi to ani jednu z tech veci necpe (a ze to tak bude default v gentoo dokavad neuvidim jedinou uzitecnou vec krome hvezdicek u obrazku).

Btw nechcete nekdo naprogramovat spravce bookmarku a doplnovani url v konqueroru, mohlo by se to ukladat do databaze a mohl bych doporucit treba oracle... Kdyz uz databaze tak ve velkym :]

[Cubic]

Příjemnou drobností je i fakt, že už je možné nastavit různé akce, jako třeba „zobraz menu po kliknutí na ploše“.

Konecne

[jiřík]

K tomu, že "neexistuje standardní uživatel" apod.

Slova Steva Jobse: "Neposlouchejte uživatele, oni neví co chtějí" většinou platí a tak je možná dobře, že se něco staví a uživatelé ještě nevědí, že to chtějí :)

[JoHnY2]

Ja mam jen trochu strach, ze si vyvojari udelaly z KDE jedno velky piskoviste na hrani.

[Viktor z VŠCHT]

Jo, je to fajn, jak to jde dopredu. Porad ale postradam to, co jsem od Akonadi cekal uz od te doby, co nase skola presla na MSExchange 2007. Doufal jsem, ze uz v KDE4.2 bude podpora MAPI, tak jsem si rekl, ze v 4.3 uz urcite, ale ono to neni ani 4.4! To driv dostuduju, nez se toho dockam...

[TM]

Aha. Takže pokud budu chtít třeba na mininotebooku používat PIM, bude mně v systému muset běžet poměrně velká SQL databáze a jakýsi poněkud pochybný Nepomuk, žeroucí čas CPU a otravující přístupy k disku (omlouvám se tomu stejně pojmenovanému malebnému městečku v západních Čechách - srovnávání s těmito pitomosti si fakt nezaslouží). To je skvělé. Čím dál lepší...
Linuxový desktop úspěšně spěje k sebezničení a stavu, kdy jej nikdo normální nebude ctít používat.
Proboha, to jim to ještě nikdo neřekl? To už není obyčejný software s naprosto chybnou koncepcí postrádající při vývoji jakékoliv řízení kvality , ale velmi vážná diagnóza...

[pht]

+1

[PetrHL]

Bohužel máte pravdu . Nové KDE jsem zkoušel v Mandrivě. Vypadalo to moc pěkně, ale ... . Všechno strašně přeplácané, nepřehledné. Na desktopu používám Gnome a děsím se Gnome 3. Asi budu muset pak přejít na nějaký lehký WM. Nainstaluju Xbuntu. Otázkou je, na jak dlouho budu mít pokoj ... .

[tomasgn]

bohuzel zavislosti kde na tomto molochu jsou takove, ze napriklad v ubuntu na akonadi zavisi, mimo rady jinych, napriklad kmail a kontact, ale take kopete, dokonce i koffice, a prekvapive ktorrent (???). takze shledavame-li nezadoucim, aby se nam v pocitaci prohanely samoucelne databaze, muzeme kde4 rovnou zahodit, protoze bez nich zustane funkcni jen par her a zakladni desktopova omalovanka, ktera se ergonomii na hony vzdalila.

[TM]

Ne vzdálila, ale nemá s ergonomií naprosto nic společného. KDE3 bylo normální solidní GUI. Tento paskvil je snad míněn jako nepovedený žert. Bohužel smrtící. Kromě pár hračičků s fůrou času to nikdo nebude chtít používat. Možná je marketing nejmenované firmy již tak brilantní, že se mu podařilo rozložit open source konkurenci na desktopu zevnitř - velmi úspěšně, protože když dnes postavíte 9 let stará XP vedle současných KDE hrůz v linuxových distribucích, hořce zapláčete.
Říkal jsem si, že tedy přejdu na Gnome. Na strojích s CentOS5 OK, spokojenost. Na PC s OpenSUSE 11.2 je v novějším Gnome problém bez triků provést i takovou trivialitu jako shutdown či restart přímo z prostředí, o problémech se zvukem, Bluetooth a Obex ani nemluvě...Bojím se, že už to degenerování a rozklad začíná i zde...Kam jinam utéct, dopadne - li to i v Gnome stejně? Jeden můj kolega má jasno. Nakoupil domů Macy.......přitom v práci jej živí enterprise linuxové systémy. To není náhoda, to jen i staří věrní uživatelé s dostatkem technických znalostí vidí, že Linuxový desktop je čím dál víc vlastně jen těžko použitelná hračka.

[tomasgn]

KDE3 bylo normální solidní GUI.

vzpominam si, jak jsem kdysi pred lety od kde odesel. nejprve jsem zahodil kmail, pozdeji cele kde, protoze bylo nestabilni a pomale. pred casem jsem kde3 vyzkousel znova a shledal ho pouzitelnym - patrne opravili zasadni chyby, a hlavne se zvysil vykon pocitacu. jenze to uz vyvojari kde3 hodili pres palubu a zacali vyvijet dalsi nepouzitelnou napodobeninu desktopoveho prostredi. tesi mne, ze jsem nekolika lidem s linuxem na notebooku neinstaloval kde. zaroven mne desi, ze dva dalsi kde(3) pouzivaji, protoze po dalsim upgradu nezbyde nez jim pretahnout postu do neceho jineho a vysvetlit jim, ze kde uz neni tim dobrym prostredm, jak byvalo.

zbyva nadeje, ze se a) najde skupina programatoru, ktera bude pokracovat ve vyvoji kde3, nebo b) se vyvojari kde vzpamatuji, prestanou si hrat s blbinama, kde4 zahodi jako slepou vetev vyvoje, a sami se vrati ke kde3.

obavam se vsak, ze spis si jako uzivatele budeme muset najit jine graficke prostredi. mozna za pet let bude kde4 stabilni, jaksi pouzitelne, a budeme potrebovat pocitac s nejmin sestnactijadrovym procesorem a 12 GB RAM, aby zvladnul vsechny databaze a dalsi balast, ktery to s sebou potahne :-/

[default]

A co jako čekáš? Vždyť nedokážou vymyslet ani smysluplný jméno.

[Ladicek]

Sice mám Nepomuk vypnutý a nepoužívám nic, co potřebuje Akonadi, ale tyhle diskuse ve mně vždycky zanechají dojem poněkud zvracivý. Pánové, to chcete, aby každá aplikace, která potřebuje ukládat trochu složitější data, obsahovala vlastní databázi ušitou na míru? Vona to totiž nejni prča, víte.

[finn]

To ne, ale nešlo by jejich používání sjednotit? Nepomuk používá Redland/Sesame2/Virtuoso, Akonadi vyžaduje MySQL...

[Ladicek]

Pokud se nepletu (teď to znova číst nebudu), tak otázka je zodpovězena už v článku – pro Akonadi se připravuje podpora pro Virtuoso SQL. S tím, že Virtuoso by mělo být jediným backendem pro Nepomuk, to snad bylo v nějakém z minulých dílů, by se té toužené jednoty snad dalo dosáhnout

[tomash]

Tak s tim musim chte nechte souhlasit. Me prijde cely vyvoj KDE 4 jako kolosalni slapnuti vedle a zda se mi, ze v normalni komercni firme by to uz davno odpiskali, project managery vykopali a architekty zastrelili. Gnome mi prislo vzdycky hloupejsi, ale k memu prekvapeni tam nektere veci funguji vyrazne lepe. Udelal jsem takove kolecko KDE 3.5.x, KDE 4.1.x (nepouzitelne), Gnome, KDE 4.3.x (jakztakz), KDE 4.4RC1 (prekvapive nestabilni). Nevim, linux se mi na desktopu hodi - preci jen si s unixem hraju skoro 20let a chybelo by mi to, utect k windows nejde. Asi budu muset zkousnout gnome-terminal a encapsulovat do gnome.

[pht]

Asi budu muset zkousnout gnome-terminal

terminálů existuje celá řada, a co si budeme povídat, konsole (obzvlášť verze 4) je taky pěkně k vzteku.

[TM]

Jsme na tom stejně. Mít na PC cokoliv jiného než unixový OS je pro mě těžko představitelné, ale grafické prostředí, které jsem používal zcela zdegenerovalo. To druhé - Gnome je ještě stále jakž takž OK, ale bojím se, že se nakazí. První příznaky již pozoruji. Nějaké Xfce apod. také není řešením, protože i tak budu muset používat aplikace, psané pro ta 2 před ním.

Ano, v komerční firmě je nepředstavitelné, že by s tím v rámci pudu sebezáchovy ještě ztráceli čas. Komunitní Open Source takové mechanismy nemá a tak klidně 10 let nikdo nepřizná chybu a bude tvrdit, že čtverec je kulatý, voda teče nahoru a černá je vlastně bílá.

[Radek]

Velice souhlasím. KDE 3 bylo v podstatě OK. a Gnome a zvláště jeho aplikace jako Brasero a další mi přišly horší. Ale KDE 4 je mnohem horší. to co mi vadí je jednak stabilita. Už se mi několikrát stalo, že jsem vhodil film do VLC a spadlo celé KDE. což v případě, že vedle mám rozeditované dva soubory v openofice.org a Konsoli se su na roota a vim editaci souboru v /etc, je na zabití. S unixem pracuji také už cca 20 let a to co jsem miloval byla stabilita, když spadla nějaká aplikace se systémem se nic nedělo. Tímto to celé podrazili. Funkcionalita jako Nepomuk nebo Akonadi je k ničemu, pokud není podpořena stabilitou. Jednotlivé funkce musí prostě fungovat dobře. Až pak má smysl funkce rozšiřovat.

Jen tak ještě naokraj. Nemáte někdo ponětí, jak jsou na tom placené linuxy? Jako SLED případně Mandriva? Věnují se sestavení pečlivěji než ty volné? A s lepší podporou na HW? Nebo jsou stejně nestabilní.

[TM]

SLED je udělán velmi pečlivě a je orientovaný na Gnome. Naštěstí, protože nevím, jak by Novell nabízel korporátním zákazníkům bazmek se slepencem KDE4 - to je prostě nepředstavitelné.
Bohužel SLED se hodí právě pouze a jedině do velkých firem dejme tomu do call center, protože výběr softwaru v binární podobě je velmi omezený, repozitáře jako je třeba Packman apod. pro něj v podstatě neexistují.

[thingie]

Já bych řekl, že tenhle Nepomuk má aspoň ambice k něčemu být, narozdíl od té díry za nádražím. V předchozím článku se zase psalo, že indexování disku je jenom jeden kus, a dá se to vypnout. Ale tak, pravdu do toho v tomhle stadiu nebudeme zatahovat, že.

A co by mě asi taky zajímalo. Pokud Linuxový desktop spěje k sebezničení, proč je to stále použitelnější a použitelnější? KDE4 se, proti starému KDE 3 bazmeku, například vyznačje tím, že to někdo navrhl, a ne jenom udělal GUI pro svůj kód.

[pht]

KDE4 se, proti starému KDE 3 bazmeku, například vyznačje tím, že to někdo navrhl, a ne jenom udělal GUI pro svůj kód.

To by mě zajímalo kdo a jak...

[Ash]

Pokud Linuxový desktop spěje k sebezničení, proč je to stále použitelnější a použitelnější?

Myslíte jako že KDE 4.3 je použitelnější než KDE 4.0? To asi jo, ale pro uživatel KDE 3.5 je tato "použitelnost" pod jejich rozlišovací schopnosti, a rozdíl mezi těmito "použitelnostmi" tuplem.

[thingie]

Já si ještě KDE 3.5 docela dobře pamatuju, totiž. (Mám občas dojem, že bych k lidem tady měl říct narozdíl.) Stejně tak ten pocit, když jsem zkusil použít nějakou aplikaci v něm. Odporné, zmatené, a zpravidla někde v půlce úplně nedomyšlené. Totální excesy jako starý Kdevelop (to snad nikdy nebylo zamýšlené jinak, než na strašení dětí) bych vynechal, ale vezměte si třeba prohlížení PDF… Dneska mám Okular, který mi otevře kdeco, je rychlý, má anotace, záložky, různé chytré výběry, a prostě vládne. Co bylo v KDE 3? Ten zoufalý kpdf pokus? Uh-oh. Nebo ten zmatený napůl prohlížeč napůl filemanager konqueror. Jsem žasnul, když jsem poprvé viděl dolphin, v němém údivu, že i KDE může mít použítelný filemanager. Nebo takový Gwenview, když jsem viděl první verzi v KDE 4.0, taky jsem byl trochu zklamaný, že ta aplikace přece v KDE 3 měla mnohem víc všelijakých klikátek. Ve verzi 4.4 bych už ale zpátky k té staré zrůdě nikdy neměnil. Jo, ještě si ji pamatuju.

A třeba Akonadi? Jo, je sice smutný, že teprve teď se to ze stadia vaporware přesunulo aspoň do těžké alfa verze, ale třeba konečně (v 4.5, no) bude možné pracovat v KMailu s lokálním maildirem bez toho, abych si musel nastavit IMAP. Po jaké době? Celém cyklu KDE 3! Konečně!

[mirec]

Dneska mám Okular

Lol, ten pomalý odpad, ktorý sa každú chvíľu rozbije a nefunguje scrollovanie?

Nebo ten zmatený napůl prohlížeč napůl filemanager konqueror.

Ehm momentálne skúšam používať filemanager z KDE 4. To sa dá akože dolphinpart porovnávať s konquerorom? Veď ten dolphin je otrasný. Stačí, že pri pokuse o presun súboru sa na to vykašlem, pustím myš a chce to vložiť do aktuálneho adresára. WTF?

Nebo takový Gwenview

Ten prehliadač obrázkov, v ktorom sa nedá nastaviť ani len antialiasing? Alebo gwpart v konquerore, ktorá na rozdiel od 3.x neumožňuje ani len prechádzanie obrázokov?

[pht]

Ten prehliadač obrázkov, v ktorom sa nedá nastaviť ani len antialiasing?

Na co by vám byl?

[mirec]

Příloha:

• gwenview.png (4073 bytů)

Keď neviete na čo je antialiasing tak si to skúste zadať do googla. Okrem toho toto bola len jedna z vecí. Ešte je tam kopec drobností ako napr. v KDE 3 počas načítavania bol obrázok priebežne zobrazovaný, v KDE 4 musím pri niektorých serveroch dllllho čakať, kým to načíta, antialiasing funguje nejako automaticky pre rôzne úrovne zoomu, je príšerne pomalý a nedá sa nastaviť zobrazenie hrubého náhľadu (žiaden antialiasing) a postupné jemné dokreslenie obrázku.

[thingie]

No, tohle je asi tak to o čem mluvím. To má být práce pro uživatele, odhadovat jakou míru vyhlazování kde potřebuje, a jestli na ní zrovna má dost strojového času? Proč jsme si kdy kupovali počítače…

[mirec]

No keby vedel softvér odhadnúť čo chcem, tak nie je problém. Ale to odhadnúť nevie, vlečie sa ako kedysi stará verzia na Pentiu 200Mhz a nikde nastavenia. Vynikajúce. Ale to nechajme tak, čo môžem čakať od softvéru, ktorý nevie ani len prejsť na nasledujúci / predchádzajúci obrázok, alebo zobrazovať obrázok počas načítavania.

[pht]

Aha, tak to není antialiasing ale kvalita/algoritmus vzorkování při změně velikosti.

[mirec]

Oni to mali pomenované antialiasing. Až neskôr to premenovali na smoothing.

[Let_Me_Be]

Lol, ten pomalý odpad, ktorý sa každú chvíľu rozbije a nefunguje scrollovanie?

Tys asi nikdy v zivote nepouzival KPDF.

Ehm momentálne skúšam používať filemanager z KDE 4. To sa dá akože dolphinpart porovnávať s konquerorom? Veď ten dolphin je otrasný. Stačí, že pri pokuse o presun súboru sa na to vykašlem, pustím myš a chce to vložiť do aktuálneho adresára. WTF?

Co je na tom WTF? Ted muzu velmi jednoduse pretahovat veci levym tlacitkem a dolphin se vzdy zepta co chci delat.

Ten prehliadač obrázkov, v ktorom sa nedá nastaviť ani len antialiasing? Alebo gwpart v konquerore, ktorá na rozdiel od 3.x neumožňuje ani len prechádzanie obrázokov?

Teda, zajimalo by mne jak chces delat antialiasing bitmapy

[mirec]

Tys asi nikdy v zivote nepouzival KPDF.

Používam ešte stále, lebo okular vždy po náhodnom počte prečítaných strán prestane fungovať (posunie sa na poslednú stranu a tú si pamätá, stále, dajú sa len vymazať konfiguráky). Proste úžasná zmena k lepšiemu.

Co je na tom WTF? Ted muzu velmi jednoduse pretahovat veci levym tlacitkem a dolphin se vzdy zepta co chci delat.

A načo to zobrazovať keď to pustím do toho istého folderu, kde som pretože som sa proste rozhodol nepresunúť to. (video).

[thingie]

Protože určitě *nikdy* nebudu chtít udělat kopii souboru ve stejném adresáři, žejo.

[Let_Me_Be]

Používam ešte stále, lebo okular vždy po náhodnom počte prečítaných strán prestane fungovať (posunie sa na poslednú stranu a tú si pamätá, stále, dajú sa len vymazať konfiguráky). Proste úžasná zmena k lepšiemu.

Budto ma OpenSuSe fakt nejake verze KDE ktere se normalnim smrtelnikum a ostatnim distribucim nedavaji k dispozici, nebo nevim (Okular funguje skvele, dokonce lepe nez Acrobat, ktery neumi obcas vytisknout stranky v rozsahu pokud ten dokument vlastni cislovani stranek).

A načo to zobrazovať keď to pustím do toho istého folderu, kde som pretože som sa proste rozhodol nepresunúť to.

Protoze to je ta spravna semantika. Kdyz neco nekam dropnu tak se mne ma zeptat co jsem tim myslel. Na co mi je proboha dobre presouvani ikonek?

[Josef Kufner]

Dneska mám Okular

Lol, ten pomalý odpad, ktorý sa každú chvíľu rozbije a nefunguje scrollovanie?

Okular je jeden z nejlepších prohlížečů dokumentů, který jsem kdy potkal. Tu a tam se nějaký bug najde ve všem, ale zrovna scrollování funguje výborně.

[belisarivs]

Presne. Byl jsem unesen jaky je to skvely prohlizec. I ten z KDE 4.0 byl paradni.

Skoda, ze jsem v te dobe uz koncil vysku. Anotace v PDF bych velice ocenil.

[petris_]

bude možné pracovat v KMailu s lokálním maildirem bez toho, abych si musel nastavit IMAP. Po jaké době? Celém cyklu KDE 3! Konečně!

V KDE3 to funguje uz dlouho, akorat to nejde naklikat. Pred lety jsem na to nasel nejaky navod, podle ktereho jsem udelal par linku, upravil konfiguracni soubor a od te doby to funguje.

[R]

KPDF je asi najlepsi prehliadac PDF, aky som kedy pouzival. Jedndouchy, funkcny, integruje sa s konqeurorom, da sa vypnut drm, ma par genialnych funkcii - napr. vyber oblasti obdlznikom (kto niekedy potreboval kopirovat text formatovany do stlpcov, pochopi). Jediny problem je pomalost vykreslovania, co je asi problem kniznice poppler a Okular to nijako neriesi.

[Josef Kufner]

Ta pomalost a pametova narocnost knihovny poppler uz je celkem poresena.

[Ash]

Aha, takhle, je pravda, že použitelnost (usability) u KDE 3 není rozhodně bůhví co extra, je to spíš bída. Já mluvil o funkčnosti ve smyslu "funguje to". Tedy nepadá to, nevytuhává to, nesnaží se mě to krmit polofunkčními plasmoidy a podobně.

Nehodnotil jsem KDE 3 jako celek jak vypadalo někdy v době minulé, ale jak je použitelné v době současné, kdy je to spolehlivé funkční prostředí, v němž používám okular, nepoužívám (a nikdy jsem nepoužíval) Konqueror, nevím co je gwenview (asi nějaký prohlížeč) prostě nepoužívám každou blbost o kterou v KDE 3.5 lze zakopnout, pouze chci mít kde pustit Konsoli (ta v KDE 4 je fakt zničená), Firefox, Thunderbird, Midnighta, gkrellm, jabbera či jiný im, sem tam něco v javě, googleearth, superkarambu, stardict, khdapsmonitor, qmpdclienta, kaffeine, skype, gimpa, externí monitor a podobně a vím, že mi to všechno bude fungovat, budu moct snadno přepínat z jednoho na druhé, kus monitoru mi nebude zabírat nějaký úchylný oblouček palzmy, spuštění aplikace v javě mi nerozbliká monitor a pojede mi tam root-tail, který sice občas na chvíli zmizí z plochy, ale to je nic proti tomu co udělá s vytížením CPU plazmoidí sledovač změn souboru (100 je mu málo tak to vytáhne na 101).

Takže o usablility KDE4 bych hovořil až poté, co bude alespoň v základu funkční. Chápu že lidé co nemají nvidii mají třeba lepší zkušenosti s funkčností grafiky, ale zničené aplikace Konsolí počínaje a obtížností změnit jednoduše barvu taskmanageru aby ladil s aktuální tapetou konče pro mne zatím jasně hovoří ve prospěch KDE 3, i když v něm kdysi bylo kpdf (ok, ale co je mi dnes po něm, a stejně jsem tehdá používal acroread).

[mirec]

Hmm nvidia? Myslel som, že nahoršie to máme my inteláci. A konsole ... no už len rozhodnutie mať v celom prostredí jedinú inštanciu je veľmi divné. Ale čo môže čakať od prostredia, kde v jedinom procese dokonca bez vlákien beží celý desktop.

[belisarivs]

Co je na Konsole zniceneho? Mne funguje uplne v klidu. V praci v ni delam denne a nejakych problemu jsem si nevsiml.

[Ash]

Osobně na Konsoli v KDE3 používám obarvování tabů. Na okálu mám modrý taby, na vzdálený serveru zelený, když jsem přihlášený na roota tak červený. Snižuje to pravděpodobnost, že restartuji vlastní pc místo vzdáleného serveru, nebo že pod rootem udělám něco co jsem neměl. U KDE4 verze samozřejmě zlikvidováno.

Dále používám obrázek na pozadí. Jednolitá barva se mi nelíbí, průhlednost je zase nesmysl protože text má být čitelný za všech okolností, a nikoliv podle toho, co mám zrovna pod konzolí. U KDE4 verze samozřejmě problém.

Dále používám jako externí editor v TB a FF vim, pouštím ho v konsoli.

/usr/kde/3.5/bin/konsole -T "FF/TB Vim" --nohist --nomenubar --notabbar --noframe --noscrollbar --vt_sz 138x48 --schema Linux.schema --workdir ~

Většina těchto voleb u KDE4 verze samozřejmě chybí, dostanu konsoli s tabama, menu...

Jo když jsme u menu, kampak se poděla možnost mít ho jako u OSX pěkně nahoře kde nikomu nevadí a je snadno dostupné (usability!!!)? Jsem jediný kdo má širokoúhlý (=relativně nízký) monitor?

Umí to už alespoň omezit maximální šířku "titulku" tabu? Myslím že jsem stejně ještě na něco zapomněl.

Jinak ale chválím dobrou práci s kopírováním akcí do více tabů, škoda že to bylo na úkor likvidace ostatních vlastností.

[Semo]

Je pomala. Vypis testu do konsole4 vyzaduje vyrazne viac CPU ako do konsole3.

[Josef Kufner]

$ find ... | wc -l
68166

konsole$ time find ...
[...]
real    0m0.799s
user    0m0.132s
sys     0m0.276s

urxvt$ time find ...
[...]
real	0m1.839s
user	0m0.200s
sys	0m0.336s

$ konsole --version
Qt: 4.6.0
KDE: 4.3.4 (KDE 4.3.4)
Konsole: 2.3.3

Vypadá to, že konsole je podle čísel rychlejší, ale podle oka kreslí hrozně cukaně a i když zvládne zpracovat hromadu výstupu za krátký čas, je to tak na 2-3 FPS a vytížení procesoru je přes 80 %, když se pustí výpis na delší dobu. V případě urxvt je to přes 30 FPS a vytížení procesoru kolem 20-30 %.

Ty hodnoty jsou z ustáleného stavu, rozptyl přibližně kolem 10-20 %. Oba terminály používají font Terminus při stejné velikosti fontu i okna.

[Robo]

no ako vidim, tak KDE zacina mutovat z desktopoveho prostredia na databazovy server

[default]

Jak tak čtu ty reakce tady, domnívám se, že pár SELECT příkazů bude jednodušší na ovládání.