okay now we habe gpgconf support to enable/disable this. So this can be closed. Unfurtuantelly no way to close them anymore ;(
- Queries
- All Stories
- Search
- Advanced Search
Advanced Search
May 19 2022
Feb 19 2022
In T14768#271239, @ndavis wrote:It's just unclear what you need design help with. The videos show the current state, and it seems like it's not ideal since I can't understand any of it, but I don't know what to say or think beyond that. From my perspective as an inexperienced user, the ideal experience is that I don't even have to think about keys. It would only be something programmers and sysadmins would be concerned about. Emails would simply be encrypted when I want them to be. Maybe even by default without me being aware of it, similar to how https is everywhere by default on most important websites. I understand it's not as simple as that, otherwise encrypted email would already be far more common.
Feb 18 2022
@ndavis: What infomation do you need to help? Have you watched the videos? And looked into the subtasks? Sorry I'm a little bit lost, what you need for information to go on. As I have deep understanding in the encrypted messages I'm somehow blind about the questions from newbies.
Feb 15 2022
Hey VDG team, As the title tells you: I want to improve the current workflow of encrypted mails in KMail. At the moment focusing on the sending part of it. I need input from VDG about how to improve the current situation.
Sep 28 2021
@vkrause: you may have input on that?
@vkrause: any input on that?
@vkrause: maybe you either can give some input here?
Aug 5 2021
Apr 13 2021
It would help, if you would summit a merge request on invent.kde.org: https://invent.kde.org/pim/akonadi/-/merge_requests
From first glance the patch seems fine. But we will look in more detail, if you summited a merge request, as it has a much better interface to give feedback.
Feb 9 2021
well if limit of the PimItem.id comes into the game we need a subqueries, anyways.
Feb 7 2021
@kondzio : yes that is what Daniel recommended, but a temporary view cannot be optimized.
But why create temporary views? No human is creating the queries. Views do not improve the speed in anycase. If you only construct a view for one request it only makes the resulting query nicer to read. But no speed improvement. I think the first idea of @dvratil for the query is fine:
Oct 28 2020
background support is now on the way to enter: https://invent.kde.org/pim/messagelib/-/merge_requests/15
Released with KDE Pim 20.08.
Sep 24 2020
In T8408#237431, @brenthuisman wrote:@knauss Did any development occur? On NLNet I see the project is still at 'Open' status.
May 27 2020
May 26 2020
Thanks for the patch from first glance it looks fine. @dvratil - fine to merge?
May 24 2020
@ngraham: this is a feature for the weekly report. What is the proposed way to ping you for things to blog about?
May 22 2020
In D29030#665411, @lukaskaras wrote:
- kcrash and drkonqi - this only happens, if Akonadi crashes and it does not crash for me yet - fully accepted
You may try to abort akonadi server by command:
killall -s ABRT akonadiserver
it should trigger Dr Konqi for your akonadiserver process
May 6 2020
In D29416#665213, @winterz wrote:Ideally "German (German) - Feiertage fur Deutschland (Bayern)" would become tr("Germany/Berlin (German)")?
I don't think we need to see "Feiertage fur Deutschland"
Seems fine. But this should get a testcase. Unfortuantelly there is more to do to create one (src/autotests/kmcommandstest.cpp) Do you need/want help with that?
Thanks dvratil and lukaskaras for explaining me how to debug Akonadi - I haven't done it yet. Btw. is there documentation existing for this?
May 4 2020
Can you explain me how you get strace output for akonadi?
May 2 2020
Build dependencies of Frameworks in 5.69 (additionally with porting aids):
May 1 2020
Okay I want to verify on my system first. I may find time to do this next week.
Me get funding from nlnet to work on this. The rough ETA is to finish this in June.
Apr 23 2020
Wait you add mysql stuff to the akonadiserver, that is totally wrong! The problem is that the mysql-akonadi script is not triggering the correct profile. The workaround with mysql-akonadi script was added because mysql start shipping AppArmor and Kubuntu/Debian mainatiners at that time created this script to make sure to workaround the AppArmor of mysql. Because this was triggering issues for Debian unstable I set down and started to do a proper AppArmor profile for Akonadi and there I learnt, that the mysql-akonadi script is not needed at all.
In D28903#654405, @dvratil wrote:The patch still correct, though. The assumption that the process is always called simply mysqld is wrong.
Apr 22 2020
Apr 21 2020
In D28915#653566, @junghans wrote:I just applied for a developer account. Once approved and got access to the kldap repository, I'll commit the changes. If things do not work this way, you can commit the changes too.
@lukaskaras: this whole foo with mysqld-akonadi is not needed anymore. Me as the maintainer of Debian packages I investigate the situation and found this proper solution with AppArmor rules, so I could removed the mysqld-akonadi workaround.
This dbus feature was added with newer AppArmor versions - I havn't heard about it until today ;) But this makes totally sense that also DBus access it controlled.
Apr 20 2020
Apr 15 2020
Released with KDE Pim 19.12.
Released with KDE Pim 19.12.
Released with KDE Pim 19.12.
Apr 14 2020
cleanup tests.
Apr 12 2020
cleanup - do cast only one time.
cleanup.