Schedule for Monday's FESCo Meeting (2012-06-18)

Reindl Harald h.reindl at thelounge.net
Sat Jun 16 13:10:37 UTC 2012



Am 16.06.2012 15:06, schrieb Ralf Ertzinger:
> Hi.
> 
> On Sat, 16 Jun 2012 14:57:30 +0200, Jochen Schmitt wrote
> 
>> One of the most inportant advance of Linux over Windows is the
>> fact, that there are only a few situations - like kernel updates -
>> which requires a reboot of your system.
> 
> Linux has, in principle, the same problem as Windows, that while
> you can replace files that are in use running processes will (of course)
> not pick up the changes until restarted. 

this is not the problem in windows
the problem in windows is that you CAN NOT replace a open file

> Most daemons do so when updated themselves

which is a really bad behavior on production systems
and was introduced not soo long ago with no way to disable
this systemwide because each package has this restart crap

> but, for example, updating zlib because of an exploit will
> not restart all daemons using the exploitable library, so unless the
> admin restarts those manually or the system is rebooted you might
> still be vulnerable.

yes you have to restart the services
but at a time YOU decide and controlled

without any dumb restarts you can rollout testsed updates
at business-time and do the restarts ina small time window

> MS has choosen the reboot route to deal with this, and current versions
> leave it up to the user to initiate the reboot while nagging about
> it in regular intervals (which Fedora does not do, and I'm not sure
> this is a good thing tbh).

no, no and again: no

microsoft has chosen this way because windows can not replace
open files and so you can not compare linux and windows here
in any way

-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 262 bytes
Desc: OpenPGP digital signature
URL: <http://lists.fedoraproject.org/pipermail/devel/attachments/20120616/02d08ff7/attachment.sig>


More information about the devel mailing list