[gelöst] KDE 4.10 + KMail 1: Aus der Traum?

sprittwicht · l33t Joined: 04 Dec 2003 Posts: 644

Irgendwo stand mal, dass Gentoo weiterhin KMail 1 unterstützen würde, man müsste halt nur das neue PIM/Akonadi-Geraffel masken.
Das ging bisher auch wunderbar, aber ist das mit KDE 4.10 immer noch möglich?

Ich blicke bei den Abhängigkeiten nicht mehr durch. Früher konnte man das mal aus den Ebuilds rauslesen, jetzt ist irgendwie alles fünfmal verschachtelt und völlig unübersichtlich.
emerge -puv world spuckt mir haufenweise sowas aus:

franzf · Advocate Joined: 29 Mar 2005 Posts: 4565

kdeprefix wurde entfernt, qt3support hat auch schon lange kein kde-USEflag mehr.
-> kannst du mal einfach die kdepim-Pakete (kmail/kaddressbook/...) aus 4.4.11 neu installieren, damit die in deiner pkgdb auch mit den neuen Abhängigkeiten drin stehen (vllt. gibts dazu ja auch ein eigenes tool - k.A.

)

sprittwicht · l33t Joined: 04 Dec 2003 Posts: 644

Ha, danke für den Hinweis!
Beim Versuch die PIM-Pakete neu zu installieren hat emerge maskierte Pakete angemeckert. Ursache: Meine package.mask war zu streng auf die vor langer Zeit aktuellen 4.4er-Versionen zugeschnitten, so dass er die nachträglichen Wartungsarbeiten an selbigen gar nicht mitbekommen hat. Package.mask korrigiert und jetzt gibt es auch keinerlei Beschwerden mehr beim emerge -puvD world.

Anders formuliert: DANKESCHÖN!

Josef.95 · Advocate Joined: 03 Sep 2007 Posts: 4691 Location: Germany

sprittwicht · l33t Joined: 04 Dec 2003 Posts: 644

Na super. Ich wünsche den KDE-Entwicklern als dann vermutlich einzig verbliebene KMail-Nutzer viel Freude mit der Akonadi-Bug-Collection...

cryptosteve · Veteran Joined: 04 Jan 2004 Posts: 1169 Location: GER

Tja, vom Regen in die Traufe ...

Ich habe sowieso das Gefühl, das KDE grundsätzlich nicht mehr so richtig auf die Füße kommt. Immer, wenn was funktioniert, geht woanders gleich wieder was kaputt.
_________________
- born to create drama -
gpg: 0x9B6C7E15
CS Virtual Travel Bug: VF6G5D

l3u · Posted: Sat Apr 20, 2013 3:39 pm Post subject:

Das Akonadi-Konzept is ja wirklich super! Wenn’s denn funktionieren würde …

Josef.95 · Advocate Joined: 03 Sep 2007 Posts: 4691 Location: Germany

schmidicom · Veteran Joined: 09 Mar 2006 Posts: 1978 Location: Schweiz

franzf · Advocate Joined: 29 Mar 2005 Posts: 4565

"In der Regel" ja. Nach längerer Abstinenz hab ich es wieder ausprobiert und 2 Monate lang ging auch alles klar. Dann ging es auf einmal wieder los mit doppelten Mails, oder geänderten Headern (meistens ist bei mir dann das Datum futsch), Hängern oder Crashes, die sich oft nur durch einen Reboot lösen lassen (akonadictl restart hilft dann nicht).
Und wer im kde Bugtracker wühlt, wird sehen dass es noch immer einige Fälle von Datenverlust gibt (Mails auch am Server leer, wenn mit kmail2 abgeholt, manchmal werden lokal ganze Folder getrashed...)
Leider sind diese Ausnahmen von der Regel richtig heftig, wenn man sie erleben darf

Soviel zu "akonadi ist nur ein cache" - die resources werkeln auf der Festplatte rum, und wenn da was schief geht - dann geht was schief

mv · Watchman Joined: 20 Apr 2005 Posts: 6780

claws-mail ist von der Arbeitsweise kmail1 sehr ähnlich und benutzt keine Bloat-Datenbank sondern vernünftige klassische Formate.

Randy Andy · Posted: Sun Apr 21, 2013 11:46 am Post subject:

Liebe Mitleidende.

Auch mein Vertrauen in dieses ganze Akonadi-Nepomuk-Geraffel wurde bereits mehrfach auf eine harte Probe gestellt.
Trotz aller Rückschläge halt ich nach wie vor hartnäckig daran fest und mit der entsprechenden positiven Einstellung würde ich sogar behaupten wollen, dass es langsam aber sicher besser wird.

Leider hat dieses viel zu eng mit KDE verwobene Zeug andererseits auch das Potential, sich bei Nichtgefallen, gänzlich von KDE zu trennen, und das sollte nicht sein und ist daher schade.
Wir als Gentoo User haben ja noch eher die Möglichkeit durch unsere USE-Flags, das Geraffel bei Nichtgefallen zu entfernen. Doch so sauber wie wir uns das wünschen würden, ist es ja AFAIK nicht möglich. Jedenfalls höre ich das gelegentlich in Forenbeiträgen, auch wenn ich da noch keine praktischen Erfahrungen habe, da ich das Zeug ja benutze.

Was die von Josef genannte Empfehlung von upstream für mysql betrifft. Ich hab subjektiv den Eindruck, dass es mit mariadb nicht unzuverlässiger, aber noch etwas performanter läuft.
Gegen Mail- bzw. Datenverlust mach ich regelmäßige Backups und hab mir zusätzlich unter Kmail2 /Extras/Automatische Archivierung Einrichten das entsprechend eingestellt, für den Fall der Fälle...

Auch hab ich mal nach der mariadb Umstellung eine Nepomuk-Bereinigung gemacht, da gab's ordentlich was zu cleanen. Auch eine regelmäßige Nepomuk-Sicherung kann im Wiederherstellungsfall nützlich sein. Ich trau dem ganzen Datenbankkram irgendwie noch nicht so richtig, da ich auch nicht so der Experte für händische Manipulationen auf der Datenbank-Konsole bin, woraus dieses mangelnde Vertrauen letztlich resultiert. Da gäb's noch Schulungsbedarf.

Aber der Ansatz ist sicher nicht verkehrt. Man denke an die Zugriffsgeschwindigkeit von ca. 50.000 Mails im Mail-Directory verfahren. Ein mbox Dateiformat stößt sicher auch ab 2GB bald an seine Grenzen und ob die Mails darin besser aufgehoben sind als in der Datenbank...

Unter KDE scheint es mir daher immer noch die beste Alternative zu sein, wenn ich alle kdepim Komponenten mit in Betracht ziehe, aber unter schlankeren Desktops würde ich mir das auch nicht antun.

Es gibt halt noch immensen Verbesserungsbedarf. Z.B. die Voreinstellungen des kmail-Editors sind grottig, da muss ein Einsteiger sich erst mal zurecht finden.
Die Kontoeinstellungen sind häufig total falsch, bei Verwendung von mehreren Konten, was zu den dollsten Fehlern führen kann. Da heißt es akribisch alle Dateipfade, Identitäten mit den entsprechenden Versandwegen prüfen.

Die Indizierung bremst einen gelegentlich aus, andererseits möchte ich den Komfort auch nicht mehr missen.

Fazit meiner Sonntags-Predigt: Es bleibt weiterhin spannend, doch es ist nicht alles Gold was glänzt ;-)

Gruß, Andy
_________________
If you want to see a Distro done right, compile it yourself!

cryptosteve · Veteran Joined: 04 Jan 2004 Posts: 1169 Location: GER

Das Geraffel kann ja funktionieren, oder auch nicht, aber spätestens da, wo Mailverlust auf einem IMAP-Server droht, dürfte den meisten Usern (inkl. mir) die Luft auf Testerei vergehen ...
_________________
- born to create drama -
gpg: 0x9B6C7E15
CS Virtual Travel Bug: VF6G5D

Josef.95 · Advocate Joined: 03 Sep 2007 Posts: 4691 Location: Germany

Randy Andy · Posted: Sun Apr 21, 2013 3:52 pm Post subject:

Ha ha, Jupp,
meiner ist Länger - ne verdammt, stimmt gar nicht, na dann vielleicht so:

Ätsch, meiner ist breiter :lol:

(also die Zeitspanne)

franzf · Advocate Joined: 29 Mar 2005 Posts: 4565

https://bugs.kde.org/show_bug.cgi?id=298962
https://bugs.kde.org/show_bug.cgi?id=313702
Um mal zwei rauszupicken.

cryptosteve · Veteran Joined: 04 Jan 2004 Posts: 1169 Location: GER

Nein, cryptosteve hat keinen lokalen IMAP, sondern einen gut gefüllten externen Server. Ich bin da allerdings auch sehr empfindlich, was den Inhalt angeht. Die Bugs um Mailverlust standen schon seit kmail1 im Raum und ich habe es damals auch genutzt und selbst keine schlechten Erfahrungen gemacht. Was mich hingegen soooo extrem genervt hat, das kmail hier letztlich runtergeflogen ist, ist die lange Zeitspanne, die es braucht, um eine GPG-Signatur zu checken.

Davon abgesehen stehen aber auch bei kmail2 die Mailverlust und -schrottungs-Bugs im Raum und das alleine macht mich schon nervös.

Es freut mich, dass ihr bislang keine solchen Schwierigkeiten hattet und ich wünsche euch, dass das auch so bleibt ... mich jedenfalls lässt sowas aufhorchen.
_________________
- born to create drama -
gpg: 0x9B6C7E15
CS Virtual Travel Bug: VF6G5D