If too many applications come and go at the same time, the system can come to a grinding halt due to the various databases and caches being updated a lot of times in short order: Whether or whether not this happens automatically and on which occasion has been a complicated mess since essentially forever.
HAIKU LEARNING APP FOR MAC UPDATE
Some desktop environments then also need to update their own databases and caches, e.g., Sycoca on KDE Plasma. One has to manually copy around desktop files, icon files to locations like $HOME/.local/icons/hicolor/ with varying subdirectories that may or may not exist and be recognized depending on whether the subdirectories were already present when the desktop environment was launched, MIME files to locations like $HOME/.local/share/mime/packages, and then trigger runs of tools like update-desktop-database and update-mime-database, which is a real pain: This creates challenges for situations in which applications "come and go", e.g., when an external partition (or, say an AppImage, a Snap, a file server share.) is mounted that contains applications. Deficiency of the status quo: Dealing with applications that come and go on the fly It also assumes that every application is only present in one version. The system is not really built for dynamically ever-changing per-user applications. It is assumed that applications are installed into fixed locations into the system. Desktop Linux, mostly through specifications, currently provides only static and inflexible ways to integrate applications with the system.
0 kommentar(er)
