I finally got around to messing with an update from 12.3 -> 13.1rc2 x86_64
after getting the 32-bit lappy update straightened out. So far, I’ve
encountered only UEFI issues others have seen plus a new one: kmail runs
like somebody poured honey in the works.
No problems reportred on the migration of the 12.3 version but when I select
a message to read it can take nearly 10 minutes to fetch the selected
message - if ever. I suspect that the problem is actually in the database
(akonadi) process as I see the same unreasonable delay when deleting a
selected message an emptying trash takes a day or so.
Any pointers on where to start chasing this down? My next shot is to wipe
the database and try an export from 12.3 directly to an import by 13.1 -
just in case some cruft is hanging around in the update.
My first step would be to test a new user login. But I guess you’d have to setup kmail with your settings because we don’t want to import them.
You could of course also try turning off all the indexing stuff in your current login or did you try that?
>
> My first step would be to test a new user login. But I guess you’d have
> to setup kmail with your settings because we don’t want to import them.
> You could of course also try turning off all the indexing stuff in your
> current login or did you try that?
Turn off indexing? New topic to me - guess it’s time to rtfm before barging
in because that’s exactly what it looks like at first glance.
> caf4926 wrote:
>
>>
>> My first step would be to test a new user login. But I guess you’d have
>> to setup kmail with your settings because we don’t want to import them.
>> You could of course also try turning off all the indexing stuff in your
>> current login or did you try that?
>
> Turn off indexing? New topic to me - guess it’s time to rtfm before
> barging in because that’s exactly what it looks like at first glance.
>
Found the index options - I already had them off. Off to try the
export/import route.
I had the same issue of sorts and only resolved it minutes ago.
I ‘updated’ 12.3 to 13.1 and suffered numerous issues. Was also somewhat distressed to see proprietary Nvidia drivers not available and this led me to update again using my 12.3 disc on the 13.1 installation. (Probably something you should not do.) Then the kmail issue arose. I discovered the delay is a result of the process virtuoso-t consuming 100% of my CPU resources. I reinstalled virtuso-t and nepomuk, but this did not resolve the issue.
Having the room on my hard drive, I performed a new install of 13.1 with the troublesome 12.3 also still available from the boot menu. Unable to find a direction to the location 12.3 email, I archived the email (From within kmail, highlight your Local Folders and select Archive from the Folder drop down menu. It saved to my Documents directory) and then imported the archive into the 13.1 version kmail. If you do this, you will be prompted for the folder you wish to import to. For me, it was not at first apparent that it would be best create a mail new folder. Everything imported well. Moved my previous Save folder (and all it’s associated subfolders) up to the Local Folders and 1600+ emails saved in a clean install of 13.1.
>
> I had the same issue of sorts and only resolved it minutes ago.
>
> I ‘updated’ 12.3 to 13.1 and suffered numerous issues. Was also
> somewhat distressed to see proprietary Nvidia drivers not available and
> this led me to update again using my 12.3 disc on the 13.1 installation.
> (Probably something you should not do.) Then the kmail issue arose. I
> discovered the delay is a result of the process virtuoso-t consuming
> 100% of my CPU resources. I reinstalled virtuso-t and nepomuk, but this
> did not resolve the issue.
>
> Having the room on my hard drive, I performed a new install of 13.1 with
> the troublesome 12.3 also still available from the boot menu. Unable to
> find a direction to the location 12.3 email, I archived the email (From
> within kmail, highlight your Local Folders and select Archive from the
> Folder drop down menu. It saved to my Documents directory) and then
> imported the archive into the 13.1 version kmail. If you do this, you
> will be prompted for the folder you wish to import to. For me, it was
> not at first apparent that it would be best create a mail new folder.
> Everything imported well. Moved my previous Save folder (and all it’s
> associated subfolders) up to the Local Folders and 1600+ emails saved in
> a clean install of 13.1.
>
Old age is catching up with me… I tried export/import to do that move and
it failed miserably with all sorts of folders missing. I’ll give it another
go later but I think my problem has to do with terminology (archive vs.
export) and findi just where the heck those mails are stored. Doesn’t help
that over time I’ve used both mbox and the database formats for emails. I
had problems with 12.1/2 and didn’t get a good migration until 12.3.
Yesterday, I upgraded from opensuse 12.3 to 13.1, and kmail(4.11.3) was blocked opening messages with similar messages about the message being loaded.
The system was using a lot of cpu for kmail, akonadi and mysql.
Looking for a solution I found this bug report that looked like my issue.
I summarize, but you can read the other bug report.
run akonadiconsole
in tab Browser look for duplicate entries, for me all were duplicated (Inbox, Outbox, Templates…) and remove the duplicate ones, but only the ones that are empty.
Then I launched again kmail and it was fine.
Can you check if this workaround fixes your issue?