On Tue, 29 Sep 2009, David Malcolm wrote:
gvfsd
obex-client/obex-data-server
evolution-data-server
packagekitd
notification-daemon
any number of status icons (volume control, gpk, g-p-m, etc.)
... and more I'm forgetting ...
Since very few of these have state, can't we implement a framework where
they automatically get restarted on upgrade?
Brainstorming: perhaps when rpm updates/deletes a file it could look at
what processes are mapping that file (in particular ELF files), and thus
build a list for a transaction of all PIDs that now have stale data
(e.g. using old versions of a .so file that now has a security fix in
the new on-disk version).
No idea how to pass this information up through yum/PackageKit in a
useful way though.
at the risk of getting myself in trouble - you don't have to do it at the
rpm layer... You could do it in yum or in a yum plugin and then not have
to worry about propagating it up the stack.
-sv
--
Fedora-desktop-list mailing list
Fedora-desktop-list@xxxxxxxxxx
https://www.redhat.com/mailman/listinfo/fedora-desktop-list
