[Akonadi] [Bug 416129] New: Akonadi email background processes use GPU memory

2020-01-11 Thread Aron Heinecke
https://bugs.kde.org/show_bug.cgi?id=416129

Bug ID: 416129
   Summary: Akonadi email background processes use GPU memory
   Product: Akonadi
   Version: unspecified
  Platform: Ubuntu Packages
OS: Linux
Status: REPORTED
  Severity: normal
  Priority: NOR
 Component: Archive Mail Agent
  Assignee: kdepim-bugs@kde.org
  Reporter: aron.heine...@t-online.de
  Target Milestone: ---

SUMMARY
Akonadi background processes use GPU memory from start to end of akonadi.

STEPS TO REPRODUCE
1. Open KMail
2. Close Kmail
3. run nvidia-smi

OBSERVED RESULT
nvidia-smi reports the following
+-+
| Processes:   GPU Memory |
|  GPU   PID   Type   Process name Usage  |
|=|
|0  4614  G   /usr/lib/xorg/Xorg   102MiB |
|0  5519  G   /usr/bin/krunner  10MiB |
|0  5528  G   /usr/bin/plasmashell  56MiB |
|0 28754  G   /usr/bin/akonadi_archivemail_agent 2MiB |
|0 28756  G   /usr/bin/akonadi_imap_resource 2MiB |
|0 28757  G   /usr/bin/akonadi_imap_resource 2MiB |
|0 28758  G   /usr/bin/akonadi_imap_resource 2MiB |
|0 28759  G   /usr/bin/akonadi_imap_resource 2MiB |
|0 28760  G   /usr/bin/akonadi_imap_resource 2MiB |
|0 28761  G   /usr/bin/akonadi_imap_resource 2MiB |
|0 28779  G   /usr/bin/akonadi_mailfilter_agent  2MiB |
|0 28788  G   /usr/bin/akonadi_sendlater_agent   2MiB |
+-+

EXPECTED RESULT
No akonadi_* processes that use GPU memory while running in background.

Although I can understand that some processes can be speed up by using the GPU
I can't see why there are so many processes from akonadi or why archivemail or
mailfilter need it at all.

SOFTWARE/OS VERSIONS
Linux/KDE Plasma: KUbuntu 18.04.3
(available in About System)
KDE Plasma Version: 5.12.9
KDE Frameworks Version: 5.44.0
Qt Version: 5.9.5

ADDITIONAL INFORMATION
Running akonadictl stop obviously removes all those akonadi_* processes from
the memory reporting.

-- 
You are receiving this mail because:
You are the assignee for the bug.

[Akonadi] [Bug 338658] GMail, Novell Groupwise, other IMAP: "Multiple merge candidates, aborting"

2020-01-11 Thread Aron Heinecke
https://bugs.kde.org/show_bug.cgi?id=338658

Aron Heinecke  changed:

   What|Removed |Added

 CC||aron.heine...@t-online.de

--- Comment #136 from Aron Heinecke  ---
For anyone stepping by (probably on KUbuntu 18.04)

https://docs.kde.org/trunk5/en/pim/kmail2/clean-start-after-a-failed-migration.html
- Kmail->Tools->Impoexrt/Export => Export backup
- close kmail
- akonadictl stop
- rm -rf ~/.local/share/akonadi ~/.config/akonadi
- akonadictl start
- imported data*

problems:
- * you can't import filters & account etc at once
  you have to first add all email accounts back, then import your data
partially
- mailfilters file in backup is empty, dialogs question for unknown identities
& folders as import is done before syncing imap accounts -> non-existing
folders
- if you end up with tons of empty Identities, that take 100% CPU to remove and
re-appear on kmail restart, edit ~/.config/emailidentities by hand
  my regex for this is \[Identity #\d+\]\nDefault Domain=ah\-laptop\nDisable
Fcc=false\nIdentity=Unnamed\nImage Location=\nInline Signature=\nSignature
Enabled=false\nuoid=\d+\n in Kate

-- 
You are receiving this mail because:
You are on the CC list for the bug.
You are the assignee for the bug.

[kmail2] [Bug 383121] KMail creates Mail Filters running endless

2018-07-16 Thread Aron Heinecke
https://bugs.kde.org/show_bug.cgi?id=383121

Aron Heinecke  changed:

   What|Removed |Added

 Status|UNCONFIRMED |RESOLVED
 Resolution|--- |WORKSFORME

--- Comment #2 from Aron Heinecke  ---
Can't reproduce a malfunction anymore in KMail 5.5.3

-- 
You are receiving this mail because:
You are the assignee for the bug.

[kleopatra] [Bug 385562] New: Unable to change trust level

2017-10-10 Thread Aron Heinecke
https://bugs.kde.org/show_bug.cgi?id=385562

Bug ID: 385562
   Summary: Unable to change trust level
   Product: kleopatra
   Version: 2.3.0
  Platform: Kubuntu Packages
OS: Linux
Status: UNCONFIRMED
  Severity: normal
  Priority: NOR
 Component: general
  Assignee: aheine...@intevation.de
  Reporter: aron.heine...@t-online.de
CC: kdepim-bugs@kde.org, m...@kde.org
  Target Milestone: ---

I can't change the trust level of imported keys,
"Allgemeiner Fehler"
this applies to all keys, I can change the trust level with gpg itself via
console.

-- 
You are receiving this mail because:
You are on the CC list for the bug.

[kleopatra] [Bug 384271] GnuPG Log Viewer can't be reopened

2017-09-01 Thread Aron Heinecke
https://bugs.kde.org/show_bug.cgi?id=384271

Aron Heinecke <aron.heine...@t-online.de> changed:

   What|Removed |Added

   Platform|Other   |Kubuntu Packages

-- 
You are receiving this mail because:
You are on the CC list for the bug.

[kleopatra] [Bug 384271] New: GnuPG Log Viewer can't be reopened

2017-09-01 Thread Aron Heinecke
https://bugs.kde.org/show_bug.cgi?id=384271

Bug ID: 384271
   Summary: GnuPG Log Viewer can't be reopened
   Product: kleopatra
   Version: 2.3.0
  Platform: Other
OS: Linux
Status: UNCONFIRMED
  Severity: normal
  Priority: NOR
 Component: general
  Assignee: aheine...@intevation.de
  Reporter: aron.heine...@t-online.de
CC: kdepim-bugs@kde.org, m...@kde.org
  Target Milestone: ---

If you close the GnuPG Logviewer of kleopatra you can't get it to display the
window again.
Even exiting kleopatra doesn't return the view.
When I kill the process of 

ps aux | grep log:
aron  5805  0.0  0.0   4352   720 ?S23:15   0:00 watchgnupg
--force /home/aron/.gnupg/log-socket

Then I get a warning that the log daemon was killed. Clicking "not retry" gives
an message "watchgnupg logging process not running,[..] log window unable to
display[..]" otherwise the daemon restarts itself, but the window stays
hidden/closed regardless what I click
Logut & Login and you can see the log window again.

-- 
You are receiving this mail because:
You are on the CC list for the bug.

[kmail2] [Bug 383121] KMail creates Mail Filters running endless

2017-08-04 Thread Aron Heinecke
https://bugs.kde.org/show_bug.cgi?id=383121

--- Comment #1 from Aron Heinecke <aron.heine...@t-online.de> ---
(In reply to Aron Heinecke from comment #0)
> KMail randomly shows an infinite progress bar when fetching e-mail.
> When I click on details the e-mail filter agent is listed. If I open the
> filter config then, there's always a "" list-filter which has a
> malfunctioning configuration. Deleting this list-filter & restarting kmail 
> leads to
> proper behavior. After a random times of usage this filter entry is back.
fixed probably confusing naming

-- 
You are receiving this mail because:
You are the assignee for the bug.

[kmail2] [Bug 383121] New: KMail creates Mail Filters running endless

2017-08-04 Thread Aron Heinecke
https://bugs.kde.org/show_bug.cgi?id=383121

Bug ID: 383121
   Summary: KMail creates  Mail Filters running endless
   Product: kmail2
   Version: 5.2.3
  Platform: Other
OS: Linux
Status: UNCONFIRMED
  Severity: normal
  Priority: NOR
 Component: misc
  Assignee: kdepim-bugs@kde.org
  Reporter: aron.heine...@t-online.de
  Target Milestone: ---

KMail randomly shows an infinite progress bar when fetching e-mail.
When I click on details the e-mail filter agent is listed. If I open the filter
config then, there's always a "" list which has a malfunctioning
configuration. Deleting this list & restarting kmail leads to proper behaviour.
After a random times os usage this filter entry is back.

-- 
You are receiving this mail because:
You are the assignee for the bug.