Le samedi 02 novembre 2013 à 21:40 +0100, Reindl Harald a écrit : > > Am 02.11.2013 21:35, schrieb Richard Hughes: > > On 2 November 2013 20:27, Reindl Harald <h.reindl@xxxxxxxxxxxxx> wrote: > >> "lsof | grep DEL | grep /usr" shows any opened but deleted file > >> which is the case after updfates while applications are running > > > > Doesn't work with libreoffice, firefox or any application that loads > > plugins or modules > > explain why > > * the plugin is not loaded -> fine > * the plugin is not loaded but will be on demand -> more fine, it loads the updated provided the updated is in the right place. If I have software1 that load plugin from /usr/lib/software1/v1 and suddenly, I switch to software1 v2 who load from /usr/lib/software1/v2, new plugins will be in /usr/lib/software1/v2, so outside of the search path of the running software1 v1 instance that currently run. Or what about if I start firefox at the same moment it is being updated ? Maybe you do not care about this because you know this is gonna crash, but the reason why so many people do not believe on Linux on the desktop is also partially due to this kind of crash from time to time. When you see them, you just start to think "ok, this is crashing, that's not as solid as I believed", followed later by "linux on the desktop is not even stable, let's go back to windows, it crash but at least, there is games". People internalized the problem and act as if this was normal, while it is not. Ars technica summarize quite clearly the situation on this problem : http://arstechnica.com/information-technology/2013/11/its-the-little-things-how-small-conundrums-make-many-hate-computers/ And I do not even speak of the users who reboot during a upgrade, resulting into unbootable system due to issue like this ( https://bugzilla.redhat.com/show_bug.cgi?id=1002891 ). Sure, people shouldn't do it. Yet they do, that's purely a statistical problem. Maybe you do not see it with your small set of 20 servers, but with ~ 40 RHEL desktops in my office, I have seen it 4 times. I have spend ~ 2h to fix each of them. Now, take a bigger fleer of laptop, and count how much this is costing in time to a company. Time lost by users, time lost by having someone looking at it instead of focusing on others issues. -- Michael Scherer -- devel mailing list devel@xxxxxxxxxxxxxxxxxxxxxxx https://admin.fedoraproject.org/mailman/listinfo/devel Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct