https://bugs.kde.org/show_bug.cgi?id=452074
Ahmad Samir <a.samir...@gmail.com> changed:
What |Removed |Added
----------------------------------------------------------------------------
CC| |a.samir...@gmail.com
--- Comment #6 from Ahmad Samir <a.samir...@gmail.com> ---
AFAIK, there is nothing in KIO code that would run ldconfig at all; so my
suspicion is that since it's ldconfig and fdatasync() that there were system
updates being installed in the background while the copying was being done,
shared-mime-info runs fdatasync as part of its installation steps, see:
https://gitlab.freedesktop.org/xdg/shared-mime-info/-/commit/1f7683bfcbecbeffa802a1c361e1842db2fff4f8
; so that dev's experiment results were skewed by that, I think.
I don't know much about Btrfs, but that is just another data point.
Note that if the files being deleted are on a partition other than /home/, it
could be that trashing them is moving them to /home/<user>/.local/share/Trash;
but of course that doesn't explain why deleting a single text file would be
slow....
--
You are receiving this mail because:
You are watching all bug changes.
