[sorry for breaking the thread, copy/pasting from the archives after re-
subscribing]
On Tue, Feb 13, 2024 at 1:13 PM Sune Vuorela wrote:
> At some point I remember David Faure, iirc as part of his QMimeType
> work, removed part of sycoca, but left the remaining bits as a per
> user cache
On 2024-02-13, Harald Sitter wrote:
> Do you have a testing plan in mind?
Not a dedicated one, no. But assuming your analysis is mostly correct,
something along the lines of
- What's the plasma startup performance with and without sycoca on a
clean user
- If much slower, try isolate
On Tue, Feb 13, 2024 at 1:13 PM Sune Vuorela wrote:
>
> On 2024-02-08, Harald Sitter wrote:
> > It occurs to me that we should ponder sycoca a bit.
> >
> > Currently the sycoca contains 3 types of caches:
>
> At some point I remember David Faure, iirc as part of his QMimeType
> work, removed
On 2024-02-08, Harald Sitter wrote:
> It occurs to me that we should ponder sycoca a bit.
>
> Currently the sycoca contains 3 types of caches:
At some point I remember David Faure, iirc as part of his QMimeType
work, removed part of sycoca, but left the remaining bits as a per
user cache
> All in all I am not convinced we still need the sycoca
As you noted it's 3 different things. I suggest we tackle it as 3
different tasks.
The mime apps part we should be able to drop silently without any issue.
The menu and desktop files are still needed by krunner and plasmashell
and
Hi!
Am Do., 8. Feb. 2024 um 15:22 Uhr schrieb Harald Sitter :
>
> It occurs to me that we should ponder sycoca a bit.
>
> Currently the sycoca contains 3 types of caches:
>
> - the mime cache: should in fact be unnecessary because there is
> already a mime.cache in /usr/share/mime?
That cache is
It occurs to me that we should ponder sycoca a bit.
Currently the sycoca contains 3 types of caches:
- the mime cache: should in fact be unnecessary because there is
already a mime.cache in /usr/share/mime?
- the menu structure cache: for the most part only loaded once by
plasmashell so the
