Prosím redakci o respektování jednotlivých žánrů a dodržování nějaké alespoň elementární formy. Zprávičká má být svou formou zpráva, nikoli (mikro)blog, subjektivní výpověď psaná v první osobě a obsahující hovorové/slangové výrazy typu „žrát paměť“.
A toto není první případ. Zachovejte prosím trochu úroveň.
KMail jsem dlouho spokojeně používal a byl jsem na něj zvyklý, ale po přechodu na Akonadi je to tragédie. Vydržel jsem s tím zápasit dlouho, ale před nedávnem jsem to vzdal, protože s mailama potřebuju pracovat a ne přemlouvat klienta k funkčnosti. Měl jsem sice Akonadi nastavené na SQLite databázi, ale i tak to byl neskutečný žrout. Navíc na notebooku mi KMail pravidelně zapomínal označovat na serveru zprávy jako přečtené, na PC zas vytrvale odmítal načíst zprávy z jedné složky na jednom účtu, sem tam Akonadi náhodně vytuhne a pomůže jen zabití atd.
Takže jsem nakonec přešel na Thunderbird, který se po aplikaci asi 6 rozšíření začal chovat aspoň trochu rozumně a použitelně, ale i tak to není ono.
Takže díky, tohle hodně potěšilo, jak budu mít chvilku, zkusím zkompilovat a odzkoušet.
Ahoj. Nevim jak je to dlouho, ale v Akonadi si muzete vybrat, jestli pouzijete MySQL nebo SQLite, takze zadny server tam bezet nemusi. Pokud vim, tak vyhledavani v mailech mi vzdycky fungovalo i bez Nepomuku, takze jsem ho mohl mit vypnuty porad. Zas takova hruza to uz neni, ale ten prechod na neodladeny Akonadi server byl fakt spatny.
Bohuzel si myslim, ze prace s oddelovanim mimo hlavni repozitar je zbytecna a takovy KDEPIM nebude podporovat hodne novych features, ktere prijdou.
Jenže ono to s tou použitelností v některých případech opravdu moc veselé není. A i když se mi ten koncept zrovna moc nelíbí (pro rozsáhlý groupware budiž, ale spouštět hromadu serverů a backendů kvůli pár mailům v klientovi?), tak když by to správně fungovalo, nic bych proti Akonadi neměl, nějakým fanatismem rozhodně netrpím. Jenže ono to moc nefunguje a to jsem tomu pořád dával šanci, zruba do ledna, kdy už jsem to nevydržel a účty si nastavil do TB. Potřebuju s mailama pracovat a ne se pořád dohadovat s klientem, jestli se uráčí načíst nové zprávy ve složce, pořád označovat zprávu jako přečtenou, aby se mrcha po pár minutách zase objevila jako nepřečtená... Nebo se chci rychle mrknout na nějaký mail, otevřu KMail, kliknu na složku a nic, točící se puntíky - Akonadi zakousnuté tak, že nejde ani vypnout z UI - killnout z konzole, nahodit znovu a pak už maily vidím. A podobné drobnosti, které ale docela zásadně otravujou.
Zajímavé taky je, že některé problémy se projevovaly jenom na notebooku a některé zas jen na velkém PC. A to jsem zkoušel jak MySQL tak SQLite, několikrát mazal konfiguraci a databázi Akonadi, jestli tam není něco blbě a pořád stejné. Přítom KMail jako klient se mi líbil a s ohledem na funce a UI se mi s ním dělalo dobře.
Proto autora docela chápu a z mého pohledu ten čas využil dobře ;-)
Osobně si myslím, že se jedná o docela zbytečnou práci, pokud není v koordinaci s upstreamem. Pokud je to projekt zbastlený na koleně a ne oficiální kmail standalone, tak beztak jednou dojde ke změnám v upstreamu a celé se to rozsype.
Spíš bych teď asi věnoval čas optimalizacím a odstraňováním bugů z akonadi, jelikož osobně si už bez něj KDEPim nedokážu představit. BTW nepomuk je potřeba jen myslím pro fulltext hledání a i při něm se dá spustit ve speciálním režimu, kdy indexuje pouze emaily a o zbytek dat se vůbec nezajímá, takže nechápu, co se zde řeší.
Spíš bych teď asi věnoval čas optimalizacím a odstraňováním bugů z akonadi
Odstraňování bugů a optimalizacím Sračkonádi se upstream (údajně) věnuje již od doby, co to hrůzu vypustili. Bohužel ani po těch letech to není nic platné, tak nevím, co tam chcete ladit. Cca před rokem se Sebastian chlubil, jak to 4násobně zrychlil, takže indexace 200 tisíc položek už prý sežrala jen hodinu procesorového času namísto čtyř. :-)))
Narozdíl od vás mají jiní potřebu pracovat, ne ladit zabugovaného nenazřaného molocha, zejm. když o tuhle "funkci" nemají absolutně zájem, ale jaksi upstream neuznal za vhodné tu experimentální hrůzu udělat volitelnou.
Tenhle problém není vyřešen ani teď (I. 2018): Přechod na debian 9 = nefunkčnost kmailu, protože Akonadi (nefunkční shit, z neznámých důvodů padající a svým pádem blokující kmail).
Čili mě zcela jistě čeká migrace na jiného mailového klienta, nicméně poté budu muset nějak zajistit přístup ke staré poště (ručně kompilovat starou verzi kmailu, co ze bez Akonadi obešla?)