Re: Goodbye for now, kmail

On Tuesday, 9 May 2017 13:26:59 BST Sérgio Basto wrote:
> On Tue, 2017-05-09 at 13:08 +0100, ianseeks wrote:
> > On Tuesday, 9 May 2017 09:11:59 BST Gianluca Montecchi wrote:
> > > On Sat, May 06, 2017 at 12:38:37PM +0200, Martin Steigerwald wrote:
> > > > Anders Lund - 06.05.17, 12:19:
> > > > > P?? Sat, 06 May 2017 12:07:22 +0200
> > > > > 
> > > > > Daniel Vr??til <[email protected]> skrev:
> > > > > > You have Trojita and Sink, both support IMAP and don't use
> > > > > > Akonadi.
> > > > > > There's no way to add IMAP to KMail without using Akonadi.
> > > > > 
> > > > > No? I can't imagine this is due to technical reasons, so it
> > > > > must be
> > > > > religious. So a fork may be the way to go?
> > > > 
> > > > Anders, it *is* due to technical reasons.
> > > > 
> > > > Current KMail only speaks to Akonadi. I go as far as saying:
> > > > Without major
> > > > rework it is locked to it. So if you want to add IMAP without
> > > > Akonadi to
> > > > KMail you also need to do the integration with KMail, which I
> > > > believe
> > > > would be quite invasive change.
> > > > 
> > > > Either you would completely move back to pre-akonadi times of
> > > > KMail which
> > > > is a no-go for current KMail developers or you??d have to
> > > > maintain *two*
> > > > completely different IMAP access methods within KMail, including
> > > > an
> > > > Akonadi and a non- Akonadi access method. I don??t see how this
> > > > would be
> > > > maintainable by the current team.
> > > 
> > > So we are in a situation where KMail speak only to akonadi, which
> > > in
> > > turn does not work well at the only thing he need to offer to
> > > kmail,
> > > manage the messages.
> > > 
> > > At this point, a pre-akonadi kmail or something not tied to akonadi
> > > are not a really appalling ideas, if you ask me.
> > > 
> > > Technical reasons aside, the big problem here is that the KDEPIM
> > > developers have not learned anything from the KDE4 initial release
> > > fiasco, so they repeated it: release basically an alpha version as
> > > "ready for the end users", which in my experience is way far from
> > > the
> > > thruth.
> > 
> > The so called "KDE4 fiasco" was down to the distro's releasing it too
> > soon, not 
> > the KDE team. The KDE said the release was for devs to port their
> > software so 
> > blame the distros.
> 
> What !? don't blame distros for devel big fiascos , KDE4 /kdepim
> fiasco was made for kde developers in between 4.6.4 and 4.6.5 (more or
> less ) was update in a minor version ...
> 
> yesterday , I read  "PSA - Kontact is royally screwed up" thread in
> fedora devel Mailing list , and find out akonadictl stop  , make my
> laptop workload be 90% better .
> 
> First version on konqueror based on kf5 , is in Fedora devel repos ,
> i.e after konqueror and other base apps can be consider stable , you
> may consider plasma 5 stable.  , when you go in 5.9.4 (about 20
> versions after first stable ) so don't you dare blame distros . 
> 
> I still use kde4plasma [2] which still have many bugs , but at least I
> know  the bugs.
> 
> My main conclusion the decision of replace kde-workspace for plasma-
> workspace was a disaster , a very big disaster. if distros could keep
> old workspace , plasma 5 was not a so big fiasco .

If there is a "fiasco" in the development, distro should NOT implement it in 
such a way that users can download it. So yes, its up to the distros and also 
yourself if you find out about the "fiasco" before downloading. 

> 
> [1] https://lists.fedoraproject.org/archives/list/[email protected]
> ject.org/thread/3OKFPAAB6FNTG74GQBVOTCNHP33L7XUZ/
> 
> [2] https://copr.fedorainfracloud.org/coprs/sergiomb/kde4for23/
> 
> > > And as aggravating they made it a one way road, given that as today
> > > kmail has not a way to export all the mails in a simple way (to
> > > move
> > > from kmail to claws I needed to pass throug mutt to be able to
> > > import
> > > the mailboxes).
> > > 
> > > > And again the most important question:
> > > > 
> > > > Who would do the fork? You? If not, whomelse? I don??t see
> > > > *anyone*
> > > > volunteering. Do you?
> > > 
> > > Obviously nobody try a fork. For once, kmail is so heavily tied to
> > > akonadi that a full rewrite is probabily simpler, and people
> > > just use something else, albeit not integrated with KDE, that just
> > > work.
> > > 
> > > 
> > > bye
> > > Gianluca


-- 
opensuse:tumbleweed:20170505
Qt: 5.7.1
KDE Frameworks: 5.33.0
KDE Plasma: 5.9.5
kwin 5.9.5
kmail2 5.4.3
akonadiserver 5.4.3
Kernel:  4.10.13-1-default
Nouveau:  1.0.15_1.1