Slashdot Mirror


Windows Cheaper to Patch Than Open Source?

daria42 writes "Is Windows cheaper to patch than open source software? Of course this Microsoft-commissioned report thinks so - but a number of people disagree, including a key Novell Asia-Pac exec, Paul Kangro. Kangro highlights problems with the report including the fact that it refers to problems faced by administrators before 2003: before significant improvements were made to Linux patching tools. 'We didn't have tools like Xen for Linux then,' says Kangro. 'When I patch my Linux box I don't need to bring it up and down any number of times.' Kangro also points out the report doesn't mention costs associated with rebooting systems after a patch is applied."

473 comments

  1. Well. by Sierpinski · · Score: 4, Insightful

    It might be easier if you have no idea how to really use a computer, and are not willing to learn. Those people will never leave the "comfort" of a familiar thing. They fear change, especially when it forces them to actually think for themselves.

    1. Re:Well. by psiphre · · Score: 2, Insightful

      how the shit is this redundant, mods? It was the first non-troll post.

    2. Re:Well. by Soybean47 · · Score: 3, Insightful
      It might be easier if you have no idea how to really use a computer, and are not willing to learn.

      If they're talking about the "cost of patching," they're talking about large corporations. Large corporations have people in charge of IT who, we hope, have some idea how to use a computer. ;)

      It really doesn't take much to patch most new-ish linux systems.
      emerge sync && emerge -uD world
      is probably one of the most complicated, and that's all there is too it.

    3. Re:Well. by Anonymous Coward · · Score: 0

      It's redundant in that it's SSDD.

      With apologies to Mr King.

    4. Re:Well. by smittyoneeach · · Score: 1

      Don't forget the timing. If you only do this about once a week or so, it's best to light it off before you go to bed.
      That is, unless you modded a bunch of XBoxen into a poor man's distcc compile farm...

      --
      Get thee glass eyes, and, like a scurvy politician, seem to see things thou dost not.--King Lear
    5. Re:Well. by Anonymous Coward · · Score: 0

      i totally agree. People can become such idiots when they start to fear. Most people want to be masters of their own domain and never stray away because once they do they're exposed to the real world.

    6. Re:Well. by Xformer · · Score: 1

      So that makes TFA redundant as well?

      --
      All I want is a kind word, a warm bed and unlimited power.
    7. Re:Well. by Anonymous Coward · · Score: 0

      Wrong. even complete DOLTS can upgrade/patch a linux box. Both mandrake and Fedora have a click and drool update button.

      I guess if you absolutely TRUST your software vendor not to blow up your computer (SP2 anyone?) the automated updating may be "cheaper" but only if your time has no value.

      I know of many many people that had their computer rendered useless by SP2 and autoupdate, 3 days later and a $100.00->$250.00 tech bill fixed it.

    8. Re:Well. by Anonymous Coward · · Score: 0

      Yes yes. Everyone should learn how to use their Linux computer. It's of course, the only way to compute after all. And it's so easy for people over 40 with no interest in using their computer as anything but a simple tool for communication... and linux makes it all possible. Any operating system but Windows makes it all easier.

      And of course, the only way you can think for yourself is to use one of these non-windows computers. Yes. Very insightful in its narrowmindedness.

    9. Re:Well. by D14BL0 · · Score: 0

      Or perhaps I don't want to waste time learning how to operate something I don't need?

    10. Re:Well. by Anonymous Coward · · Score: 0

      Hmm...

      IF Slashdot readers need to argue about which is easier to patch AND only geeks know how to patch Linux AND geeks read Slashdot AND most computer users don't read Slashdot THEN Windows is easier to patch than Linux.

    11. Re:Well. by dunc78 · · Score: 0, Flamebait

      That works great until miscellaneous dependency issues start arising. I suppose this is why some people refuse to use the package based updaters. I have tried learning to use linux to get a myth-tv box running, and while it runs fairly well, there is still a lot of things I can't get working. And now I'm stuck in some kind of dependency hell so I can't get miscellaneous packages I may need to install. When I go to install a Windows fix, it just seems to work.

    12. Re:Well. by smchris · · Score: 2, Interesting

      OK, well here's a dolt and this issue comes at a perfect time.

      I have two Red Hat 9 desktops that I would like to upgrade to Fedora 3. Today. Both are running Win4Lin and I want nVidia video acceleration.

      I've downloaded "How to Install Win4Lin on FC3" from a Google search. Prints out to about 2-1/2 pp of 10 point on kernel recompile (and more pages on blog follow-up issues).

      But nVidia acceleration is also a patch. But, but, but..... It is my understanding that you don't patch a patched kernel because the patch assumes it is being applied to an unpatched kernel and the patch won't patch. Tried it once on nVidia "custom" install with a Fedora Core 1 Win4Lin patched kernel and the nVidia splash came up, the background came up -- and it locked.

      So, undolt me. How do I get the functionality of _multi_-patching linux kernels?

      Make sure it is simple. Remember, I'm a dolt.

      I'll check back.

    13. Re:Well. by caluml · · Score: 1, Insightful
      how the shit is this redundant, mods?

      Redundant doesn't just mean untimely - it also means unnecessary, useless, of no added value. So the first post, if it simply repeated things from the story would be redundant. Find a dictionary, and read it sometime.

    14. Re:Well. by xenotrout · · Score: 2, Insightful

      If you're stuck in dependency hell (can't find dependencies?), your package system is probably out of date. If installing a dependency resolver causes another dependency hell, I would recommend you back up your configs and data, make a list of what you installed, and start again with a distro that automatically resolves dependencies. Debian and Gentoo both do this. Ubuntu and other Debian-based distros do it. I think the latest versions of the popular RPM-based distros (Redhat, Mandriva, etc.) do this as well.

    15. Re:Well. by mmjb · · Score: 1

      No. Most people are not computer geeks. They use a computer as a tool for real work. Most people prefer their computing time to be easy.

      Most people don't understand the benefits of Linux over Windows.

      Like it or not, the entire Linux experience is not easy to most people.

    16. Re:Well. by Anonymous Coward · · Score: 0

      And Windows is easy?

    17. Re:Well. by mmjb · · Score: 1

      If a user even knows they should be patching an operating system, you're talking about a level of user awareness that probably suggests that Windows really is easy to patch for them.

      And, of course, MS makes sure they get plenty of practice. :)

    18. Re:Well. by kz45 · · Score: 1

      It might be easier if you have no idea how to really use a computer, and are not willing to learn. Those people will never leave the "comfort" of a familiar thing. They fear change, especially when it forces them to actually think for themselves.


      blaming the users isn't the answer. Open source isn't used by the masses because it still isn't ready.

    19. Re:Well. by Wdomburg · · Score: 2, Insightful

      People who refuse to use package updates because of "dependency issues" are usually using them incorrectly. Package managers do not create dependencies, they record and enforce them.

      Used properly, a package system is a solution, not a problem. When I want to install something I don't even consider dependencies, I simply type "up2date " and it pulls in everything that package needs and installs them in the proper order.

      The only real downside is that third party packages are often poorly created. Failure to follow platform conventions (e.g. paths) is the most common "sin". Ultimately I think user oriented distributions need to settle on a more reasonable release schedule. The ridiculously short cycle of Fedora (4-6 months) is way too volitile and really hinders any meaningful packaging effort, and the glacial cycle of Debian (almost 3 years since the last major update) precludes support for modern desktop packages. As the major desktop technologies (Gnome, KDE, Mozilla, etc) mature, this should help to rationalize distribution release cycles as well.

      The most common end user mistake, in my experience, is circumventing the package manager - forcing packages, ignoring dependencies, installing from tarball, etc - and then wondering why it doesn't work. To some degree it's understandable. There is plenty of cool software out there that's simply unavailable without building from scratch, and a lot of the people who try Linux are curious and want to explore the cutting edge. But it should never be forgotten than on the cutting edge things break. A lot. Sometimes dramatically. If you want stability and predictability, you simply have to wait until the bugs are ironed out and things are neatened up for "mass market" distribution.

    20. Re:Well. by kz45 · · Score: 1


      And Windows is easy?

      yes, when even the most computer illiterate can check their email, surf the web, write papers, and go on aim (and sometimes install drivers), I would say windows is easy to use.

    21. Re:Well. by Marthisdil · · Score: 0

      I just love how you open source junkies can't accept truth....

    22. Re:Well. by drsmithy · · Score: 1
      Those people will never leave the "comfort" of a familiar thing. They fear change, especially when it forces them to actually think for themselves.

      And that applies as much to people who use Linux as people who use Windows...

    23. Re:Well. by Directrix1 · · Score: 1

      Don't forget the manual 'dispatch-conf' on all 2000 of your machines. And if you know a way around that, then tell me because I would really like to know.

      --
      Occam's razor is the blind faith in the natural selection of least resistance and in universal oversimplification. -- EF
    24. Re:Well. by Soybean47 · · Score: 1

      That's a very good point. I mean, there are ways around that, but they'd be very implementation-dependant and most of them are probably a bit sketchy.

      But then... if you're administrating 2000 computers, Gentoo probably isn't the best choice for them.

    25. Re:Well. by Directrix1 · · Score: 1

      But thats the only way you can get distcc to give you good compile times ;-).

      --
      Occam's razor is the blind faith in the natural selection of least resistance and in universal oversimplification. -- EF
    26. Re:Well. by Anonymous Coward · · Score: 0
      • pretentious adj 1: making claim to or creating an appearance of (often undeserved)importance or distinction.


      Great advice! Thanx for the tip!

      • sarcasm n : witty language used to convey insults or scorn
    27. Re:Well. by Directrix1 · · Score: 1

      Of course what I would like, would be something along the lines of a multi-computer dispatch-conf. That shows the diffs that are common on all the computers as just one left or right choice, and the lines that are different for each different computer just prompts you for an answer on each computer. Also, I would like for a cluster-emerge command that targets classes of computers, and instantiates emerge on each computer in the class how you would like it. Now that would be sweet.

      --
      Occam's razor is the blind faith in the natural selection of least resistance and in universal oversimplification. -- EF
    28. Re:Well. by dunc78 · · Score: 1

      Are package managers usually over strict on their enforcement though? Specifically, it seems many times I will have a version of a library installed that is newer than the version of the library the package manager is looking for. Shouldn't the libraries be backwards compatible and are they typically backwards compatibile (guess typically needs to be always though for a package manager to consider it sufficient). I think I ran into problems when I wanted to get IEEE1394 libraries installed on my computer to control my cable box. I couldn't find any packages, so I had to use tarballs, and I think these may have replaced some older library with a newer library, which then caused the package manager to go berserk.

    29. Re:Well. by poofyhairguy82 · · Score: 1
      But nVidia acceleration is also a patch.

      Thats where you are wrong Mr. Dolt:

      http://www.fedorafaq.org/#nvidia

      That should fix your problem. Rememeber- package managers are your friend......

    30. Re:Well. by Master+of+Transhuman · · Score: 1


      First of all, "even the most computer illiterate" CANNOT do these things on Windows without help, as I have seen many times.

      Second, ALL of the cited tasks can be done on Linux just as easily as on Windows.

      --
      Richard Steven Hack - This sig is TOO GODDAMN SHORT TO DO ANYTHING USEFUL WITH! MORONS!
    31. Re:Well. by AmberBlackCat · · Score: 1
      It might be easier if you have no idea how to really use a computer, and are not willing to learn.
      I was looking at technology websites and a message popped up saying my computer has downloaded a software update. Then it asked me if I wanted to install it. I clicked on "Install" and it was done. Do you think Linux is easier than that?

      And what do you consider to be "really knowing how to use a computer"? Recompiling the kernel? Do you think people who don't know how to rebuild their engine and transmission don't really know how to use a car?

    32. Re:Well. by Anonymous Coward · · Score: 0

      Are package managers usually over strict on their enforcement though?

      Sometimes. But at least on Debian, if you do an apt-get update and still find a package that's not installable, you should file a bug report. These bugs are usually fixed pretty quickly.

      Shouldn't the libraries be backwards compatible and are they typically backwards compatibile (guess typically needs to be always though for a package manager to consider it sufficient).

      Yes, but sometimes they break compatibility between major versions - e.g. libABC 1.0 and 1.1 should be compatible, but 2.0 may have a different API. A package should usually depend on libABC between 1.0 and 1.9 instead of a specific version like 1.1.

      When installing tarballs, never mess with the package manager's directories. Install stuff in /usr/local, not /usr. You could also look for unofficial packages for your distro, or make them yourself (tools like alien can help with this).

    33. Re:Well. by Anonymous Coward · · Score: 0

      Then they should try FreeBSD!

    34. Re:Well. by imroy · · Score: 1

      It depends on what files the patch touches, and what areas within the file it changes. If the two patches only alter different files, then it's fine. Otherwise, the "diff" format contains some context around the altered line(s), so that "patch" can fudge things a little if the line(s) aren't exactly where they're supposed to be. But sometimes they collide or patch can't figure it out. Then you either roll up your sleaves and try to figure out what's going on, find someone else that's already done so, or give up. It helps if you're a C programmer :P

    35. Re:Well. by Anonymous Coward · · Score: 0

      Yeah, because secretaries and 98 year old grandmothers are more often than not C programmers.

      Sorry mang, Linux isn't going to get serious desktop penetration until secretaries and 98 year old grandmothers can perform routine maintenance without having to go to school. Until Linux programmers, like yourself, start working to wrap common administrative tasks into pretty GUI wrapper apps, that are robust enough to handle 99% of what needs to occur over a given day/week/month/year - Linux desktop isn't going anywhere.

      Look to OSX. They're driving things that way. They're not quite there yet, but they've gone so far beyond Linux desktops that it's rather scary - unless you find Linux desktops appealing, in which case it's annoying, because how can anyone get any work done if they don't spend several hours every week performing tasks that can be done inside of 15 minutes under OSX?

    36. Re:Well. by HopeOS · · Score: 1

      I do not see any reason why your hypothetical dolt should ever have to recompile a kernel. If Win4Lin requires this, then W4L is outside the reach of your user. QEMU Accelerator and VMWare for Linux do not require this, and they have substantiatly similar hooks in the kernel.

      As for the nVidia drivers, I've used them for years, and I have never had to recompile the kernel. In fact, all I have ever needed to do was rerun the driver update after upgrading the kernel.

      Finally, converting from RH9 to FC3 is no less complicated than converted from Windows NT 4.0 to Windows XP. Your argument would have been in the realm of reality if you were describing package upgrades within FC3, but of course, that's such a simple matter, there would hardly be anything to say about it.

      -Hope

    37. Re:Well. by Feztaa · · Score: 1
      These are also popular:
      apt-get update && apt-get upgrade
      and
      yum update
      Also, even those aren't necessary as both Ubuntu and Fedora will automatically have a systray icon appear when updates are available. Ubuntu uses the very slick synaptic by default, where Fedora uses some custom in-house tool to do it that (IMHO) isn't as good.
    38. Re:Well. by cbiltcliffe · · Score: 1

      Dump your database of computer names to a text file, (you do have some electronic records of your 2000 machines, right?) and write a small script that does:

      while($machine_name)
      ssh root@$machine_name dispatch-conf

      --
      "City hall" in German is "Rathaus" Kinda explains a few things......
    39. Re:Well. by Elshar · · Score: 1

      That's not the only 'cost', though. You have to take into question certain things like

      - Will the patched/upgraded version of an app break something in another program, and if so, will I have to upgrade that too? And in doing the second app, will anything else break?

      - Is there any sound reason to upgrade? Does local kernel exploit when user does insert-thing-here actually affect my cvs server that noone has local access to anyways? Would upgrading THAT break anything?

      - What default configuration expectations have changed from the version of software I have to the current? (Example: Gnu-radius 1.2.x to 1.3, a radius attribute on by default changes to disabled without a specific entry in the default config)

      - Would just upgrading everything to the newest and latest whatevers create incompatibilities in anything else (File/DB format changes, config changes, new/changed/removed dependancies, kernel module expectations, new specialized compilation requirements, etc)

      Doing any kind of emerge sync && emerge -uD world in gentoo, or just portupgrade -yarR in FreeBSD, or any equivilant on any remotely production box is suicide. Might as well start playing russian roulette for money, because that's what it amounts to. :P

    40. Re:Well. by Directrix1 · · Score: 1

      Do you even use gentoo?

      --
      Occam's razor is the blind faith in the natural selection of least resistance and in universal oversimplification. -- EF
    41. Re:Well. by smchris · · Score: 1

      Thanks for the link. I'll give it another try of course going that way. The Red Hat 9 WIn4Lin kernel and nVidia driver coexist, but I'm still not convinced it will work with Fedora 3 because it seems like a give and take:

      3. yum install nvidia-glx kernel-module-nvidia-`(uname -r)`

      I had been using the .tar from nVidia's site. OK. So it is just a module. Good!

      That installs the nVidia driver for your current kernel.

      Hopefully. But if I remember, it may object about not recognizing my kernel because I won't be using either a Fedora or generic kernel.

      Win4Lin requires, and has always supplied, its own kernels but they cut back and gave up on Fedora after 1. They still supply some patches that you can apply to your own generic kernel download that you configure and install yourself but it looks like they are phasing out "classic" Win4Lin (if it can be called that) to a new product something like VMWare that doesn't require a patched kernel.

      Surely a sign that Win9X is so approaching terminal death that it isn't even being supported well as a virtual OS. Unfortunately, we have moved so much over to native linux that Win4Lin 9X handles all the legacy stuff we need and we really don't want or need to buy copies of XP and the new Win4Lin Pro. But it would be nice to periodically upgrade linux while maintaining that legacy support.

    42. Re:Well. by Wdomburg · · Score: 1

      Are package managers usually over strict on their enforcement though?

      Package managers, no. They simply enforce what is specified in the packages. Packages, on the other hand, sometimes are overly specific in their dependencies.

      Specificalluy, it seems many times I will have a version of a library installed that is newer than the version of the library the package manager is looking for. Shouldn't the libraries be backwards compatible and are they typically backwards compatibile (guess typically needs to be always though for a package manager to consider it sufficient).

      Not necessarily. Newer versions of libraries can change the ABI in incompatible ways. Libraries on Linux systems are typically versioned to allow older versions of the library to be provided in parallel with the newer version; e.g. you might have both libmysqlclient.so.10 and libmysqlclient.so.12 installed, so you're compatible with applications build for both MySQL 3.23 and MySQL 4.1.

      I think I ran into problems when I wanted to get IEEE1394 libraries installed on my computer to control my cable box. I couldn't find any packages, so I had to use tarballs, and I think these may have replaced some older library with a newer library, which then caused the package manager to go berserk.

      The disadvantage of tar installs is that the package manager doesn't know about the new files, and of course won't know that you got rid of the older install.

      Unfortunately this is a hard problem to get around, and one of the reasons why going outside the package manager usually requires some care if it's going to work at all. To my mind it's a bigger issue for the home desktop user, who is likelier to want to play with the latest and greatest (and often unpackaged), and doesn't have the expertise to do their own packaging.

      On the other hand, in a business environment, the software set is usually going to be a lot smaller and more well established, especially in a server environment. Most of the time the bundled packages are going to be sufficient, so they've been tested to all work together. And in packages requiring customization, it's actually pretty trivial to maintain packages in house; I personally handle somewhere in the neighborhood of 40 or 50, and it's hardly my primary task.

    43. Re:Well. by mikefe · · Score: 1

      It looks like you are in a multi-computer setup with a network.

      In that case, I suggest you leave the computer with FC1 and win4lin alone and upgrade the other systems to FC3. You can configure win4lin to connect to the remote X server on your local FC3 install, and you're set.

      In the case that you really want to upgrade to FC3, you should upgrade to FC2 and then to FC3.

      --
      There: Something at a specific location.
      Their: Owned by someone.
      Please make sure your english compiles.
    44. Re:Well. by leonbrooks · · Score: 1
      urpmi.update
      or
      apt-get update
      or whatever. Simple, consistent, reliable, scriptable. No MSIE, ActiveX or javascript involved anywhere.
      --
      Got time? Spend some of it coding or testing
    45. Re:Well. by smchris · · Score: 1

      A late update for the archives.

      Remote X to Win4Lin? Interesting, if they haven't prevented it. Offhand, I suspect it probably shoots the license to heck though since I believe they have a similar commercial offering. :)

      Anyway, I did a Win4Lin kernal compile to an FC3 upgrade on one machine this morning. Took 4 hours since it was the first time I've compiled a kernel and the instructions I was working from had one command with a typo, two anbiguous command line parameters that could catch the uninitiated and two omissions since I am using lilo instead of grub. Actually, pretty good for linux documentation.

      And except for some apparent modules.conf->modprobe.conf problems with removable devices, it was a very respectable upgrade that preserved most personal setup attributes considering it was a pretty radical 2.4 to 2.6 kernel, Gnome to KDE, OSS to ALSA upgrade. Win4Lin seems stable.

      _NOW_, I could probably do another kernel in under an hour total using my annotated instructions, but the main topic remains that anything that requires a person to fire up "make xconfig" and follow multiple pages of instructions isn't grandma tested.

      I still have to play with acceleration.

    46. Re:Well. by mikefe · · Score: 1

      Remote X to Win4Lin? Interesting, if they haven't prevented it.

      It may be in the personal edition, but even there it just looks like it's limited to 64MB ram per instance. Their site for the terminal server product pretty much says that it's already possible with their other products, but this just makes it much easier, and supported.

      Offhand, I suspect it probably shoots the license to heck though since I believe they have a similar commercial offering.

      Why? If you are running one instance of Windows and seeing the output on another computer, you still only need one license. If you run multiple licenses, you'll need one license per instance of course.

      --
      There: Something at a specific location.
      Their: Owned by someone.
      Please make sure your english compiles.
    47. Re:Well. by poor_boi · · Score: 1
      It might be easier if you have no idea how to really use a computer, and are not willing to learn.

      If I don't need to learn how to patch to ... patch, isn't that the definition of "easier"?

    48. Re:Well. by cbiltcliffe · · Score: 1

      No. I use Debian and SuSE, but a similar sort of thing would work just fine for Debian. Provided you have ssh public/private keys set up so you don't need to type in a password to ssh in, of course....

      ssh root@debianbox apt-get update

      --
      "City hall" in German is "Rathaus" Kinda explains a few things......
    49. Re:Well. by Directrix1 · · Score: 1

      My point is dispatch-conf is an interactive configuration file update program where you manually diff in changes to the config files. Not very practical.

      --
      Occam's razor is the blind faith in the natural selection of least resistance and in universal oversimplification. -- EF
  2. Not exactly objective.... by Anonymous Coward · · Score: 5, Insightful

    So microsoft says windows is cheaper to patch, whereas Novell (who own Suse) say linux is cheaper to patch.

    Can someone tell me why this is news?

    1. Re:Not exactly objective.... by Anonymous Coward · · Score: 0

      Actually, that's a good idea.

      Every time Microsoft funds a report that shows Windows to be better, somebody such as IBM or Novell should fund a counter-report that shows Linux to be better.

      Then everybody would see the self-funded reports for the unreliable trash that they are.

      Maybe that would stop Microsoft from wasting its time trying to pretend that it r0cks.

    2. Re:Not exactly objective.... by ajs318 · · Score: 1

      Typing apt-get update && apt-get upgrade costs somewhere between f**k-all and precious little. OK, so I have to ssh into every machine in the company to do it {or, absit omen, leave my desk}; but in the time it's taken me to post this comment I have already thought of at least two workarounds.

      So are they saying Microsoft would write me a cheque if I patched a Windows system? Or are they just saying that somebody who goes around patching Windows systems will do it for a lot less money than someone who goes around patching Linux ones? Which is a no-brainer, because -- thanks to the wonders of random breakdowns -- there's this double-edged situation where a trained chimpanzee could make it look like they had fixed a Windows system, yet a real expert is just as likely as anyone to find their "repair" does not work in practice. This is why Windows technicians are cheap -- even if you know your stuff, the sad fact is that, through no fault of your own, many things are beyond your abilities; and there is no shortage of pissy-knickered schoolkid wannabees who'll do your job for less. By contrast, a Linux system either works or it doesn't, only ever doesn't work for a good reason and needs someone who understands Linux to fix it if it's broken. Linux technicians are expensive because it's damn nigh impossible for the aforementioned wannabees to bluff their way in.

      --
      Je fume. Tu fumes. Nous fûmes!
    3. Re:Not exactly objective.... by shotfeel · · Score: 1

      Not having either of the actual studies in front of me, I was intrigued by the line,

      PatchLink's finding is that on a per patch incident basis,

      Which raises the question, how often does Windows need to be patched vs. Linux? It seems to be assumed they need to be patched on an equivalent basis and I really have no way of evaluating if that is true or not.

    4. Re:Not exactly objective.... by einhverfr · · Score: 2, Interesting

      for a in `cat machine-list.txt`
      do ssh "root@$a" apt-get update
      done

      How hard is that?

      --

      LedgerSMB: Open source Accounting/ERP
    5. Re:Not exactly objective.... by wirelessbuzzers · · Score: 1

      You'll have to apt-get upgrade too...

      --
      I hereby place the above post in the public domain.
    6. Re:Not exactly objective.... by jschottm · · Score: 1

      As a note to mods with overly trigger friendly "flamebait" fingers, my servers are 90% Linux...

      So microsoft says windows is cheaper to patch, whereas Novell (who own Suse) say linux is cheaper to patch.

      Part of it is that it's subjective depending on what you place value on. From an enterprise standpoint where you're rolling out patches to hundreds or thousands of systems, Microsoft has put a lot of effort into making it easy to manage remote updates. Active Directory has a lot of really nice features that are either missing from Linux or a proprietary add-on (ie Novell's Zen). That carries a lot of value to many people.

      To other people the lack of constant rebooting creates great value. As does the fact that distribution upgrades tend to allow you to update the entire system from a single program, compared to the many different ways that Windows software can and has to be updated from.

      It's still not news, but Microsoft has a very valid point in saying that from the enterprise management standpoint for CORE SYSTEM updates, Linux is not as easy and accessable to use. All software has problems. Choose the one that you can handle best and get on with life.

    7. Re:Not exactly objective.... by einhverfr · · Score: 1

      for a in `cat machine-list.txt`
      do ssh "root@$a" "apt-get update && apt-get upgrade" >> ~/logs/apt-get-script.log
      done

      I will leave further enhancements as an opportunity for the reader.

      --

      LedgerSMB: Open source Accounting/ERP
  3. Xen by mattdm · · Score: 5, Informative

    [...]problems with the report including the fact that it refers to problems faced by administrators before 2003: before significant improvements were made to Linux patching tools. 'We didn't have tools like Xen for Linux then,' [...]

    Oh, come on. Practically speaking, we don't have Xen for Linux *now*. Sure it's cool and all (which is why it's slipped into this basically unrelated story) but it's not nearly ready for the Linux mainstream and I'd be surprised if more than a handful of people are using it heavily in production.

    1. Re:Xen by jbgreer · · Score: 5, Interesting

      I wouldn't be too sure about that; I just installed Xen on a box this past week, and the testing branch has been remarkably stable. Have you actually used Xen? That said, I like to think that the poster's larger point is that virtualization technology and its implementations - in VMWare, Xen, etc. have made patch management easier to manage, especially with all of the work going on in migrating apps and OSes. That, to me, will be the real benefit of such work.

      --
      The Norton Anthology of English Literature, 4th Ed., Vol 2
    2. Re:Xen by natd · · Score: 1

      I was beginning to think my lot were alone. Yes - it works and people have it.

      --
      Only big ligs use sigs.
    3. Re:Xen by mattdm · · Score: 1

      I wouldn't be too sure about that; I just installed Xen on a box this past week, and the testing branch has been remarkably stable.

      That's my point.

      Have you actually used Xen?

      Tried it. Not in production. I imagine that's the case for many people -- but actually, still a relatively small number of bleeding-edge experimenters. For that reason, obviously the numbers here will be higher than in the world in general.

      That said, I like to think that the poster's larger point is that virtualization technology and its implementations - in VMWare, Xen, etc. have made patch management easier to manage, especially with all of the work going on in migrating apps and OSes. That, to me, will be the real benefit of such work.

      *Will be*, sure.

    4. Re:Xen by XenoPhage · · Score: 1

      I think I missed something here.. Xen is similar to VMWare, correct? How does this help you to patch your machine without needing to reboot? Why would I want to run a virtual server on top of my regular server?

      --
      XenoPhage
      Technological Musings
    5. Re:Xen by Lemming+Mark · · Score: 1

      Actually, if you're using SuSE (i.e. from the Novell PoV) you actually do have it now - it ships with SuSE Professional 9.3. They've also tweaked YaST to do "Install in a directory for Xen", although this feature of YaST is fairly basic right now. Xen's running on lots of production systems but it's yet to get deployed fully by any "big names". Most sophisticated machine & cluster management tools are absolutely essential for this.

    6. Re:Xen by Lemming+Mark · · Score: 1

      > the testing branch has been remarkably stable

      Just to clarify, the Xen "testing" branch is not a development branch. -testing is used to test fixes to -stable (moderately paranaid I know :-). It is typically released as a new stable revision (2.0.x) periodically. The bugs are mostly corner-case fixes for problems the majority of uses don't ever see.

      The -unstable tree is where all the really fun stuff happens :-) Unstable gets frozen into a release tree about once every 6-12 months.

    7. Re:Xen by DBarker · · Score: 5, Informative

      I think that Paul Kangro may have been talking about "Zen" for linux a Novell product (See link http://www.novell.com/products/zenworks/sneakpeek. html ) that is an update to Ximian Red Carpet Server and red-carpet client used for distributing patches to linux distributions and applications as well as imaging, and asset (inventory of hardware and software) management.

    8. Re:Xen by Lemming+Mark · · Score: 3, Informative

      Good question! Having virtual machines does make server management easier in many ways. Even something as simple as the fact Xen virtual machines rebooting quicker than physical machines might be helpful here.

      That said, I think the Novell dude probably meant "Zen". They should probably start calling it "ZenWorks" to avoid this confusion, since they also ship Xen in SuSE 9.3.

    9. Re:Xen by XenoPhage · · Score: 1

      AHA! Now that would make more sense. ZenWorks is a completely different beast and fits more in the context of the quote... I guess this is just a case of misquoting?

      --
      XenoPhage
      Technological Musings
    10. Re:Xen by Monkius · · Score: 1

      The poster is correct. Zen[works] is Novell's patch management and software distribution solution.

      --
      Matt
    11. Re:Xen by Lemming+Mark · · Score: 1

      I guess the ZDnet guy spoke to the Novell guy over the phone and thought "Aha! Xen!" because it's been getting a lot of press lately... I guess ZenWorks was just not at the top of his mind!

      Given your nickname, maybe you'll get quoted in a future article :-)

    12. Re:Xen by Alioth · · Score: 1

      I'm using it in production. It's the best virtualization system for servers I've used by far. The difference in performance between Xen and VMware is like night and day. The ease of management of a remote server running under Xen compared to VMware is like night and day.

      However, I think this article was talking about ZenWorks, not Xen.

    13. Re:Xen by Dolda2000 · · Score: 1
      Admittedly, I'm not a big-time sysadmin (although I have a number of boxes at home), but I've never understood what is so wrong with the built-in distro tools like apt, yum, portage and what have you.

      Why are these somehow worse or "more expensive" than Windows, and, not least, why do we need Xen when we already have those?

      No, I don't know. Please enlighten me.

    14. Re:Xen by Lemming+Mark · · Score: 1

      Heh, glad you like it :-) Out of curiosity, I assume you're comparing to VMWare workstation? The reason I ask is that I thought VMWare's server admin packages were some of the most advanced you can buy? VMWare server products also have better performance than the workstation ones (I'd imagine they're still not better than Xen but it's not possible to publish benchmarks comparing the two for legal reasons)

    15. Re:Xen by fitsnips · · Score: 1

      Thank you I was wonder if I was a complete moron!

      Not taht this entirly rules it out, but atleast it gives me hope.

      --
      I am a republican not by choice, but rather by lack there of.
    16. Re:Xen by mr.newt · · Score: 1

      Nope, he was talking about Xen. The context of that comment was that Linux doesn't need to be rebooted after a patch (which is something you can do with Xen).

    17. Re:Xen by SiliconEntity · · Score: 1

      I think that Paul Kangro may have been talking about "Zen" for linux a Novell product... that is an update to Ximian Red Carpet Server and red-carpet client used for distributing patches to linux distributions...

      That's hilarious! He said Zen, they wrote Xen, and nobody noticed that Xen is essentially useless as an aid to patch management! It's just a virtualization technology that makes it easier to run multiple OS's at once. If anything it will make patch management more difficult since it encourages running multiple OS's, and you now must juggle each OS's patch management scheme - rpm vs apt-get vs something else.

      It just goes to show how people don't think about what they read, and how they're willing to grasp at straws to support their preconceptions. Open Source is good, therefore patch management must not be a problem, therefore if they say Xen helps, then it must help! Talk about backwards thinking. Try starting from the evidence and working your way to the conclusions, people, rather than vice versa.

    18. Re:Xen by jbgreer · · Score: 1

      Ummmm. No, that's my point; testing is stable. That is, stable enough to use.

      As for your having "Tried it"... that doesn't exactly inspire confidence. Perhaps if you actually described your use, I would be more interested in your remarks, or more apt to give them some credence. As it stands, I'm using it, and you're not. I hope you understand my reluctance to be persuaded.

      And, as for 'Will be'. You are aware that VMWare does app migration now, right? Did you actually ever try a xm migrate? I mean will be as in: from an administration perspective, migration is more interesting than simply re-presenting an OS.

      --
      The Norton Anthology of English Literature, 4th Ed., Vol 2
    19. Re:Xen by budgenator · · Score: 1

      My best guess is that at a certain level of "mission critical"-ness, you just can't just trust anybodies patches not to break something; if you think the wailing you hear when a patch breaks a file server for the teenagers MP3's is bad; wait until you hear the wailing when a server processing 57 Million dollars a day worth of sales gets trashed!
      There are a lot of mission-critical applications in the windows world that were developed on win95-ME systems that had no security in the Unix/Linux sense of security, and as security is actually being slowly retrofitted to WinXP, they are very brittle any changes to the OS can break a must-have application. Not doing significant testing on each patch in an enterprise environment is career-suicide.
      The right way to do this is to install the patches to a test system, then when everything checks out OK, load them onto your own server for everbody else to update from automatically. Of course budgets are tight, manpower is short, so your mileage may vary.

      --
      Apocalypse Cancelled, Sorry, No Ticket Refunds
    20. Re:Xen by Qzukk · · Score: 1

      The amusing thing is that even if he did spell it wrong, Xen is still quite useful.

      Lets say I have a webserver running that MUST NOT STOP. Except that, horror of horrors, someone discovers a buffer overflow in Apache, and someone exploiting that would most definitely stop the webserver. So I clone the running VM's drive space, start a new VM, patch its apache, perform rigorous testing, and then redirect new connections from the old VM to the new VM, wait for existing connections to dry up, then close down the old VM.

      Sure, this takes more effort, and probably isn't something a cheap MCSE would figure out on their own, but your online investment site remains up and nobody sues you because they couldn't execute their stock sell order in the 2 minute window that your server was down and the stock price hit all time highs before dropping off.

      --
      If I have been able to see further than others, it is because I bought a pair of binoculars.
    21. Re:Xen by Alioth · · Score: 1

      I've only used VMware workstation. However, Xen (and all the xen-u instances) can trivially be run as init scripts (making easy startup/shutdown in a consistent manner to other processes) and has good management tools (xm for the command line plus web-based management). The performance is unbeatable too - very close to native. Due to the way VMware works it's really not possible for VMware to get even close to Xen's performance for workloads that matter.

      As for not publishing benchmarks, if I had VMware server, I'd still publish a comparison - I don't think that term in the EULA would be enforcable here. I'd do it just to piss 'em off because clauses in EULAs like that border on restraint of speech.

    22. Re:Xen by Lemming+Mark · · Score: 1

      I'm glad someone's using the Xendomains init script - it's not something we usually get feedback on.

      Xm is a pretty nice tool (way better than the previous generation of tools, which were a bit of a hack, although they worked OK). The control tools are likely to get rewritten again at least twice before they reach full maturity.

      Which web interface do you use? The Xend one? Xensv is rather more pretty but, again, it's not something we've had much feedback about.

      The no-benchmarking clause seems like it could be legally dodgy but it's not something we'd like to challenge ourselves! As you say, it's apparent from their virtualisation approach that they *have* to do more work at runtime than Xen and that must cost them somewhere.

  4. yawn whats new by EEproms_Galore · · Score: 5, Funny

    Every time I read about another "paid by Billy G" report it always reminds me of the joke.. How many Microsoft engineers does it take to change a lightbulb. None Microsoft defines darkness as the new standard..

    1. Re:yawn whats new by Anonymous Coward · · Score: 5, Funny

      Or the other jokoe:

      Q: How many Linux engineers does it take the change the lightbuld?

      A: RTFM, n00b. J00 suz0r, go back to M$ Winblows, l4m3r.

    2. Re:yawn whats new by NickFortune · · Score: 1
      Q: How many Linux engineers does it take the change the lightbuld? A: RTFM, n00b. J00 suz0r, go back to M$ Winblows, l4m3r.
      Yup. 'Cos, you know, it's not like you can find that attitude amongst windows users.

      Oh, wait... yes you can, can't you?

      --
      Don't let THEM immanentize the Eschaton!
    3. Re:yawn whats new by Intron · · Score: 5, Funny

      Q. how many Apple engineers does it take:

      A: We don't use light bulbs any more. We have high brightness iLED displays for only $599.

      --
      Intron: the portion of DNA which expresses nothing useful.
    4. Re:yawn whats new by yasth · · Score: 5, Funny

      Or the other other one:

      Q: How many *BSD engineers does it take to change a lightbulb?

      A: One could probably do it, if only there were any left.

      --
      I'd do something interesting, but my server can't handle a slashdotting.
    5. Re:yawn whats new by SuprCzr · · Score: 1

      it was a joke... get a freakin sense of humor.

      --
      SUPRCZR
    6. Re:yawn whats new by NickFortune · · Score: 1

      It was indeed. I even thought it was funny. I guess that didn't come across.

      --
      Don't let THEM immanentize the Eschaton!
    7. Re:yawn whats new by JPelorat · · Score: 1

      Q: How many Slashdot pedants does it take to change a lightbuld?

      A: Christ, it's 'lightbulb' not 'lightbuld', don't you know anything? Get a spellchecker. Now, what was the question?

      --
      Hokey statistics and ancient misconceptions are no match for a good thought in your head, kid!
    8. Re:yawn whats new by hcdejong · · Score: 2, Funny

      Or:

      Q: How many IBM engineers does it take to change a lightbulb?

      A1: That depends on your service contract.

      A2: 31. Four to schmooze the customer, sixteen to go over the contract, three to prepare the site for installation, one to operate the crane, one to drive the truck that carries the replacement, four to oversee installation, one to flip the switch and one to actually install the bulb.

    9. Re:yawn whats new by Anonymous Coward · · Score: 1, Funny

      A3: 1, but he has just been laid off to drive up the stock price. Anyway, without a working light bulb in place expenses for electricity also go down, driving stock price up yet further, justifying high management bonuses.

    10. Re:yawn whats new by Anonymous Coward · · Score: 0
      > Q: How many Linux engineers does it take the change the lightbulb?

      Gentoo: First, you start with a bunch of protons. After several billion years in the hearts of stars, hydrogen is burned to helium, helium to carbon, oxygen, and so on, up to silicon and iron. Blow up the stars to produce heavier-than-Iron stuff like tungsten. Eventually some of the silicon will hook up with the oxygen, resulting in balls of silicates. Some of the hydrogen will also hook up with the oxygen, resulting in water. Evolve intelligent life capable of melting down the water-eroded silicates into sand, and of making a tungsten filament. The rest is easy.

    11. Re:yawn whats new by Blakey+Rat · · Score: 1

      The sadder part than him missing the joke is the thought that because something (idiots telling people to RTFM) exists in Windows, it's OK to exist in Linux.

      I mean, correct me if I'm wrong, but aren't most of the coders on this site working to make Linux *better* than Windows? How could you possibly reach that goal if you just declare "well, Windows has the same problem, so let's not bother fixing it for Linux."

      I see this attitude all the time on Slashdot.

    12. Re:yawn whats new by einhverfr · · Score: 1

      How many MS Execs does it take to change a lightbulb?

      We foresee no reason for the uninstallation of the lightbulb and have made no provisions for its removal.

      --

      LedgerSMB: Open source Accounting/ERP
    13. Re:yawn whats new by molnarcs · · Score: 1
      There is another one in FreeBSD FAQ.
      17.3. How many FreeBSD hackers does it take to change a lightbulb?
      One thousand, one hundred and sixty-nine:
      Twenty-three to complain to -CURRENT about the lights being out;
      Four to claim that it is a configuration problem, and that such matters really belong on -questions;
      Three to submit PRs about it, one of which is misfiled under doc and consists only of “it's dark”;
      One to commit an untested lightbulb which breaks buildworld, then back it out five minutes later;
      Eight to flame the PR originators for not including patches in their PRs;
      Five to complain about buildworld being broken;
      Thirty-one to answer that it works for them, and they must have cvsupped at a bad time;
      One to post a patch for a new lightbulb to -hackers;
      One to complain that he had patches for this three years ago, but when he sent them to -CURRENT they were just ignored, and he has had bad experiences with the PR system; besides, the proposed new lightbulb is non-reflexive;
      Thirty-seven to scream that lightbulbs do not belong in the base system, that committers have no right to do things like this without consulting the Community, and WHAT IS -CORE DOING ABOUT IT!?
      Two hundred to complain about the color of the bicycle shed;
      Three to point out that the patch breaks style(9);
      Seventeen to complain that the proposed new lightbulb is under GPL;
      Five hundred and eighty-six to engage in a flame war about the comparative advantages of the GPL, the BSD license, the MIT license, the NPL, and the personal hygiene of unnamed FSF founders;
      Seven to move various portions of the thread to -chat and -advocacy;
      One to commit the suggested lightbulb, even though it shines dimmer than the old one;
      Two to back it out with a furious flame of a commit message, arguing that FreeBSD is better off in the dark than with a dim lightbulb;
      Forty-six to argue vociferously about the backing out of the dim lightbulb and demanding a statement from -core;
      Eleven to request a smaller lightbulb so it will fit their Tamagotchi if we ever decide to port FreeBSD to that platform;
      Seventy-three to complain about the SNR on -hackers and -chat and unsubscribe in protest;
      Thirteen to post “unsubscribe”, “How do I unsubscribe?”, or “Please remove me from the list”, followed by the usual footer;
      One to commit a working lightbulb while everybody is too busy flaming everybody else to notice;
      Thirty-one to point out that the new lightbulb would shine 0.364% brighter if compiled with TenDRA (although it will have to be reshaped into a cube), and that FreeBSD should therefore switch to TenDRA instead of GCC;
      One to complain that the new lightbulb lacks fairings;
      Nine (including the PR originators) to ask “what is MFC?”;
      Fifty-seven to complain about the lights being out two weeks after the bulb has been changed.
      Nik Clayton <nik@FreeBSD.org> adds:
      I was laughing quite hard at this.
      And then I thought, &#8220;Hang on, shouldn't there be '1 to document it.' in that list somewhere?&#8221;
      And then I was enlightened :-)
    14. Re:yawn whats new by Anonymous Coward · · Score: 0

      That's not funny.
      -- slashdot moderators

  5. apt vs windows update by xmodem_and_rommon · · Score: 5, Informative

    Really? The 'apt-get update && apt-get upgrade' i did earlier today on my debian (testing) box took less than a minute, and isntalled not just the latest security patches but also the latest versions of all my software. That was pretty-much free.

    Conversely, windows update only updates windows (not my other apps), and takes at least 15 minutes every time i run it.

    1. Re:apt vs windows update by Kihaji · · Score: 1, Troll

      And if Microsoft started adding in patches for software that isn't theirs you would be screaming "MONOPOLY" at the top of your lungs.

    2. Re:apt vs windows update by I+confirm+I'm+not+a · · Score: 5, Funny

      Conversely, windows update only updates windows (not my other apps), and takes at least 15 minutes every time i run it.

      Windows Update worked its magic on my workstation yesterday; I was busy and didn't reboot afterwards. For the rest of the morning (until I caved and rebooted the bloody thing) Windows Update popped-up an annoying dialog box every ten? fifteen? minutes inviting me to restart the PC. Needless to say, everytime the diaplog appeared it was when I was typing, and half a line of code got piped to Window's equivalent of /dev/null.

      I think we should *thank* Microsoft for promoting Linux ;-)

      --
      This is where the serious fun begins.
    3. Re:apt vs windows update by xmodem_and_rommon · · Score: 2, Insightful

      no i wouldn't. I'd consider it a good thing that users of microsoft products have one easy place to go for patching all their software.

      Now if microsoft used windows update to replace products on consumers' machines with microsoft alternatives, THEN i would be screaming MONOPOLY at the top of my lungs. But fortunately not even they are that stupid.

    4. Re:apt vs windows update by Joe+U · · Score: 1

      Yeah, because it would be better if it didn't remind you and you left your system unpatched.

      The alternative is when your system is destroyed 2 days later because you didn't reboot, you get to blame Microsoft for not reminding you enough.

    5. Re:apt vs windows update by ScentCone · · Score: 1

      Needless to say, everytime the diaplog appeared it was when I was typing, and half a line of code got piped to Window's equivalent of /dev/null.

      Or, you could take about a minute of your time and set up the Windows Update service to download the patches, remind once that it has them and hopes you'll install them, and then do it when you know it's convenient to restart services/the OS. It's a couple of mouse clicks.

      --
      Don't disappoint your bird dog. Go to the range.
    6. Re:apt vs windows update by Oestergaard · · Score: 2, Insightful

      The cool thing about stable debian is, that it *doesn't* upgrade to the latest version of all the software.

      It just installs security updates.

      That way, I don't need to worry about database upgrades, configuration file changes, API/protocol changes etc. etc. etc. Everything that ran before, runs afterwards, unchanged.

      *that* is cool. If you're running production servers in the real world at least :)

    7. Re:apt vs windows update by I+confirm+I'm+not+a · · Score: 4, Insightful

      Yeah, because it would be better if it didn't remind you and you left your system unpatched.

      No, it would be better if it [Windows Update] reminded me once and then respected my decision.

      --
      This is where the serious fun begins.
    8. Re:apt vs windows update by I+confirm+I'm+not+a · · Score: 1

      Or, you could take about a minute of your time and set up the Windows Update service to download the patches, remind once that it has them and hopes you'll install them, and then do it when you know it's convenient to restart services/the OS. It's a couple of mouse clicks.

      I can confirm that, because it's exactly what I've done. My problem is once Windows has installed the updates - which it's going to need to do at some point, no? - it then wants to reboot immediately, and doesn't want to take my word for it that, no, really, later's fine. In this instance I'd deliberately left the PC on overnight for the update, and in the morning I wasn't prompted to reboot for a while after I arrived at work - by which time I was busy.

      --
      This is where the serious fun begins.
    9. Re:apt vs windows update by HaydnH · · Score: 1

      ...Or there's Up2Date for Redhat/Fedora...

      --
      Time is an illusion. Lunchtime doubly so. - Douglas Adams
    10. Re:apt vs windows update by DrXym · · Score: 1
      Businesses running critical infrastructure or with large numbers of desktops do not blindly use apt-get / up2date / yum to install patches.


      While I agree that it's handy to be able to do just that at home, it is necessary in the enterprise to be able to see a list of patches, the advisories for those patches, the dependencies between patches and be able to deploy (and rollback) them to all, some or specific boxes that are managed by a single patch server.

    11. Re:apt vs windows update by saintp · · Score: 1

      That's pretty easy, but I have all of the SuSE boxen I administer set to auto-update nightly, so I never type a thing. Either way -- one line at the CLI or a few clicks when you set up the box -- it's pretty cheap. Of course, you can set Windows to auto-update, too, but it has to reboot every time, and only installs so-called "critical" updates. Nonetheless, if updating any recent Linux distro is cheaper than any recent version of Windows, or vice-versa, it amounts to a rounding error in the grand scheme of things.

    12. Re:apt vs windows update by xmodem_and_rommon · · Score: 0

      apt lets you do that as well. There's no reason you can't run an internal apt repository for private use by your company, and only put patches there that you have checked.

    13. Re:apt vs windows update by GIL_Dude · · Score: 2, Insightful

      Never having used Debian, and being a bit of a noob on Linux (although I used to admin HP-UX a long time back), I don't seem to have it as easy as you do for updates.

      I'm using Suse 9.2, and while the auto-updates in YaSt seem to work very well and only occasionaly ask for a reboot, they don't update things like Firefox with any patches I can see at all. I wanted to go from the included beta release to the 1.01 awhile back and had the damndest time installing it to somewhere where I could find it and run it. (I admit, it gets easier as I get used to it). However, I think just clicking on the EXE in Windows and having the newer firefox install run is a hell of a lot easier; it's less steps even for people who are experts.

      For the things that Windows Update does patch (Windows, Exchange, SQL, Office, etc. shortly as they are almost ready to release from Beta the Microsoft Update) it does pretty well - but lots of reboots.

      As I mentioned on my Suse - YaSt does well, and rarely has me reboot (I think twice so far).

      But, the thing is - patching stuff like GIMP, Firefox, etc. doesn't seem to be as automatic and easy under Linux as it does under Windows. Hell, I was running PaperPort on my Wife's Windows machine the other night and it automatically updated itself to 10SP1. Until more of the FOSS ones can do that, I think patching of applications outside of the OS is easier on Windows than on Linux.

    14. Re:apt vs windows update by kayak334 · · Score: 0, Troll

      The problems is, most users "decision" is simply clicking "no" and forgetting about it forever. Then Shashdot posts a story about how Microsoft doesn't enforce security patches by simply letting users say "no I don't want to update my computer!!1"

      You could have just saved your work and taken all of the 1-3min it takes to reboot a windows box.

    15. Re:apt vs windows update by dtfinch · · Score: 1

      That bugged me this morning as well. You could try a program like ClickOff, and set a really low scan interval so it'll close the dialog almost immediately. You still might lose a keystroke though.

    16. Re:apt vs windows update by oojah · · Score: 1

      Damn right.

      Roger

      --
      Do you have any better hostages?
    17. Re:apt vs windows update by nra1871 · · Score: 2, Informative

      This has to be one of my biggest pet peeves. Why do programmers feel the need to pop windows up right in front of my face, and always when I'm typing? Nothing should ever interrupt my focus, put a window in the background or on the toolbar, but NEVER interrupt my typing.

    18. Re:apt vs windows update by SomeoneGotMyNick · · Score: 4, Informative

      It's a couple of mouse clicks.

      OK. Sound easy. Let's do it.

      Clicks Start | All Programs | Windows Update
      Hmm.... just sends me to a MS web page. Meanwhile, for some reason I can't shut down the IE window until it finishes "checking" my computer for updated "Update Software"

      Clicks Start | All Programs | Accessories | System Tools.
      Hmm..... Nothing there for Windows Update.

      Left click on the Windows Update icon in the system tray (it's GOTTA be there..)
      Up pops a "Ready to Install" update screen.

      Whoops, I forgot I should RIGHT-CLICK the icon to get a detailed menu of choices. I right-click
      Up pops a "Ready to Install" update screen, no menu

      Ah, Control Panel...
      Click on Start | Control Panel
      Double Click on Automatic Updates
      There we go. A window with a green shield and a red shield and 4 radio buttons. Wait, they're all ghosted out!! And I'm logged in as an Administrator. I can't believe I go so far only to be blocked from changing the settings....

      apt-get and emerge seems so much easier to use...

    19. Re:apt vs windows update by emidln · · Score: 1

      3 Minutes is not an acceptable time frame when I'm in the middle of running a test. My simulations take hours to craft and many times hours to run. Saving the simulation isn't really an option. Windows should respect my decision to ignore it.

    20. Re:apt vs windows update by ashSlash · · Score: 1

      It depends on your distro. If you're running Ubuntu or another Debian-based distro, just load up Synaptic (assuming you're running X) and click Mark All Upgrades, then Apply.

      Job done.

    21. Re:apt vs windows update by DrXym · · Score: 1
      So you maintain your own repository. Is there software to auto deploy updates to tens of thousands of machines based upon their machine name, location, role or other details? And maintain an inventory of what machines need updating, and what machines have what software?


      I'm sure you could go to great lengths writing scripts and cron jobs to do all of that stuff, but that would rather prove whatever point this MS study is trying to imply.


      Fortunately, the likes of Novell OES & Zenworks would mean the point is moot. Even if a specific dist like Debian is unable to manage lots of machines, some versions of Linux can do it with no problems at all.

    22. Re:apt vs windows update by xmodem_and_rommon · · Score: 0

      that really depends on your distro. I'm still running firefox 1.03, but i'd estimate that within a week 1.04 will be available in the testing repository. However, it is already available in the unstable repository, so if I was running debian (unstable), i would already have it.

      But SUSE really sucks in that regard. Last I checked (which was v9.2) things were really outdated.

      (Oh btw apt has NEVER had to reboot for me)

      Debian (unstable) is always really up to date. Debian (testing) is a bit behind, but only by a couple of weeks, and you stand a lot lower chance of things breaking when you update.

      When someone tells you debian's packages are out of date, chances are they are talking about stable. And it is stable, but its out of date...

    23. Re:apt vs windows update by justforaday · · Score: 1

      Why do programmers feel the need to pop windows up right in front of my face, and always when I'm typing?

      The answer is really pretty simple. You obviously have no idea where you want to go today...

      --
      I'll turn into a supernova and burn up everything. Well I'll turn into a black little hole and you'll turn into string.
    24. Re:apt vs windows update by tclark · · Score: 1

      What is this "reboot" of which you speak?

    25. Re:apt vs windows update by kismet666 · · Score: 0, Flamebait

      So you're complaining that you chose to install the patch that required a reboot? Why didn't you wait until after you completed whatever critical work you had to do? User makes choice. User doesn't like consequence. User blames vendor. Sigh.

    26. Re:apt vs windows update by kayak334 · · Score: 2, Insightful

      If you're in the middle of running a test, I don't see how the "reboot now/later" box is bothering you. If you're crafting a test, you can save and reboot.

      Sorry, I know that it can be a pain sometimes, and I'm not trying to poke you and tell you how/when to reboot. Maybe a better solution would be for Windows to pop the window up every 10min, but don't give it focus.

    27. Re:apt vs windows update by Blkdeath · · Score: 1
      What is this "reboot" of which you speak?

      What time is it? Has another kernel 1.2.3.x update been released yet?

      Yes, it's very cute that to update most software on a Linux system you don't require a reboot. But c'mon people, let's be honest; lately our kernel developers can't make up their mind on a stable kernel release. I get more kernel announcements in my inbox (between all the various flavours and patchsets) than I do most any other at this point.

      We're never going to get better or gain significant ground if we don't demand the best from ourselves.

      --
      BD Phone Home!

      Shameless plug. Like you weren't expecting it.

    28. Re:apt vs windows update by I+confirm+I'm+not+a · · Score: 2, Insightful

      So you're complaining that you chose to install the patch that required a reboot? Why didn't you wait until after you completed whatever critical work you had to do? User makes choice. User doesn't like consequence. User blames vendor. Sigh.

      To a certain extent. I made the decision the night before, but wasn't prompted to reboot when I arrived back in the morning. It wasn't until I'd started work - on something that, naturally!, couldn't wait - that the popups started. I *do* blame the vendor for creating a system that doesn't respect my choice: "no, I don't wish to reboot now". That should be it, end of story (leaving aside the "why does the bloody thing *need* to reboot when every other box I' involved with seems to manage an update without this degree of hand-holding).

      --
      This is where the serious fun begins.
    29. Re:apt vs windows update by hazah · · Score: 1
      The "reboot" is an ancient ritual practiced today by people calling themselves "users". It involves a complete shutdown of something called a "wintell" and the power on, of the same object.

      Personally, I would have loved enlightenment amongst these "users", but the cult is too strong.

    30. Re:apt vs windows update by Dammital · · Score: 2, Informative
      "I was running PaperPort on my Wife's Windows machine the other night and it automatically updated itself to 10SP1."
      But really, plain-Jane users ought NOT to be able to update the software -- PaperPort should NOT be able to update itself unless you are running with administrator privilege.

      Of course, I'll guess that you were running as an administrator -- one of those double edged sword things. It makes administration of the box a little easier for the user, but it also makes administration of the box by ne'er-do-wells easier too.

      In general, autoupdate is a bad thing, unless it's implemented as a formal XP service and detached from whatever user happens to be logged on at any given time.

    31. Re:apt vs windows update by ScentCone · · Score: 3, Informative

      Methinks you doth protest too much. For me:

      1) Open Control Panel
      2) Open Automatic Updates
      3) Choose 'Download updates for me, but let me choose when to install them.' (this was the default, by the way!)
      4) Done.

      Was that so hard? Definately better, though, to teach grandma how to get her syntax exactly right at the command prompt. That's much better.

      --
      Don't disappoint your bird dog. Go to the range.
    32. Re:apt vs windows update by I+confirm+I'm+not+a · · Score: 1

      This has to be one of my biggest pet peeves.

      Reading back through this thread, I sound quite agressive about Windows Update, but reading your comment made me realise: it's this one issue - Windows Update stealing focus to interrupt my typing - that pisses me off. Fully agree with you, wish to subscribe to your newsletter ;-)

      --
      This is where the serious fun begins.
    33. Re:apt vs windows update by SomeoneGotMyNick · · Score: 2, Insightful

      3) Choose 'Download updates for me, but let me choose when to install them.' (this was the default, by the way!)

      Still doesn't explain why my choices are all ghosted out, while logged in as administrator. If grandma even got this far to change the settings, what would she do next? Also, your default selection wasn't the selected item on my screen.

      teach grandma how to get her syntax exactly right at the command prompt. That's much better.

      A lot of Grandmothers were skilled at typing. After all, keyboards were around long before they were on computers. Spell checks weren't available to save them from mistyping what they read. The Post-It apt-get instructions on the monitor would be followed verbatim.

    34. Re:apt vs windows update by Anonymous Coward · · Score: 0

      If your grandma is writing lines of code as a reboot window comes up, maybe she does need to know her command line syntax..

    35. Re:apt vs windows update by NullProg · · Score: 1

      This will fix your updating problem.

      Guru's RPM Site

      With Synaptic you can get/upgrade gimp, mplayer, games and all your other goodies in SuSE. I wouldn't reccommend upgrading your kernel or Video drivers from the repositories, but everything else runs just fine. I'm running 9.2 as well.

      Enjoy,

      --
      It's just the normal noises in here.
    36. Re:apt vs windows update by ScentCone · · Score: 1

      You know I'm not talking about Grandma's typing skills. I'm talking about being able to have her granddaughter set up the windows update, using the dialogs I mentioned, one time, and then not having to think to even go to a command prompt, let alone remember what to type there (or where to go to look for instructions on what to type there), not to mention that the commands, as stand-alone bits of non-natural text, are meaningless to most people, and always will be.

      A lot of people are comfortable with the notion that the "Control Panel" is where you control things about how the system runs, and that when someone tells you to check how your Automatic Updates are set up, that you'd use the icon labeled "Automatic Updates."

      As for why your choices are disabled - I'm guessing that something in your security settings are preventing it from being changed. I've never seen that configuration on any of easily a couple hundred installations, so you've got some other layer involved. Without more from you on how your machine is set up, perhaps someone else can chime in on that scenario. I'm sure I'm not the only one thinking that it's just as likely to sit at the console of a Linux box and find an expected or familiar command missing or responding in an unexpected way because of how the distro is set up, or because of a user profile's behavior.

      --
      Don't disappoint your bird dog. Go to the range.
    37. Re:apt vs windows update by mrm677 · · Score: 1

      Can you tell apt-get to only install the latest security patches and not the latest versions of all the software? Because when your life or job relies on knowing the particular quirks of various software revisions, getting a change I didn't expect is definitely not what I want.

    38. Re:apt vs windows update by jlar · · Score: 3, Informative

      "Was that so hard? Definately better, though, to teach grandma how to get her syntax exactly right at the command prompt. That's much better."

      Or maybe just show her how to use synaptic (a nice graphical front end for apt). Then her applications will be updated as well - and she will be able to search for and install new applications if she pleases.

    39. Re:apt vs windows update by mollymoo · · Score: 1
      Which programmers is it though? The ones who wrote the apps or the ones who wrote the APIs and coding guidelines?

      I suspect the latter. OS X rarely interrupts me and when it does it's for important stuff, like low battery (and even then, the window is at the front but doesn't get focus). Bouncing dock icons are the norm to get your attention if the app in question isn't in focus. Windows can do blinking taskbar icons instead of slapping a dialog in you face, so why don't app programmers do that? Is this a Microsoft style guideline?

      --
      Chernobyl 'not a wildlife haven' - BBC News
    40. Re:apt vs windows update by sundog61 · · Score: 1

      No.

      The problem is that Windows reminds the user over and over again. And if you happen to be away from your computer for lunch or something, it'll reboot for you, after a timeout.

      It wouldn't be hard to have the option for "remind me in [some time period]"

    41. Re:apt vs windows update by nra1871 · · Score: 1

      It's not just Windows update either, it seems like just about every program is guilty of this on Windows. This doesn't seem to happen to me as much in OS X, I don't know whether programs/OS just behave better, or there just aren't as many pop up windows. Actually I think it is the former, because I have software update set to come up once a day to check for updates, and it loads in the background.

    42. Re:apt vs windows update by sammy+baby · · Score: 1
      So you maintain your own repository. Is there software to auto deploy updates to tens of thousands of machines based upon their machine name, location, role or other details? And maintain an inventory of what machines need updating, and what machines have what software?


      Yes.
    43. Re:apt vs windows update by ScentCone · · Score: 1

      If your grandma is writing lines of code as a reboot window comes up, maybe she does need to know her command line syntax..

      Heh. Well, the whole point of my comment was that someone who does write code should be able to get around a simple configuration issue, as annoying as that is.

      --
      Don't disappoint your bird dog. Go to the range.
    44. Re:apt vs windows update by DrXym · · Score: 1

      Perhaps you should have read what I wrote. I know RH & SUSE have management tools. The point someone was making was that you just tell these enterprises to run "apt-get upgrade" which is patent nonsense.

    45. Re:apt vs windows update by Stevix · · Score: 0

      I rememeber when it had that functionality, you could specify; "remind me in 1 day (24 hours)"
      now i get the 'updates are ready to install' icon in the tray, but no hurried popups asking me to follow up on it, its simply when i click it and chose to. this is on winXP Prof, w/ sp2, however, so i guess you have to Orwellian version of windows (sp 84) that says:
      "Windows has decided what is best for your computer: you have 10 seconds to close all your programs and work so it may update. have a nice day"

    46. Re:apt vs windows update by orasio · · Score: 1

      " The problems is, most users "decision" is simply clicking "no" and forgetting about it forever. "

      Well, there is a discipline that takes care of interfaces.
      Most interface designers, nowadays, understand that popup boxes don't work.
      It's not the user that is stupid, it's the designer not understanding the inherent abilities of people.

      A correct design for this would be, at the start of the update, warning the user that he will need to reboot, after the update is done. For any change that needs a reboot, that statement should be made. After that, the reboot should be just part of the update procedure, while performing the update, and not after, you should be informed of the reboot, and maybe even given the choice of reverting the update, if you don't want to reboot, or reboot and complete the update. There you wouldn't have those silly popups that people have learned to ignore.

    47. Re:apt vs windows update by Phisbut · · Score: 1

      Up2Date for Redhat alright, but doesn't Fedora use yum instead?

      --
      After 3 days without programming, life becomes meaningless
      - The Tao of Programming
    48. Re:apt vs windows update by xmodem_and_rommon · · Score: 1

      yes in fact you can. You can quite easily modify your sources.list file to only fetch updates from debian's security server.

    49. Re:apt vs windows update by Phisbut · · Score: 1
      Businesses running critical infrastructure or with large numbers of desktops do not blindly use apt-get / up2date / yum to install patches.

      They don't set Windows Update to download and install patches automatically either. If they feel the need to check and verify every available patch on a Linux box, they also need to check and verify every available patch on their Windows box.

      --
      After 3 days without programming, life becomes meaningless
      - The Tao of Programming
    50. Re:apt vs windows update by Anonymous Coward · · Score: 0

      Still doesn't explain why my choices are all ghosted out, while logged in as administrator.

      I ran across this recently as well, on a machine that was sysprepped for me by my university's IT staff. I found this link useful: http://windowsxp.mvps.org/aupolicy.htm

    51. Re:apt vs windows update by ajs318 · · Score: 1

      Windows does not have a consistent structure for storing essential system configuration information {/etc}, a convention for instructing a running programme to re-read its configuration {SIGHUP} or a process sheduler {/sbin/init}. As a consequence of these omissions, it is necessary to stop and restart every running programme whenever a change is made. This leads to jokes like "The mouse has been moved. You need to reboot your system for the change to take effect."

      A few years ago though, I remember some unix flavour insisting to recompile the kernel when an ordinarily trivial change was made {e.g. moving a device from one serial port to another}. Cue new joke -- "The mouse has been moved. You need to recompile your kernel for the change to take effect."

      --
      Je fume. Tu fumes. Nous fûmes!
    52. Re:apt vs windows update by Anonymous Coward · · Score: 2, Informative
      "For the rest of the morning (until I caved and rebooted the bloody thing) Windows Update popped-up an annoying dialog box every ten? fifteen? minutes inviting me to restart the PC."

      You can get rid of this by doing "net stop wuauserv" on the command-line.

    53. Re:apt vs windows update by I+confirm+I'm+not+a · · Score: 1

      You can get rid of this by doing "net stop wuauserv" on the command-line.

      Genius! Excellent, that's one for the list of commands-never-to-forget. Thank you!

      --
      This is where the serious fun begins.
    54. Re:apt vs windows update by Anonymous Coward · · Score: 0
      The 'apt-get update && apt-get upgrade' i did earlier today...

      Yea, but you already know how to type in "a command line"

      To many Windo$e users its even too much trouble to surf to the windows update site and click on a link, while surfing may be the only thing they know how to do, besides email. If it does not do it auto-magically then its not easy enough for them, yet.

      And sorry, not all applications update in that way either. I'd love to see something between yum/get-apt and bittorent where all software projects register their packages on the web as a torrent like download which happens automatically. Nothing terribly difficult here, we just need a "standard" for this to happen, and thats not likely to happen without "someone big" (e.g. GNU, OSS, kernel.org, sourceforge, etc..) on the net to move this forward. A user then would just subscribe to their selected update service's rss like update feed and forget about it. As soon as a patch is released the swarming begins.

    55. Re:apt vs windows update by ppz003 · · Score: 1
      <clippy>
      bink, bink. You seem to be ignoring me. Shall I keep coming back to hauntand annoy you until you cave in?

      [Yes | OK]
      </clippy>
    56. Re:apt vs windows update by advocate_one · · Score: 1

      it's exactly the same with a "stable" Ubuntu... to upgrade everything requires changing the sources to point to the new version... oh, from what I can recall, your stable Debian will be upgraded automagically to the new stable Debian when it goes officially "stable... as AFAICR, the symlinks get pointed at the new directories and you don't have to do a thing... that's if you're using "stable" as a repository descriptor instead of using "woody" or is it "potato" now... dur...

      --
      Donald 'Duck' Dunn: We had a band powerful enough to turn goat piss into gasoline.
    57. Re:apt vs windows update by Imagix · · Score: 1

      It's much more fun if you happen to be playing an on-line full-screen game when WU decides it's time to ask you to reboot again, so it yanks you out of the game (by minimizing it) to ask you...

    58. Re:apt vs windows update by jmt(tm) · · Score: 1

      But SUSE really sucks in that regard. Last I checked (which was v9.2) things were really outdated.

      In one SUSE version, they don't do version upgrades, with good reasons. I prefer it that way, it's the way it should be for production systems. The more important thing is that they do backport security fixes, and you can even apply them automatically.

    59. Re:apt vs windows update by Wdomburg · · Score: 2, Interesting

      What seems to work for me in that instance is leaving the dialog open, but dragging it nearly entirely off screen.

      You know what bugs the fuck out of me? Windows XP changing the behaviour of the "turn off" option to "download updates". The rare times I actually do boot into Windows only serves as a reminder of why I don't like doing it.

    60. Re:apt vs windows update by DrXym · · Score: 1

      Which is true, but not the point I was making.

    61. Re:apt vs windows update by LWATCDR · · Score: 1

      I also like apt-get but.... All your apps? You have no apps except those that are the apt repositories? None that you compiled from source?

      --
      See my blog http://ilovecookes.blogspot.com/ for light hearted technical information.
    62. Re:apt vs windows update by Wdomburg · · Score: 1

      They include yum, but the primary package update tool is still up2date. What's really cool is that in addition to RHN, it now also support yum, apt, and local file repositories.

    63. Re:apt vs windows update by willCode4Beer.com · · Score: 1

      you chose to install the patch that required a reboot, Except, there is no indication that a patch will need a reboot until you start down that path. -Vendor did not give the user sufficient information to make the correct choice-

      Linux, patch happens in background, reboot not required 99.9% of time. User can work while patch occurs. User can use the SAME application that is being patched, while it is being patched. In the 0.01% case where a reboot is required, the user can do it at his/her convienence. The system will not behave erradically becasue of it.

      Scenario: you arrive at work in the morning and need some critical updates (maybe one requires a reboot). You also have some important work to do, and want to leave early.
      Linux, start updates in background, get your work done, reboot when you leave for lunch.
      Windows, decide to work or update. One happens before the other, you are late for your lunch date.

      --
      ----- If communism is a system where the government owns business, what do you call a system where business owns govern
    64. Re:apt vs windows update by Wdomburg · · Score: 1

      So you maintain your own repository. Is there software to auto deploy updates to tens of thousands of machines based upon their machine name, location, role or other details? And maintain an inventory of what machines need updating, and what machines have what software?

      How many people manage "tens of thousands of machines"?

      What an organization requires from package management is highly variable, and isn't even consistent between departments in some cases. Desktop machines have a completely different support profile from servers, and "desktop support" servers (e.g. file and print) differ from, say, public web servers.

      For a company of the size your talking about, something like Zenworks or Red Hat Network may well make sense, as they do provide an extremely high level of centralized management. On the flip side, with that kind of support base, the cost of developing an in-house solution is also pretty damn low "per machine" as well.

      And frankly, the "scripts and cron jobs to do all that stuff" really isn't the momentus undertaking that you seem to imply. In fact, I'd say it's the easy part. It took me less than a week to develop our solution, which has the side benefit of being integrated with the build system, so any new installs automatically have the latest versions of the packages.

      Probably the biggest time sink is the QA phase, and even most of that we have automated testing for. The next is staged rollout, since we do pilot upgrades in order to ensure a QAed package is behaving as expected in production (it's rate, but occasionally a problem will only crop up under load).

    65. Re:apt vs windows update by Blakey+Rat · · Score: 1

      He's obviously purposely being dense. Any moron would know to look for a systemwide setting like that in the Control Panel-- DUH!

    66. Re:apt vs windows update by cptgrudge · · Score: 2, Insightful
      Wait, they're all ghosted out!! And I'm logged in as an Administrator.

      Maybe they are ghosted out because your sysadmin at work doesn't want you messing with them? Even if you are a local admin of your machine the options can be unavailable.

      With a combination of Active Directory settings and SUS, you get some measure of automated patching, without any interaction (interference?) from end users. Maybe this is your situation if this is your work computer. If so, someone else is taking care of it, don't worry too much.

      --
      Qualitas edurus commercium, nullus penitus net rimor, nullus deus beneficium
    67. Re:apt vs windows update by Blakey+Rat · · Score: 1

      I can verify that on a fresh Windows XP install, none of those radio buttons are disabled when logged on as administrator.

    68. Re:apt vs windows update by Blakey+Rat · · Score: 1

      That's the main reason I've always been a Mac user. Mac Classic (yes, I know, everyone has to tell me it sucks for just mentioning it) NEVER would steal your focus to shove some dialog at you. In a decade of using it, that didn't happen to me once.

      It happens in OS X, but not as frequently as in Windows. (Although still a ton more than it SHOULD.)

      The most annoying example is Apple's own DVD Player which steals focus one when it draws the player controls, then AGAIN when it actually starts playing the disk.

      Back when Apple gave a shit about UI design, that would never have passed their QA process.

    69. Re:apt vs windows update by Blakey+Rat · · Score: 1

      It needs to reboot for security updates because one of the vunerable DLLs it patched could still be loaded into memory... and in that case, the patch wouldn't be effective until you flushed that memory and re-loaded the DLL. Most of the time, this means restarting.

    70. Re:apt vs windows update by Cariboo · · Score: 1

      I think someone at Microsoft has been reading Slashdot, I have two computers running XP and they both recently downloaded a bunch of updates. It asked me to reboot, but I was in the middle of doing something else. During the next reboot it asked if it could install the patches before shutting down. To me this was almost as painless as using Synaptic on Debian to do any updates. Without the need to reboot of course.

    71. Re:apt vs windows update by Queer+Boy · · Score: 1
      ...and half a line of code got piped to Window's equivalent of /dev/null.

      C:\WINNT

      --
      Not since Marie-Antoinette played milkmaid has looking simple and honest been so fake and complicated.
    72. Re:apt vs windows update by ne0n · · Score: 1

      try updating a basic Libranet, XandrOS or other debian-based system; it takes ages. I updated FireFox on my XandrOS 2.5 system, it downloaded 40MB of libraries and took about ten minutes. WinXP update for same thing: about 1 minute, incl. 4MB download.
      apt also asks too many damned questions. I hate sitting through an update session telling it the obvious thing to do.

      --
      $ :(){ :|:& };:
    73. Re:apt vs windows update by Anonymous Coward · · Score: 0

      Jesus Christ. Give it up already. LINUX IS NOT READY.

    74. Re:apt vs windows update by Anonymous Coward · · Score: 0

      Well, according to 'apt-cache stats' I have
      Total Package Names : 23304 (932k)

      Pretty much any major FOSS project is going to be in apt (a few exceptions) and many others. Those that aren't are usually avaiable from other providers packages as debian, you just add them to your /etc/apt/sources.list.

    75. Re:apt vs windows update by Dopefish_1 · · Score: 1
      oh, from what I can recall, your stable Debian will be upgraded automagically to the new stable Debian when it goes officially "stable... as AFAICR, the symlinks get pointed at the new directories and you don't have to do a thing... that's if you're using "stable" as a repository descriptor instead of using "woody" or is it "potato" now... dur...
      That's correct, if you're using "stable" in your apt sources, then when sarge is finally released you'll automatically upgrade to sarge (on the next apt-get upgrade). If apt is looking at "woody", you'll stick with the current stable release. Ditto with "testing" vs "sarge". Though "unstable" and "sid" are always synonymous.
      --

      #include <sig.h>
    76. Re:apt vs windows update by advocate_one · · Score: 1
      I've got some news for you... a lot of grandmothers have probably got more experience of computers than you... let's see now... personal computers got into office typing pools back in the middle 80's... plenty of time for them to have popped a sprog and for that sprog to have popped their own... and myself... I was servicing Data General Nova 4x mini-computers as a day job in the late 70's and they served multi-terminal word processing farms back then... plenty of nice young girls beavering away at those... mmmnn memories...

      Us grandparents aren't quite as decrepit as you think we are... I'm a sprightly young 48 with a two year old grand-daughter...

      --
      Donald 'Duck' Dunn: We had a band powerful enough to turn goat piss into gasoline.
    77. Re:apt vs windows update by Elshar · · Score: 1


      I'm not a windows fanboy, but there's loads of missing information in your comment.

      I mean, did you already have the packages downloaded? extracted? ready to install? Have a local mirror with all the updates on it? Had your system already updated before?

      I can't think of any OS at all that I can put up, wait a month, and then attempt to patch and have it NOT take anything less than fifteen minutes.

    78. Re:apt vs windows update by xmodem_and_rommon · · Score: 1

      This is precisely why I'm still running a 2.6.8 kernel. (well, that and there's nothing newer in the testing repositories, but I could always go to the unstable repositories)

    79. Re:apt vs windows update by xmodem_and_rommon · · Score: 1

      I have no apps except those that are in my apt repositories. Everything I need is there, and if I ever need anything that isn't, I can get it from some other apt repository (eg if i want EFF's Tor I have to add their apt repository)

    80. Re:apt vs windows update by Seraphim_72 · · Score: 1

      Yeah, because setting up a cron job when you inevitably set the machine up in the first place is so hard. Truth is, a daily cron on "grandma's" machine is safer than any windows update nonsense. I have seen the grand parents issue and worse in my time. Setting up a Windows machine takes no less than three trips to MS update IMHO and even then my palms itch for one last trip there.To get it to auto update is even worse - oh - and as the de-facto admin of the box I *dont* want grandma -
      comfortable with the notion that the "Control Panel" is where you control things about how the system runs, and that when someone tells you to check how your Automatic Updates are set up, that you'd use the icon labeled "Automatic Updates."
      If she needs that much we have both failed - Win or Lin. Grandma's machine should need no interaction from her - it should "Simply Work" Only Linux (set up right) and Mac can do that - I never want Grandma making the decision whether to install an update or not - and half the time that is a very big issue with MS. Example - we have yet to roll out SP2 system wide - it *still* breaks stuff.

      Sera

      --
      Slashdot, where armchair scientists get shouted down and armchair theologians get modded up.
    81. Re:apt vs windows update by SomeoneGotMyNick · · Score: 1

      I was servicing Data General Nova 4x mini-computers as a day job

      If they're anything like the CPT Word Processing Systems I used to work on, then I understand fully.

    82. Re:apt vs windows update by Crudely_Indecent · · Score: 2, Insightful

      Definately better, though, to teach grandma how to get her syntax exactly right at the command prompt.

      Right, 'emerge sync; emerge -u world' is complex syntax. Or, better yet, don't tell grandma anything, make it a cron job. Even better yet, get grandma a PDA capable of sending email and solitaire. Better still ANSWER THE PHONE WHEN SHE CALLS, she won't be around forever and can't type that fast. Shouldn't you spend more time talking to grandma?

      I'm praying for the day my data-processing business gains some momentum and I can quit my network admin job. I will truely enjoy telling those who ask for my help "sorry, I don't do windows. Have you contacted the manufacturer?"

      That brings me to another beef I have with windows. There are far to many people who consider themselves 'network administrators' just because they know what PC stands for. I can't tell you how disgusted I get when I get a phone call from one of my customers who says "I'm the network administrator and I've got a system with a 169.254.x.x address....what's wrong with your network?" They seem so confused when I tell them their network cable is unplugged and that my responsibility ends where the T1 cable connects to their router.

      The problem is idiots at the console. Pure and simple, evil idiots sent from the planet omicron percei 8 to disrupt my harmoneous network and make my phone ring. It is, of course, my fault because my servers run Linux. Nevermind that my servers have been running through their previous 5 system-restores and 300 days before that.

      The last time I vented about windows idiots got my message modded to 'troll.' For those of you who successfully run windows and never call tech support because you can handle it yourself, I applaud you. You are far more tolerant than I. For the rest, to hell with you if you can't take ridicule. In real life, I'm better than you. My karma can take anything you think you can dish out.

      --


      "Lame" - Galaxar
    83. Re:apt vs windows update by HaydnH · · Score: 1

      It's a shame that the rhn-applet (which alerts you when there are updates for those that don't know) only works in Gnome though... I keep meaning to write a dockapp version but haven't got around to it yet. Haydn.

      --
      Time is an illusion. Lunchtime doubly so. - Douglas Adams
  6. Also doesn't cover costs of waiting by Anonymous Coward · · Score: 0

    Since most of the administrators seem to hold off on windows patch releases until they've been very well tested (sometimes for months) the report should include the damages to unpatched systems while making sure microsoft's patches work.

    Me? I apt-get upgrade debian stable every night and sleep easily knowing that in the morning I'll have a well tested and working system. Plus, all my patches from a single location!

  7. Cheaper, maybe... by mph_az · · Score: 2, Insightful

    ...but only if you don't count the hours of lost or reduced productivity waiting for MS to get around to releasing their patches.

    1. Re:Cheaper, maybe... by quarkscat · · Score: 1

      but only if you don't count MSFT's newly discovered profit center -- charging users a subscription fee to get updated virus signatures (new MS-AV) and OS (and Apps?) security patches. At that point, F/OSS rules!

  8. Google says.. by Froe · · Score: 1
    Microsoft Windows is... an easy installation that you can leave the rest like in the 100th monkey phenomenon. it won't happen overnight.

    GoogleTalk id 47

  9. Cost of Rebooting??? LOL by Foolomon · · Score: 2, Insightful
    Kangro also points out the report doesn't mention costs associated with rebooting systems after a patch is applied.

    I didn't RTFA but any company that is going to lose more than a few pennies from a reboot is going to have redundant servers in place already. It is not difficult to stagger the application of patches to server machines in a farm, which all but eliminates the cost of a reboot.

    Anything from Novell that is spoken against Microsoft is suspect anyway. I'm not a big Microsoft fan, but the animosity between the two companies is well documented.

  10. Flawed by republican+gourd · · Score: 4, Insightful

    Any company where the majority of the cost is in the patching process itself, rather than the testing of the patch, the secondary servers in the test lab that they can make sure it doesn't blow services up on, the payment of skilled people to identify the problems and fix them *when* they happen and various other people costs is of course going to be more expensive than "I set up windows updates once, so now it updates me magically whether I like it or not", even without the reboot thing.

    There is also some really iffy logic in breaking down one single piece of the ownership cycle and claiming that it is cheaper and ignoring the rest. I tell you, paying for college for my persistently vegetative child is uber-cheap, I can't say enough for persistent vegetation...

    1. Re:Flawed by slack_justyb · · Score: 1

      Well put. So many companies and a couple of FOSS people always seem to look at just one or two segments of ownership and say, "Oh well we're cheaper that so and so here."
      Generally speaking, if you reduce the cost fo something in one part, it usually raises the cost in another part. You just have to find the model that best fits your company.

  11. Microsoft is working on this by brontus3927 · · Score: 2, Interesting
    Kangro also points out the report doesn't mention costs associated with rebooting systems after a patch is applied.

    IIRC, this is one of the things Microsoft is working on for Longhorn, being able to patch and install drivers "on the fly" without a reboot.

    With XP SP2, if you enable the automatic downloading of updates, it will restart the computer automatically after teh updates are installed, unless you continuously click cancel when it comes up every 5 minutes. If your not at the computer, but have web downloads going on and it does this, it can be a real pain.

    1. Re:Microsoft is working on this by Timesprout · · Score: 1

      That xp notification is really annoying. You end up reboot just to stop the damn messages appearing.

      The only drawback with whats coming with Longhorn is that it will bring us another step closer to subscription based MS software.

      --
      Do not try to read the dupe, thats impossible. Instead, only try to realize the truth
      What truth?
      There is no dupe
    2. Re:Microsoft is working on this by medgooroo · · Score: 0

      Erm. that sounds familiar.... wasnt XP supposed to do exactly the same?

      --
      Brain(s): 0.0% user, 1.3% system, 0.1% nice, 98.6% idle
    3. Re:Microsoft is working on this by ArsenneLupin · · Score: 1
      If your not at the computer, but have web downloads going on and it does this, it can be a real pain.

      Or worse: you've been working on that Word report all day, when late in the afternoon a colleague drops by, to discuss a new design of his application. You gather around the blackboard, and are so concentrated on your discussion that neither of you 2 notices that dialog box popping up on your computer screen behind your back, neither of you notices the tell-tale beep, ... After an hour of interesting conversation, you sit down at your workstation, but wonder why you now have a login screen, and most importantly, where your precious report went on which you had worked all day...

    4. Re:Microsoft is working on this by Blakey+Rat · · Score: 1

      That xp notification is really annoying. You end up reboot just to stop the damn messages appearing.

      That's the point. So Joe-Don't-Know-Computers will restart so the patch takes effect sooner rather than later. If you don't like the dialog, turn off auto-update.

    5. Re:Microsoft is working on this by timmyf2371 · · Score: 1
      Fortunately unless you were using an outrageously old version of Word, the file being worked on would be available to you the next time you opened Word so that you are able to restore it.

      Been there, done that, breathed the huge sigh of relief.

      --

      Backup not found: (A)bort (R)etry (P)anic
  12. Reboots by Nytewynd · · Score: 4, Insightful

    The cost of rebooting on some machines is astronomical. I know we had some management software on a data line connected to the stock exchange. From the hours of 8-5 any downtime would cost over $10k/second, not to mention any lawsuits that could have been processed if someone lost money and couldn't sell their stocks when they wanted. On the other hand, most machines are not nearly that critical, and reboots can be done at off hours. I would say that Windows systems are less costly to patch for another reason. Almost anyone with technical ability can patch windows. You can hire windows admins on the cheap. To get Unix admins will cost more if you want someone that knows what they are doing. I wonder if they take the cost of knowledgable staff into the equation. Otherwise, the cost of patching for either can be huge or trivial depending on the patch and the situation. Also, Windows is a lot better now with the reboots. You don't have to reboot nearly as much as in the past.

    --
    /. ++
    1. Re:Reboots by zr-rifle · · Score: 3, Insightful

      Well, to avoid the rebooting problems you need redundacy - load balancing, etc - which obviously costs money. That means higher TCO than on *NIX, which fares better and is generally safer with less "armor".

      --
      Hack your mind out of its sandbox.
    2. Re:Reboots by Anonymous Coward · · Score: 1, Funny

      So you're going to run your stock exchange on one non-redundant server? Unless it' a mainframe, I can't imagine anyone doing that.

    3. Re:Reboots by Philosinfinity · · Score: 1

      In the environment where rebooting comes at a high price, I fail to see why a test server wouldn't be built with the proposed updates, tested, and then slipped into the server farm. From there, you can decomission the outdated system with little or no downtime. Obviously this is not feasible in small business environments, but how many small businesses lose $10k/sec of downtime?

    4. Re:Reboots by Anonymous Coward · · Score: 1, Interesting

      You imply that patching unix boxes does not have any service downtime. Particularlly with Java shit, it can take a while to bring a service back up, and that means you need the redundancy.

    5. Re:Reboots by Nytewynd · · Score: 2, Informative

      That's true. But you can argue that any system critical enough already has load balancing and redundancy. All of the Unix machines I work with have mirrors and load balancing. I don't know many people that patch their production machines while they are live anyway. Even though it is possible, it is still highly dangerous.

      Both sets of hardware are about the same, so the cost is a wash.

      --
      /. ++
    6. Re:Reboots by digidave · · Score: 1

      "You can hire windows admins on the cheap. To get Unix admins will cost more if you want someone that knows what they are doing. I wonder if they take the cost of knowledgable staff into the equation."

      Any company that hires unknowledgable sysadmins deserves the trouble they are going to get. Just because it's more obvious to click a couple of buttons than run a couple of commands (I wouldn't say it's easier) doesn't mean your sysadmin shouldn't know any more about the computer.

      When you hire competent admins for Windows or *nix you are paying them the same anyway.

      --
      The global economy is a great thing until you feel it locally.
    7. Re:Reboots by Nytewynd · · Score: 1

      Any company that hires unknowledgable sysadmins deserves the trouble they are going to get. Just because it's more obvious to click a couple of buttons than run a couple of commands (I wouldn't say it's easier) doesn't mean your sysadmin shouldn't know any more about the computer.

      When you hire competent admins for Windows or *nix you are paying them the same anyway.




      I don't disagree. The state govenment I am at right now does exactly that. They hire guys that are lucky if they can turn on a PC and log in. Those guys somehow manage to keep the Windows servers running and patched within reason.

      I think my thought was more that a company can get away with a less knowledgable Windows admin, than an Unix one. For us, running a command is just as easy as clicking a button. For someone that doesn't know anything other than finding things in a menu and clicking, Unix is almost impossible. Those guys are easier to find than full fledged sys admins.

      --
      /. ++
    8. Re:Reboots by ArsenneLupin · · Score: 1
      Well, to avoid the rebooting problems you need redundacy - load balancing, etc - which obviously costs money. That means higher TCO

      Yes, that's why Microsoft likes to talk about TCO per machine, not per business need.

    9. Re:Reboots by Mnemia · · Score: 1

      In my opinion, Windows is only superficially "easier" to administer than Unix systems. It appears to be easier at first, but it actually isn't because it becomes a major pain when problems crop up. What is a company that has only hired shoddy, unknowledgable Windows admins going to do when that happens? Bring in a consultant or two at astronomical cost? Sorta kills those cost savings from being able to hire unskilled admins if you have to do that a few times a year.

      Governments that I've dealt with seem to be notorious for this kind of mismanagement. One federal agency that I know of just sinks millions upon millions of dollars into whatever new "solution" Microsoft puts out every couple of years, and then hires idiots who couldn't administer their way out of a paper bag to run it. I'm sure the rest do the same thing.

    10. Re:Reboots by Nytewynd · · Score: 1

      You have it just about right. The real problem is that the government salaries are nowhere near high enough to get well educated staff. Therefore, they rely on consultants (me) to get the job done. The state staff handles the basic tasks while the consultants do the bulk of the difficult work.

      The cost savings still works out in the long run. Don't forget that government benefits and pension plans vastly increase what appears to be a low salary. Paying someone $100/hour to come in and fix a problem once in a while doesn't come close to paying someone a pension for 20 years after they retire.

      In a perfect world, government agencies would be able to hire skilled workers at a fair market price. In the meantime, I am enjoying the benefits of being a consultant...

      --
      /. ++
    11. Re:Reboots by Anonymous Coward · · Score: 0

      You can hire windows admins on the cheap. To get Unix admins will cost more if you want someone that knows what they are doing.

      When things go right then the cheap person may be okay. But personally, when the 'fit' hits 'shan' I want someone with a clue. That's just me though.

      I would also argue it's easier to setup a Unix box so that it runs continuously without attendance. If you lock down a box and only run necessary services / ports your likelihood of getting breached are reduced.

      With Windows you have to patch or else you can be compromised by visiting an inappropriate web site.

    12. Re:Reboots by Anonymous Coward · · Score: 0

      The "Windows admins are cheaper than Unix admins" argument always irritates me. A decent Windows admin is expensive! Some person who knows the ins and outs of Active Directory, or Group Policies, or IIS, or SQLServer... Those people cost just as much or more than somebody who knows the ins and outs of NFS, Samba, Apache, or Postgres.

      A Windows network needs good, skilled admins. Good, skilled admins cost money. They may cost less for Unix than Windows, because the educational costs are less.

    13. Re:Reboots by fermion · · Score: 1
      Almost anyone with technical ability can patch windows. You can hire windows admins on the cheap.

      Which can be an issue as anyone might patch MS Windows.

      Which means that anyone can break MS Windows.

      Which is why so much money is spent not trying to update MS Windows, but making sure it only gets updated by authorized people, at authorized times, and with authorized code.

      --
      "She's a scientist and a lesbian. She's not going to let it slide." Orphan Black
    14. Re:Reboots by Anonymous Coward · · Score: 0

      If you have a mission critical system, would you try to get away with "hiring windows admins on the cheap" because "Almost anyone with technical ability can patch windows."? They maybe able to work on simple patches, but what if something breaks down and to fix it, you need someone with knowledge of the system? At your $10k/s rate, it took only 10 seconds to get to S100K. You maybe able to hire a UNIX admin who knows what they are doing for that kind of money. Can you fix it in 10 seconds? It's such a short time. How about 5 minutes? That's $3M already.

      Also, even if Windows is cheaper (big if, this report is commisioned by MS), the frequency of patches is higher than Linux. There is something to say about having a near bullet-proof system vs. frequent patching on the cheap. Then there is that confidence question. Can you really trust your data on an operating system as buggy as Windows?

    15. Re:Reboots by mcrbids · · Score: 1

      I would say that Windows systems are less costly to patch for another reason. Almost anyone with technical ability can patch windows. You can hire windows admins on the cheap. To get Unix admins will cost more if you want someone that knows what they are doing.

      But a Unix admin can administer more systems. If a Unix admin wasn't more effectively able to leverage himself, he wouldn't be worth more.

      The free market corrects itself. Supply and demand....

      --
      I have no problem with your religion until you decide it's reason to deprive others of the truth.
    16. Re:Reboots by snoig · · Score: 1

      "You can hire windows admins on the cheap. To get Unix admins will cost more if you want someone that knows what they are doing."

      Seems to me that getting Windows admins who know what they are doing costs just as much as *nix admins. If you want to risk your business on Windows admins who don't know what they are doing, well that usually costs more in the long run.

    17. Re:Reboots by marcosdumay · · Score: 1

      Windows admins who know what they are doing are also expensive to hire. At least, *nix are more scriptable than Windows, so you may end up with fewer people. Also, you can create on a fast and cheap way a win network with people that don't know what they are doing, one can't do that with *nix. Just don't expect this cheap network to run as cheap as it was created, you'll soon hire several people to put it in order (or reboot everytime) and will need much more hardware.

  13. Cheaper patching? by zr-rifle · · Score: 1

    I'd really like to know what the study means by "cheaper to patch". Does it mean that, since time is money, the cheap is available sooner and installs faster? Are the guys doing the job available for less money? As the article points out, rebooting a mission critical server, especially on windows, after applying a patch, is a royal PITA, something that hardly happens on a *NIX machine.

    did someone manage to get a copy of the PDF from Microsoft before it went down?

    --
    Hack your mind out of its sandbox.
    1. Re:Cheaper patching? by Xformer · · Score: 1

      Does it mean that, since time is money, the cheap is available sooner...

      They obviously don't mean that part, considering Microsoft's track record lately.

      --
      All I want is a kind word, a warm bed and unlimited power.
  14. Microsoft and Crack by canuck57 · · Score: 0, Troll

    Patching open source is easy and does not need to be done as often. And the patches for Linux are often more stable. We all know that...

    So is this more foder for CIOs to reject open source because they have Microsoft stock in their portfolios?

    Good to see the Microsoft FUD machine is still working.

    1. Re:Microsoft and Crack by danheskett · · Score: 4, Interesting

      Patching open source is easy and does not need to be done as often
      This isn't always true!

      1. If you are actually using the fact that some package is open source and run a modified source tree you need someone to maintain that tree for you. You may have to fuss with patches, especially if large or if they affect areas you have customized.

      2. Depending on your package patches come willy nilly, with no co-ordination. MS releases patches the second Tuesday of every month. This actually allows some type of planning.

      3. Depending on your package patches may come in series: three patches in three days, for example. I have never figured this out, but its almost like the attitude is, "well, while we are here". Additionally, you have products that are in "heavy development" with pretty serious point releases weekly or monthly. This really sucks if you are working against product. Do you wait and just upgrade once a year or every two years, or do you keep on the treadmill? MS has one good thing going for it, in that for example I installed some Win2k Servers in mid 1999 that are still on the same OS install almost 6 years later. I installed some RedHat servers at the same time, and well needless to say, I've upgraded from RedHat 5.x a number of times since :)

      4. Patches for Linux, like Windows, still need to be tested in a production environment. Especially if you are running from a largely source built system. I admin a heavily customized web server that was built almost entirely from source, and I can very rarely do a simple "make && make install", let alone install a binary RPM. As long as there is that uncertainity, it has to be tested if you are running real IT shop.

      MS is really starting to get its act together on some things, and patching is one of them. The balance with patching is the overhead versus the urgency. The OSS crowd generally see's every patch as urgent, and it reflects in the release schedule. MS generally sees few patches as urgent, and it also shows.

    2. Re:Microsoft and Crack by dorward · · Score: 1

      1. If you are using a modified source tree then you can't compare with closed source software. That isn't an option in the first place.

      2. You can plan to install any patches on the second Tuesday of every month even if they are released throughout the month.

      3. See 1. You don't get the option to closely track the beeding edge with Microsoft software.

      4. So? As you said, it applies to both types of system, so it doesn't provide an advantage to Microsoft.

    3. Re:Microsoft and Crack by digidave · · Score: 1

      Utter nonsense, every word of it. 1. If you are actually using the fact that some package is open source and run a modified source tree you need someone to maintain that tree for you. You may have to fuss with patches, especially if large or if they affect areas you have customized. Well, yes, you can't really expect anyone else to patch your custom software, can you? At least when you're modifying GPLed code you can very easily backport most security fixes to your in house version. It's not as if your custom VB database front-end is going to be patched my Microsoft. 2. Depending on your package patches come willy nilly, with no co-ordination. MS releases patches the second Tuesday of every month. This actually allows some type of planning. It's called "get the security patch out as soon as possible so users aren't left running vulnerable systems". I can't believe you tried to make quick patch releases look *bad* when it's one of the most important benefits of running Linux. Planning? Does MS plan when a security hole will be found? No, so how can they plan when the patch will be released? They can't really do it, so instead they make you wait longer than you should have to. you have products that are in "heavy development" with pretty serious point releases weekly or monthly ... MS has one good thing going for it, in that for example I installed some Win2k Servers in mid 1999 that are still on the same OS install almost 6 years later. I installed some RedHat servers at the same time, and well needless to say, I've upgraded from RedHat 5.x a number of times since Yes, but you don't need to install upgrades. All serious distros backport security fixes to older versions of the software so you can keep using it for many years. Heck, Debian stable, which gets kicked around for being so old, still has security fixes being applied to ancient (by Linux standards) software. There is no forced upgrade. You could have upgraded Windows 2000 to 2003, but you chose not to. You can also choose not to in Linux as well. Once difference is that if you do Upgrade Linux from a 1999 distro to a 2005 distro you'll get a massive amount of new functionality. The same can't be said for Win2000 vs. Win2003. Re:Microsoft and Crack Re:Microsoft and Crack (Score:2, Interesting) by danheskett (178529) Alter Relationship on Friday May 20, @09:00AM (#12588104) Patching open source is easy and does not need to be done as often This isn't always true! 1. If you are actually using the fact that some package is open source and run a modified source tree you need someone to maintain that tree for you. You may have to fuss with patches, especially if large or if they affect areas you have customized. 2. Depending on your package patches come willy nilly, with no co-ordination. MS releases patches the second Tuesday of every month. This actually allows some type of planning. 3. Depending on your package patches may come in series: three patches in three days, for example. I have never figured this out, but its almost like the attitude is, "well, while we are here". Additionally, you have products that are in "heavy development" with pretty serious point releases weekly or monthly. This really sucks if you are working against product. Do you wait and just upgrade once a year or every two years, or do you keep on the treadmill? MS has one good thing going for it, in that for example I installed some Win2k Servers in mid 1999 that are still on the same OS install almost 6 years later. I installed some RedHat servers at the same time, and well needless to say, I've upgraded from RedHat 5.x a number of times since :) 4. Patches for Linux, like Windows, still need to be tested in a production environment. Especially if you are running from a largely source built system Tested, yes. You don't want to break functionality. Running a source-based system doesn't make a difference. I admin a heavily customized web server that was built almost entirely from source... If you are bui

      --
      The global economy is a great thing until you feel it locally.
    4. Re:Microsoft and Crack by danheskett · · Score: 1

      1. If you are using a modified source tree then you can't compare with closed source software. That isn't an option in the first place.
      Yes, and that's often a feature. For example, in many applications that I support that are closed there is a stable API that plugins are developed against, where as in some OSS apps you have to hack the source. Closed source usually means that developes have to work harder to create a good plugin architecture that requires no source hacking (because it's not possible!).

      2. You can plan to install any patches on the second Tuesday of every month even if they are released throughout the month.
      Very true! There are ups and downs to both approaches, and you can choose to ignore OSS patches released all the time, and bundle them up into bigger packages one day a month, or week, or whatever. I think in reality the practice is not so smooth and OSS admins install them as they come.

      3. See 1. You don't get the option to closely track the beeding edge with Microsoft software.
      And again, that's often a benefit! At the same time I installed an all Win2k network, I installed a RedHat network. Whereas MS still actively supports Win2k and it's still a big bit of their product base, RedHat 5.x has been long, long off the radar. It has been a big treadmill to get to the point where the RedHat network isn't a major hassle for me: major OS upgrades with associated hassles every 6-9 months. The Windows network has been much more stable with similair size, employees, and hardware.

      4. So? As you said, it applies to both types of system, so it doesn't provide an advantage to Microsoft.
      The original post talked about Linux patches being more stable, and that's what I am reffering to here. Patches are either stable, or not. It's atomic: you can't have a kinda stable patch, it's against the definition of stable. So, if there is a chance it's not stable you have to test, Windows or Linux or anything. If you have to test every patch, there is no advantage to saying Linux patches are "more stable", since you have to test them anyways! The net is that even though the poster claimed Linux patches are "more stable" you still have to test them, since they are not "100% stable". It's a fine point, but realistic.

      Linux hasn't cornered the market on good patching. It's often much, much more work to patch a Linux box, and it's customized, it's practically a full-time job.

    5. Re:Microsoft and Crack by ookaze · · Score: 1

      Patching open source is always easy and does not need to be done as often.
      You didn't prove the contrary:

      1. You start with an if, which, of course, is completely stupid. Because "if" you intend to work with a patched version of a OSS product, you do the obvious : get the original product or patches, apply all of that, and THEN apply your patches. It is still easier to do than the MS part where you can't even patch the product, and so, lose time and money everytime, because of lack of functionality or bug.

      2. You are NOT obliged to apply the patches when they come. You describe the patching coming willy nilly like it is a flaw, are you a MS shill ? You can plan to apply the patches every second tuesday of every month if you want. With MS, you have no choice, you have to adapt to their planning. With OSS, you have choice to do your planning like you want.

      3. Same stupid thing than in 2. "Product in heavy development" : and you use that in production ? Please ! You talk about your Win2k servers still on the same OS install like it is a prowess (no SP installed ?!!). And then you say your RH 5.x have been upgraded a number of times. Of course they have, patching and upgrading are far easier on OSS distro, and cost far less, so why would you stay on RH 5 ? Now, why haven't you gone to Win2003 ? BTW, where I work at the moment, they still use RH 6 customised packages for some app servers, I think this is pretty stupid, because hey, it was released in April 1999, but as long as it works ...

      4. This is all wrong. I admin several production servers running on my own custom system built entirely from source, and I can update any server without any problem. And I'm so confident in OSS patches that I NEVER test patches. I know I should, but I have a 2 hours time frame to correct any problem, and I actually RARELY had any problem with OSS patches (I did ONCE, with OpenSSL). I just pass basic tests once the new version is up, and it always works. I have NO uncertainty with OSS. For example, I regularly update the Apache servers this way. I then restart the services, and watch any strange thing in the log : there never are any !!

      OSS does the good thing, release as soon as a flaw is doscovered, then, you decide when to apply, but you can't blame OSS for leaving you the choice. You are not supposed to be a clueless newbie, but a professional admin.

    6. Re:Microsoft and Crack by danheskett · · Score: 1

      Patching open source is always easy and does not need to be done as often.
      Sorry, I disagree. My opinion on the matter based on many hard experiences is that patching open source is very often time consuming and tedious.

      It is still easier to do than the MS part where you can't even patch the product, and so, lose time and money everytime, because of lack of functionality or bug.
      Customizing OSS applications is often done because the project in question is not very extensible. Therefore, to customize the project requires soure hacking. In the cases where a module or bit of code I have customized is changed or moved or refactored in the main tree, I have to then work on my patch. Over time the trees can get more and more out sync. Especially if the main tree is updated before I am done testing and applying my patch. I've had this problem many times before, notably on PHP. There is no analog in the closed source world. Yes, customizing PHP is handy, but what would be better is not having to customize PHP. At the time the interfaces for add-ons was very much nascent, undocumented, and unstable. (It is somewhat better now). As an analog, I've had the same ISAPI modules running under IIS since version 3 without a single binary change. That goes back 6+ years.

      2. You are NOT obliged to apply the patches when they come. You describe the patching coming willy nilly like it is a flaw, are you a MS shill ? You can plan to apply the patches every second tuesday of every month if you want. With MS, you have no choice, you have to adapt to their planning. With OSS, you have choice to do your planning like you want.
      No you dont have to install when they come, but it is recommended that you do. I can hold any patch for as long as I want. The point being that all Windows patches come on the same schedule. I know, if there are patches, they are coming on said day, which allows me to plan people, resources, timing, etc. For my Windows networks I know I will have to schedule resources once a month. In the OSS world for many projects it could be 5 patches one week, and nothing for 6 more weeks, and then one patch a day for the next week. I have no way to plan for that! I can schedule my team to look once or twice a month, but the sparodic release schedule makes it hard. All the major closed source vendors keep a schedule, it's very convient. Release critical patches as soon as possible, all others can wait for the scheduled day, and if I want to schedule my guys for later than that, fine! Calling me a MS shill does not mean that OSS's sparodic release patterns goes away. Pointing out problems with OSS's IT theories doesn't mean I am shill for anyone, thanks.

      3. Same stupid thing than in 2. "Product in heavy development" : and you use that in production ? Please !
      Yes, many situations require this, especailly for performance problems. It's fact of the OSS world. The packages used are often in heavy development, and the developers would rather work on new features than cutting off development and creating a planned release. That's fine, it's not my business to tell them how to handle their hobby. It's just a bit difficult to manage at times.

      You talk about your Win2k servers still on the same OS install like it is a prowess (no SP installed ?!!).
      Of course SP's are installed, all 4 of them. However, the total time for me to intall any of those SPs even with heavy testing was minimal compared to what it took for me to install new version of RedHat.

      Of course they have, patching and upgrading are far easier on OSS distro, and cost far less, so why would you stay on RH 5 ?
      That is your opinion, and I find it to be false. Upgrading those RH boxes from 5 to 6 to 7 to FC1 to FC3 has been a big, huge, gigantic mess of time, and it was not fun. There were many, many, many compatibility issues, hardware compatability issues, and variations to deal with.

      Now, why haven't you gone to Win2003

    7. Re:Microsoft and Crack by Anonymous Coward · · Score: 0

      Windows networks I know I will have to schedule resources once a month. In the OSS world for many projects it could be 5 patches one week, and nothing for 6 more weeks, and then one patch a day for the next week. I have no way to plan for that!

      Are you on crack ???? As the previous poster said,you are free to apply them anytime you want !!!You can plan to install them on year 2010, if you like :-).
      How can it it be good to have a constant flow of patches ?
      I mean you know already that you have to patch next month ? , then why do't you ask MS to give patches now and get on with the testing ;-) ???

    8. Re:Microsoft and Crack by hey! · · Score: 1

      >. See 1. You don't get the option to closely track the beeding edge with Microsoft software.

      And again, that's often a benefit! At the same time I installed an all Win2k network, I installed a RedHat network. Whereas MS still actively supports Win2k and it's still a big bit of their product base, RedHat 5.x has been long, long off the radar. It has been a big treadmill to get to the point where the RedHat network isn't a major hassle for me: major OS upgrades with associated hassles every 6-9 months. The Windows network has been much more stable with similair size, employees, and hardware.


      Well, the problem is comparing apples to citrus fruit isn't it? It's not like there is a single product called Linux. You had a bad experience with Red Hat, and I can see why: I've never found their stuff easy to keep up to date. Obviously you have to match your distro to your needs, but clearly there are other choices you could make that have different update infrastructures and release policies.

      Of course, maybe the best answer is one of the BSDs....

      --
      Post may contain irony: discontinue use if experiencing mood swings, nausea or elevated blood pressure.
    9. Re:Microsoft and Crack by danheskett · · Score: 1

      Obviously you have to match your distro to your needs, but clearly there are other choices you could make that have different update infrastructures and release policies.
      Obviously there. But, remember, in 1999 there was Win2k and what else for Linux distros? RedHat was linux in 1999, or, practically was.

    10. Re:Microsoft and Crack by hey! · · Score: 1

      Well there was Debian, but there's quite a bit of irony entailed in that choice. It's easy to updat a Debian server, or at least it would be if there were updates to install.

      --
      Post may contain irony: discontinue use if experiencing mood swings, nausea or elevated blood pressure.
    11. Re:Microsoft and Crack by einhverfr · · Score: 1

      Patching is not the issue, and this whole argument is stupid anyway. Linux has better security in the sense that it is more modular, but this may also mean that the patching process can become more complex. Fortunately, for a well-designed system, it may be the case that most of the security issues are not remotely exploitable.

      Now for OSS patch management.....

      If you have custom software, you have to be careful. Yes this drives up the cost of maintenance. But the process can largely be automated (apply the patch, build, test... Oops we broke this one. Fix the bug, wash rinse repeat). In this approach, the QA is your major expense.

      Now for source builds. I use them on several production web servers. In my case, what I do is maintain a simple custom build solution that allows me to automate as much of this as I can.

      Usually a simple script like:
      #/bin/sh
      # Simple remake script ./configure `cat config_options`
      make && make install && service httpd restart

      If you have to apply patches, you may have to add more to this. But this just reduces the work to largely QA which is necessary with any patch, IMO.

      This "report" is either an MS smokescreen or it shows how clueless MS actually is regarding TCO.

      --

      LedgerSMB: Open source Accounting/ERP
  15. Ubuntu has a little red button by Anonymous Coward · · Score: 0

    Ubuntu has a red button every now and then I click it and I am patched.

    To patch my windows I simply gaff-tape plexiglass on top of the glass.

  16. Honestly... by Philosinfinity · · Score: 2, Interesting

    I may be a bit green to the corporate methods of updating a production OS, but I would think that the process would have to be the same. You have to set up a test environmnet, ensure that the updates produce the necessary results. Then you have to test to make suer that no other software/productivity is affected. Then you have to compare baselines. Regardless of the beginning OS, these steps are necessary.

    I can see two potential differences between Windows and Linux on this front, though, and they both seem to favor Linux. First, you don't have to buy a second license to run the test server. I would assume you can get away with this in Windows by not activating the product, but I could see some test phases taking over 30 days. Second, since you basically know excatly what you are updating in Linux, and what other packages are dependant on what you are updating, your testing phase can be more focused. This isn't to say that it would take less time, but rather that you know what is prima facie in the testing order.

    So corporate sysadmin geeks out here... where is the advantage in this area to using either os?

  17. Re:Cost of Rebooting??? LOL by Soybean47 · · Score: 1

    I believe he may be including lost productivity while employees are rebooting.

  18. Can't agree by dark+grep · · Score: 4, Informative

    I just can't agree with that report. From 1999 to 2002 I did work for a datacentre with 150 Linux servers and 26 NT and then Windows 2000 server servers. Keeping figures on those I can say that the total downtime due to upgrades and patching for both groups in total was almost the same.

    1. Re:Can't agree by kandresen · · Score: 1

      So you are saying that the total downtime for 150 Linux servers was about equal to 26 NT servers? That means the total downtime for each machine indicates Windows had six times more downtime.

    2. Re:Can't agree by dark+grep · · Score: 1

      Essentially, yes. The typical time between reboots on the Linux systems was 1 year, on the Windows OS's about 2 months.

  19. Re:Cost of Rebooting??? LOL by rbanffy · · Score: 1

    It dates back to the time when Novell was evil and Microsoft was good.

  20. So What by starmang · · Score: 0

    Microsoft are obviously going to create a report in their favour. If it wasn't promoting windows then they would not create the report. Rebooting the machine isn't even taken into consideration. Why did this even make /.? *grumble*

    --
    Never touch an Irish man's Guinness!@#
  21. .yeah, right... by Anonymous Coward · · Score: 2, Informative

    until recently, I was in charge for the Windows servers patching for a ~1000 units server farm, and all I can say is Microsoft sucks big time when it comes to fix high availability systems. I even developped in-house a patch management system because of the chronical unreliability of SMS for patch distribution. Comparing to a Linux based system using the simple APT, Microsoft is nowhere, useless, dangerous.

    SUS, SMS, WUS, ... all are great when you speak about gui, all sucks when you speak about efficiency. Not to mention the poor quality of M$ patches themselves: just have a look at the troubles a MS05-019 can provoke.

    Yeah, a good linux distribution wipes the floor whith the M$ patching goof.

  22. Other horrible things Linux does...... by i_want_you_to_throw_ · · Score: 4, Funny

    Here's what else the Microsoft report found....

    Linux will recalibrate your refrigerator's coolness setting so all your ice cream melts and milk curdles. It will demagnetize the strips on all your credit cards, reprogram your ATM access code, screw up the tracking on your VCR and use subspace field harmonics to scratch any CDs you try to play. It will give your ex-boy/girlfriend your new phone number. It will mix antifreeze into your fish tank. It will drink all your beer and leave its dirty socks on the coffee table when there's company coming over. It will hide your car keys when you are late for work and interfere with your car radio so that you hear only static while stuck in traffic. Linux will make you fall in love with a hardened pedophile. It will give you nightmares about circus midgets. It will replace your shampoo with Nair and your Nair with Rogaine, all while your current boy/girlfriend is dating behind your back and billing their hotel rendezvous to your Visa card. It will seduce your grandmother. It does not matter if she is dead, such is the power of Linux, it reaches out beyond the grave to sully those things we hold most dear. Linux will give you Dutch Elm disease. It will leave the toilet seat up and leave the hairdryer plugged in dangerously close to a full bathtub. It will remove the forbidden tags from your mattresses and pillows, and refill your skim milk with whole. It is insidious and subtle. It is dangerous and terrifying to behold. It is also a rather interesting shade of mauve. These are just a few signs. Be afraid. Be very, very afraid. Windows is so much safer.

    The weak spot in the credibility is always..."Microsoft commissioned report".
    (Apologies to Laika)

    1. Re:Other horrible things Linux does...... by MrNemesis · · Score: 1

      Yoiks! Someone else in the world that's heard of Laika!

      Congrats on the most appropriate bastardisation of Bad Times ever :D

      --
      Moderation Total: -1 Troll, +3 Goat
  23. Include Reboot Costs by Jackdaw+Rookery · · Score: 4, Interesting

    "Kangro also points out the report doesn't mention costs associated with rebooting systems after a patch is applied."

    This is a really underated cost that not many people include or even consider. The environment I work in has a few thousand servers and 130K desktops; all running a mix of 2K, 2003, XP - and other Windows flavors. (Like that's my choice).

    The reboots after patching are a major pain, everything needs to be checked and always, and I mean ALWAYS, some servers will fail to come back up.

    It's costly stuff...

    1. Re:Include Reboot Costs by squidguy · · Score: 1

      And it seems every time my Fedora box gets a kernel patch, I'm prompted for a reboot too... Face it folks, OS perfection does not exist.

    2. Re:Include Reboot Costs by pembo13 · · Score: 1

      It doesn't force you to reboot now does it.

      --
      "Thanks for all the money you paid to us. We've used it to buy off ISO among other things" -Microsoft
    3. Re:Include Reboot Costs by Jesus_666 · · Score: 1

      Fedora Core 4 does. It deletes the old kernel and moves all programs not needed for rebooting from /usr/bin to a secret location. It also uses the GIMP to photoshop your face into the Tubgirl picture and upload the result to the Internet. It then proceeds to mail the URL to everyone in your address book (all major MTAs supported). Once the update has started you have thirty seconds to get into runlevel 6; if you don't it's your fifteen minutes of Internet fame.

      --
      USE HOT GRITS WITH STATUE OF NATALIE PORTMAN (NAKED AND PETRIFIED)
  24. Re:Cost of Rebooting??? Don't LOL me! by Tsu+Dho+Nimh · · Score: 4, Insightful
    "any company that is going to lose more than a few pennies from a reboot is going to have redundant servers in place already. It is not difficult to stagger the application of patches to server machines in a farm, which all but eliminates the cost of a reboot."

    How about desk-bound employees and their patches? Don't we count?

    I use a lot of non-MSFT apps, and if one of them fails to work with the patched Windows system, I'm goung to lose a lot of time. I've already had one "security patch" to something do wierd things to my system, making it impossible for me to see the hard drive password prompt. Multiple that by every laptop in the company and you have a lot of support calls.

    Another "security patch" seems to have hosed the network finder so that it can't automatically pick up a new IP address from the LAN. I have to manually change the settings and ..... guess what? REBOOT to force it to pick up the new IP address. Every time I have to log on from home, that's TWO reboots and two manual interventions to what should be automatically happening.

  25. emerge -uDN world by Bazzalisk · · Score: 2, Insightful

    does windows have en equivalent? I think not.

    --
    James P. Barrett
    1. Re:emerge -uDN world by kayak334 · · Score: 1

      No, but the command above could take hours, even days, to complete.

      I used to run Gentoo at home, your argument sucks.

    2. Re:emerge -uDN world by Anonymous Coward · · Score: 0

      Never heard of binary distribution with emerge? I guess not. You can compile the updates on one server and let the other servers in the farm pull the binaries from the first server. It's quite useful.

  26. A point we often miss by rbanffy · · Score: 5, Insightful

    We, Unixers, usually miss the point that, while we don't have to reboot the whole computer at each and every important patch, we have to bring services down and then back up when they are significantly patched. For a database server it's not the system uptime that counts - it's the database uptime. If it goes down, I could as well have rebooted the whole server - the phone will ring just the same.

    While this is a whole lot better than Windows, they are getting closer.

    And... Well... The fact it was paid by Microsoft says nothing about the report. I sure would like to see the other reports paid by Microsoft that say FOSS is cheaper, more reliable, more ethical and that are tucked away somewhere in a folder marked "secret"

    1. Re:A point we often miss by joto · · Score: 2, Insightful
      For a database server it's not the system uptime that counts - it's the database uptime. If it goes down, I could as well have rebooted the whole server - the phone will ring just the same.

      Except that rebooting a computer takes around 2 minutes (maybe more if it's a heavy server. Restarting the DBMS (which is already cached in RAM, remember) should take less than a second. If you get phone calls then, just pretend you went to the loo for a minute and wait for it to calm down :-)

    2. Re:A point we often miss by Peeteriz · · Score: 4, Insightful

      Well, the point is that on Unix machines you don't have to bring down your database system to install a security fix for a webbrowser.

    3. Re:A point we often miss by Anonymous Coward · · Score: 0

      Why are you browsing the web from your Database Server?! ;o)

    4. Re:A point we often miss by Omnifarious · · Score: 1

      Near as I can tell, this happens for me automatically on my nice RedHat box. Maybe it hasn't always, but it has for as long as I've payed attention to the problem, which is several years.

      I really have no idea how the report can possibly come to the conclusions it does. Patching on my Linux boxes has always been much easier and faster than any Windows box I've watched people use. Even at work where it's all done for me. There my laptop randomly reboots to apply patches and my Linux box never does.

    5. Re:A point we often miss by Omnifarious · · Score: 1

      Even better, when Linux gets patched, everything I have installed is patched whether or not the programmer who wrote it came from RedHat. No separate update programs for every single piece of software I've installed. And that has always been true too.

    6. Re:A point we often miss by necrognome · · Score: 1

      You do understand that "restarting the DBMS" without notifying the right number of higher-ups (in some mid-size firms this may involve the CEO) is a firing offense, right? "Restarting the DBMS" when "the DBMS" is "the set of bank accounts" is not the nonchalant activity you seem to think it is.

      --


      Let's get drunk and delete production data!
    7. Re:A point we often miss by kosmosik · · Score: 1

      > We, Unixers, usually miss the point that,
      I hardly belive that you are unixer sir. Please stop that "we". I will explain:

      > while we don't have to reboot the whole
      > computer at each and every important
      > patch, we have to bring services down and
      > then back up when they are significantly ?
      > patched.

      This is stupid. Yes the binary must be reloaded - no entire system must not be taken down.

      Secondly - it depends what services. Some of them can just get a signal to reload themselves and you can do this at low system load (like shedule it) and it is almost transparent to the service. Nothing more than serious load of this service. But this is when we talk about extremeely critical HA stuff. With more common servers you can restart them and nobody will notice this half of a second.

      Also most of patching mechanisms care themself (you can turn it off if you need total control) about reloading the service. F.e. on RHEL when you reload sshd being logged via sshd it won't loose your connection since your connection is being made by separate process. With threaded stuff it is more difficult but still it can be done. Also in Fedora when you f.e. update glibce sshd (and other services) get restarted automagically.

      > For a database server it's not the system
      > uptime that counts - it's the database
      > uptime.

      So what? Still restart of one service is less than entire system.

      > If it goes down, I could as well have
      > rebooted the whole server - the phone will
      > ring just the same.

      If it gets down you could just restart the service and then it wont be stupid. And maybe next thing to do will be to analyze the problem, logs etc. Rebooting the system if one service fails is thing that unexperienced admins do - when you reboot it you loose some tracks (like running processes, memory state etc.) that can lead you to actually soving the problem not just rebooting it and hoping it never hapen again. This (problem -> reboot) is not unix way. Reminds me rather of some other popular system...

    8. Re:A point we often miss by hey! · · Score: 1

      I can't say I agree. A powerful computer can load the operating system pretty quick, really just a matter of seconds. Heck, my Athlon 2800 loads linux all the way up to KDE in under a minute, and if it were just boot to command prompt I'd bet it'd be thirty seconds.

      On the other hand, a powerful relational database may take a long time (in computer terms) to come up, as it initializes countless processes, allocates threads, and interconnects all it's various parts to provide the kind of consistent performance and scalability you need for industrial strength work. Futhermore even once up, the RDBMS may take a while before it's data and query optimization caches have got the most commonly used stuff in them. Until then it, if we're talking huge volumes of intricately interconnected data, you won't get your full performance.

      By comparison any caching of the RDBMS's code is trivial, and at most is going to be read linearly off the disk instead of assembled from who knows where.

      --
      Post may contain irony: discontinue use if experiencing mood swings, nausea or elevated blood pressure.
    9. Re:A point we often miss by Anonymous Coward · · Score: 0

      A Windows database server has a web browser installed whether you want it or not. That browser is a vulnerability whether it is user invoked or not. The help system for that database server probably uses the browser.

  27. An interesting observation about this by Peter+Cooper · · Score: 1

    This is another of those reports full of fluff with little meat. I can't stand these documents that say nothing, think they're "stating the obvious" and just go around in circles repeating the same old company line over and over in the name of neutrality. I would argue that this document is one of those sorts of documents which goes around in circles repeating the same company line again and again.

    So, all in all, another report with lofty hopes but a poor delivery. It sickens me that people get paid to producing these atrocities, all of which just loop around banging out the same company line each and every time, over and over. It's like listening to a broken record, with the constant reiteration of Microsoft's company line on never ending loop upon loop.

  28. Well, I'd never have expected it myself.. by caluml · · Score: 1

    So an exec from a company that owns a Linux distro doesn't agree with a Microsoft commissioned report that finds Windows is cheaper to patch?

    Mein Gott im Himmel! This really is astounding! Call the BBC - it'll be front page news in no time!

  29. How is applying a patch and recompiling expensive? by Anonymous Coward · · Score: 0
    We maintain our own patches against most of the stuff we're running anyway... oh they mean security patches? Yeah, really hard to have our custom build scripts apply a source patch.

    What a bunch of CTO bound clueless toss.

  30. Local repositories by peterprior · · Score: 1

    Hmm.. In my experience, most of the time taken to patch systems is downloading the patches, not actually applying them.

    With things like Debian, etc you can have local mirrors of security repositories to speed up the application of patches on lots of machines.

    Is the same thing available for Windows Update? If not, I wonder what additional bandwidth costs as well as download times would be incurred from having down download the same patches every time from a Microsoft server via Windows Update.

    1. Re:Local repositories by Anonymous Coward · · Score: 0

      Yes. Microsoft offers as a free download Windows Update Services which is a mirror for Windows Update for a company. It also permits admins to sign off on patches before workstations will apply them.

  31. Windows vs Microsoft products by benhocking · · Score: 1

    Not that this nullifies the comparison you've made, but Windows update can also update your MS Office products as well. Naturally, your point is that it does not update non-MS products. Just thought I'd make that distinction a little more clear. Not that I use MS products. Er, that is...

    --
    Ben Hocking
    Need a professional organizer?
    1. Re:Windows vs Microsoft products by xmodem_and_rommon · · Score: 1, Informative

      does it? Around six months ago I was at a relative's house trying to figure out why excel was showing print previews on A3 even though the paper size was set to A4. So I decided to isntall the lates service packs, and had to go to another website, "Office update" that is seperate from windows update to get them.

      (oh btw the problem turned out to be that the DPI wasn't set)

  32. bandwidth by rnx · · Score: 1

    well i dont know a thing about windows update but with the linux update systems i know you usually download the whole package for every little change and that definitely uses more bandwidth than it ought to. guess it's a tradeoff between complexity (setup scripts in rpms etc.) and bandwidth cost.

    1. Re:bandwidth by medgooroo · · Score: 0

      If its just a patch level gentoo emerge just grabs the patch...

      --
      Brain(s): 0.0% user, 1.3% system, 0.1% nice, 98.6% idle
    2. Re:bandwidth by rikkards · · Score: 1

      With Windows you need to download once to your SUS server from Microsoft and then approve the patch after some testing. At this point your properly configured workstations will download the patch and install depending on how you have it set up it may force a reboot or allow the person to delay installation.

      You can even create slave SUS servers to offload from a main one and control the patches from a centralized server

    3. Re:bandwidth by VON-MAN · · Score: 1

      Not true anymore, SuSE's update system Yast uses deltarpm's. A deltarpm reflects the changes since the original install rpm. So, usually, a SuSE update is fast.

  33. And this is news because.... ? by Laurentiu · · Score: 1

    A) Everyone believes it.
    B) The report was so crappy that everyone gave up Microsoft and switched to Linux
    C) Nothing else exciting is happening in the world right now (yeah, not even a WoW server crash)

    In other news, Linus Torvalds says that Linux is good. Richard Stallman reported that OSS is the way to go, and the new pope insists that the only hope for salvation is the acceptance of J.H.C. in your life.

    And I just wasted 5 minutes of my life typing this worthless comment to a -1 Flamebait story.

    --
    Just /. IT
    1. Re:And this is news because.... ? by Anonymous Coward · · Score: 0

      "Richard Stallman reported that OSS is the way to go"

      Now, that would be news.

  34. Get the facts? by MoogMan · · Score: 4, Interesting

    Well, lets look at the facts:

    @ Both Linux and Windows can be easily configured to auto-update patches.
    @ Windows patches are smaller (binary diffs as opposed to full updated packages).
    @ However, there are more critical updates to Windows.
    @ Windows has SUS, whereas Linux doesn't seem (excuse me if I'm wrong) to have any kind of distributed patch management for large businesses.

    If bandwidth costs (it does), it could well be that Windows easily has less data to transfer for large organisations.

    If we're talking about uptime then yes, Linux will be more "cheaper" (better uptime, minimal loss of business) in this respect.

    1. Re:Get the facts? by Anonymous Coward · · Score: 0

      Point @ is incorrect.

      SuSE uses diff patches to reduce the download. Since that is part of YaST (I assume) and YaST is GPL'd, that means the diffs can be used in other patch systems that are GPL compatible.

      Or they could rewrite the alogrithm because the idea is not patented.

    2. Re:Get the facts? by kernelfoobar · · Score: 2, Informative

      @ Windows has SUS
      Actually, you can distibute patches with Linux as well. You can use yum and point it to a local repository with the selected updates/patches or all, then have the yum service running which automatically updates the system for you. (guys, am I incorrect here?)

      --
      Here we go again!
    3. Re:Get the facts? by Loonacy · · Score: 2, Informative

      In addition to yast and yum, in Mandrake you can set up an RPM source (as a directory, share, HTTP URL, or removable media..) and it will update from there. So you would only need to download the patches to one central server, and set that up to be the repository for all the other computers on the network.
      Pretty much any distro with package management can be used this way.

    4. Re:Get the facts? by guruevi · · Score: 3, Interesting

      @Both Linux and Windows can be easily configured to update but
      Upgrade any hardware device driver and you have to reboot in Windows
      Upgrade your hardware device, do rmmod module and modprobe module (can even be automated). The only way you have to reboot is if you have updated your kernel.

      A fully updated mailserver (for about 1000 accounts - 1 processor server load 0.00,0.00,0.00) running Linux here has not been rebooted the last 250 days. The Exchange cluster (also for 1000 users - Exchange can't handle the load on 1 dual xeon server) needs to be rebooted every WEEK for a new upgrade or patch

      @An average Linux patch takes about 2kb (a real patch, not a whole new version). Windows patches take at least 1MB.

      @I have not seen a whole lot remote exploitable holes in Linux, in Windows there are still being exploits reported by a security scanner after all patches and upgrades applied

      @With Linux you have the choice to have any kind of distributed patch management and all countries have at least 1 regional server with the updates for your flavoured distro where you can get at least 300kb/s. With Windows I have to connect daily with my SUS to 1 main Windows server in the United States and download my patches at a mere 50kb/s

      --
      Custom electronics and digital signage for your business: www.evcircuits.com
    5. Re:Get the facts? by DBarker · · Score: 1

      Check "Zen" for linux a Novell product (See link http://www.novell.com/products/zenworks/sneakpeek. html ) that is an update to Ximian Red Carpet Server and red-carpet client used for distributing patches to linux distributions and applications as well as imaging, and asset (inventory of hardware and software) management.

    6. Re:Get the facts? by spongman · · Score: 4, Insightful
      Upgrade any hardware device driver and you have to reboot in Windows
      This isn't generally true. Windows doesn't require a reboot after a driver update. However, many driver writers are lazy and don't take the time to implement in-place upgrades for their drivers.
    7. Re:Get the facts? by VON-MAN · · Score: 1
      But, because those diff patches (deltarpm's they're called) are made against a specific rpm, you'd have to use SuSE rpm's and SuSE deltarpm's. And sometimes that'll result in all kind of compatibility problems, but i certainly found this text in a deltarpm README:

      The deltarpm package is distributed under the GNU General Public License.

      So this means the deltarpm system can be used in another patch systems.

    8. Re:Get the facts? by Anonymous Coward · · Score: 0

      If you're a "large organisation" you can buy Red Hat's solution, the Red Hat Network.

      This does central administration, scheduling, etc.

      So you can see that of the 50 machines in the meta-group "public visible web servers", 19 have an Apache bug-fix outstanding, you can read Red Hat's advisory about what is fixed, and then either apply the fix "immediately" (obviously it will take a while for machines to obtain & apply it) or schedule it for any future date.

      Or you can drill down to see which machines have less than 512MB of RAM, and schedule a new purchase for the appropriate people in the next quarter.

      You can either use Red Hat's servers (cheap for a small business) or install your own and do your own maintenance (good for the IBMs and sprawling government departments)

    9. Re:Get the facts? by MyHair · · Score: 1

      In addition to what the sibling posters say, you can use Rsync to keep the local copy of the updates current. The whole update process could be automated, although a production environment probably wants everything to auto-download and only apply when the admin is ready.

    10. Re:Get the facts? by abiessu · · Score: 1

      "... distributed patch management..."

      The easy answer is to have one in-house server as a mirror of a 'real' update server, then point in-house machines at the in-house update server. All the major distributions I've worked with (debian, redhat, suse) have the ability to point the local machine at any update server.

      --
      Let S_n = {nst+us+vt : s,t in Z \ {0}, u,v in {-1,1}}. For all n in Z where |n| > 2, Z \ S_n is infinite... right?
    11. Re:Get the facts? by iabervon · · Score: 1

      I believe that all of the Linux distributions that support automatic updates support having them come from a local server which mirrors the distro server. That's one advantage of GPL software; it is legally completely fine to redistribute it, and vendors are less likely to make it inconvenient.

    12. Re:Get the facts? by Blakey+Rat · · Score: 1

      I'm actually impressed with XP's ability to upgrade seemingly reboot-worthy drivers without even choking. I recently put a Soundblaster into a PC that had no sound card before. Booted it up, and typed in my username and password... about halfway through the startup chime, I start hearing sound from the card.

      Is that something I'd expect in Linux now also? Last time I used Linux, it was RedHat 6.2, which didn't support my Soundblaster 512 at *all* (despite claiming in the docs that it was supported.)

      The only other OS I've been impressed as much with in regards to drivers is BeOS.

    13. Re:Get the facts? by Ogerman · · Score: 2, Informative

      Windows has SUS, whereas Linux doesn't seem (excuse me if I'm wrong) to have any kind of distributed patch management for large businesses.

      Windows has one distributed patch management system. With Linux/BSD/etc. there are multiple approaches depending on what works best for your organization. Every Linux distro I've used is quite flexible in this regard. In my opinion, the ultimate is diskless workstations running off a fast file server (SCSI RAID, 1000Bt network). (30-40 workstations per server, replicate servers as needed) You can use local hard disks for caching if you like, but the ease of administration is the same.

      Advantages:
      - workstations are stateless and can be swapped out on the fly with no syncing
      - reduced heat, power usage, and noise from workstations
      - no need to either leave machines on at night for automated updates or initiate updates upon startup
      - guarantee that everyone is using the exact same software

      Updates are pretty much as simple as running a package manager on the master shared filesystem root used by the diskless machines:

      chroot /diskless-root
      apt-get update; apt-get upgrade

    14. Re:Get the facts? by Anonymous Coward · · Score: 0

      The Exchange cluster (also for 1000 users - Exchange can't handle the load on 1 dual xeon server) needs to be rebooted every WEEK for a new upgrade or patch

      I run Exchange 2003 and WSUS on a small network, and don't have updates nearly every week. Maybe every month at the most. Are you running 2000, or have some extra features that require these weekly patches? I have never seen this before.

    15. Re:Get the facts? by Anonymous Coward · · Score: 0

      Windows has one distributed patch management system.

      No, Windows actually has 2 distributed patch management systems. WSUS (formerly WUS, formerly SUS) and SMS. They explain in their FAQ which one would be best for specific types of customers.

    16. Re:Get the facts? by dodobh · · Score: 1

      Unix has cfengine and radmind. They do a _bit_ more than SUS.

      --
      I can throw myself at the ground, and miss.
    17. Re:Get the facts? by kosmosik · · Score: 1

      > @ Both Linux and Windows can be easily
      > configured to auto-update patches.

      Oh really so tell me how do I configure my windoze box to update OpenOffice.org, Mozilla, Photoshop, Eclipse ... etc. at one row - with one click/command. I really want to know - the answer should be easy. Because it is so easy so please answer. :)

      > @ Windows patches are smaller (binary
      > diffs as opposed to full updated packages).

      Their are not binary diffs - what the hell is binary diff anyway - their are just single files. If you use properly modularized (splitted packages) Linux system then also you just download packages that you need.

      > @ However, there are more critical
      > updates to Windows.

      Than to what? To Linux kernel or common distro with everything installed. Counting updates is stupid in this case.

      > @ Windows has SUS, whereas Linux
      > doesn't seem (excuse me if I'm wrong)

      You are wrong. Linux has apt, yum, yast whatever that do exactly the same.

      > If bandwidth costs (it does), it could well
      > be that Windows easily has less data to
      > transfer for large organisations.

      Phehefff. You actually belive it that large organizations pull updates directly from Internet to production machines. :) You don't know shit about how it works. Don't you?

    18. Re:Get the facts? by imroy · · Score: 1
      @ Windows has SUS, whereas Linux doesn't seem (excuse me if I'm wrong) to have any kind of distributed patch management for large businesses.

      Debian's APT just uses FTP or HTTP, other distros are probably fairly simple as well. Just put the .deb's in a directory or two, run a command to create a package file (text descriptions, dependencies, etc all in one file), and you're done. Set up your office machines to to have a line (and probably only the one line) in their sources.list file and create a cron job to auto-update after hours. Sure, there's no slick GUI (that I know of), but it shouldn't be too difficult.

    19. Re:Get the facts? by Creepy+Crawler · · Score: 1

      Ok then, how do you prevent certain users from accessing the sound card?

      For example, I create an audio group with full read/write to /dev/dsp and /dev/mixer . How do I do this in Windows?

      --
    20. Re:Get the facts? by Blakey+Rat · · Score: 1

      I dunno. With an ACL? I'm not a system administrator, and your question has pretty much absolutely NOTHING to do with my post. Go ask a professional how to do it.

    21. Re:Get the facts? by DA-MAN · · Score: 1

      > @ Windows patches are smaller (binary
      > diffs as opposed to full updated packages).

      Their are not binary diffs - what the hell is binary diff anyway - their are just single files. If you use properly modularized (splitted packages) Linux system then also you just download packages that you need.


      Google for "Delta Patches", also known as binary diffs.

      It's first mass deployment was in cracking shareware to full version (http://astalavista.box.sk/).

      --
      Can I get an eye poke?
      Dog House Forum
    22. Re:Get the facts? by Anonymous Coward · · Score: 0

      While some drivers may not require this, in my experience (in a primarily Win 2000 network), updating drivers always requires a reboot, and installing patches usually does also.

    23. Re:Get the facts? by Creepy+Crawler · · Score: 1

      ---I dunno. With an ACL? I'm not a system administrator, and your question has pretty much absolutely NOTHING to do with my post. Go ask a professional how to do it.

      It has all to do with your question..

      WHy is YOUR system coming up and autodetecting hardware when you didnt explicitly ask for it? Thats something altogether if it prompts you for updating of hardware list and then proceeds to install the driver.. but YOUR system is auto-doing everything without your permission.

      Somethings wrong in that model.

      --
    24. Re:Get the facts? by Blakey+Rat · · Score: 1

      Somethings wrong in that model. ... what?

      When I plug in a piece of hardware, that's generally because I want to use it. If I didn't want to use my sound card, I wouldn't have plugged it in in the first place. I honestly have no idea what your point is... that it's a bad thing for it to be easy to upgrade your computer?

  35. Windows is buggier by Orion+Blastar's+Psyc · · Score: 1, Funny

    and needs more patches. But Microsoft releases them so slow, and each patch causes more bugs.

  36. MS nonsense reports by ookaze · · Score: 1

    I'm sick of this MS nonsense reports. It is not even accessible (or slashdotted ?) for me to check it.
    But knowing that a Linux distro allows you to update any program you have, and hey, even third parties can add their repository for the package manager, I don't understand how Windows patching can be cheaper, really.
    Do they imply that getting patches by hand and applying them is cheaper than what a package manager with automatic notification does ?
    Did they compare patching Windows with patching an entire Linux distro ? I just don't understand this nonsense.

    1. Re:MS nonsense reports by timmyf2371 · · Score: 1

      It's as much nonsense as Paul Kangro's comments that Linux distros are easier/cheaper to patch. It's quite clear his comments are biased and incorrect since he's an executive at Novell which owns a company which distributes Linux.

      --

      Backup not found: (A)bort (R)etry (P)anic
  37. Key people disagree? by asciiRider · · Score: 0

    Yah - I'll say - a key number of people disagree. Every sysadmin on the planet -

  38. Don't see how... by Chanc_Gorkon · · Score: 2, Interesting

    I don't see how Windows can be cheaper from a compute cycle standpoint. You lose compute cycles during patches on all systems, it's just with Linux, you lose WAY less. You don't have to reboot. All you have to do is bounce services and your up and going. Microsoft just tells you to reboot because of the nutso way they run things. Even on Windows, you can do things to make reboots unnecessary.

    --

    Gorkman

    1. Re:Don't see how... by Anonymous Coward · · Score: 0

      OS uptime is little more than a l33t number. It has no practical use, especially in business. It is the availability of those individual services which actually matters because that is what any client would be attempting to connect to. When you patch a *ix box you then have to identify which services may be affected and restart them. During that time the box is effectively down and costing the company money.

      Windows works the exact same way. You can avoid a reboot simply by bringing the services down prior to implementing the patch. However, it's generally faster to simply reboot the box.

      Remember, rebooting is a much faster task in Windows than it is in *ix. My Windows 2003 Server boxes generally take about 30 seconds to reboot, and half of that is SCSI initialization. My Linux home workstation, with no SCSI, takes about 4 times longer.

    2. Re:Don't see how... by MerlinTheWizard · · Score: 1

      There is no way you can boot Windows 2003 in under 30 seconds anyway - maybe 25 if you're lucky. This is not specially due to SCSI. That said, even 30 seconds is an awful lot compared to the couple seconds it will take to restart a service on Linux. Besides, your reasoning is totally stupid: when you have to reboot, *all* of the services will be down for at least 30 seconds. Ok. Now if you only have to restart the patched services on Linux, not only will it not take more than 1-2 seconds in most cases, but all of the services that were not patched are still running the whole time. Big difference. Windows users tend to see an OS as an essentially mono-user, "mono-task" thing. Even now in 2005.

      Let's take an example scenario. You're upgrading apache on a Linux server. Restarting apache once upgraded will take exactly 1 second on my P3/800 box - I bet it would be even faster than that on any recent machine. Meanwhile, any user connected to a database, using ftp or I don't know what else, will have experienced exactly *no* downtime, not even 1 second.

      Try that on Windows. You said it is "faster to just reboot". Not so. Not at all. Truth is, you really meant it is easier. "I'm lazy, so rebooting is easier". Not to mention that even Windows advocates tend to not trust Windows a whole lot; often by lack of knowing it very well; there is always a certain amount of uncertainty, so a lot of users (and even admins, I've seen that!) will think that it is just "safer" to reboot the box. One never knows... an attitude in itself that would freak out most Un*x administrators...

  39. Microsoft is getting desperate by QuietLagoon · · Score: 2, Insightful

    When Microsoft continues to fund these highly biased reports and surveys, the Open Source community should be happy. It means that Microsoft considers Open Source to be a real competitor. In effect, Microsoft is doing more to validate Open Source and increase the visibility of Open Source than anyone could hope for.

    1. Re:Microsoft is getting desperate by ashSlash · · Score: 1

      Absolutely!

      Free advertising.

  40. Re:Cost of Rebooting??? LOL by UnknowingFool · · Score: 4, Interesting
    but any company that is going to lose more than a few pennies from a reboot is going to have redundant servers in place already

    I think Kangro was referring to more than lost business but also lost productivity.

    In the case of desktops, it's going to be lost productivity. Sure you can schedule them to update and reboot in the middle of the night, but what if the user was working on something? The admins have to spend some time planning and scheduling mass updates or leave it to the user. It's trivial to reboot; it's harder to schedule for many machines so that productivity is minimally affected.

    Also your argument only applies to mission critical or production machines. It does not include any development and/or testing machines that may not have a backup. Many organizations do not have the money to have a backup for every non-essential machine.

    Our company is installing a new enterprise application. Every time we are rebooting the test servers, our consultants and employees are not working on the app. With new system setups, rebooting a lot is not uncommon.

    --
    Well, there's spam egg sausage and spam, that's not got much spam in it.
  41. Xen or Zen by Trongy · · Score: 2, Informative

    Do you think that Novell's Kangro might have been talking about Novell Zenworks for linux?
    http://www.novell.com/products/zenworks/

    1. Re:Xen or Zen by DBarker · · Score: 1

      Yes I do! Xen wouldn't really help you with patch management buy Zenworks for Linux (See link http://www.novell.com/products/zenworks/sneakpeek. html )blows anything MS has away!

    2. Re:Xen or Zen by VON-MAN · · Score: 1

      Yes, he's talking about Zen, not Xen. Xen doesn't make sense here.

  42. Reasons for Rebooting by Dink+Paisy · · Score: 1
    There is actually a theoretical reason why a reboot is a good idea in some cases (not just in kernel replacements, either). Not rebooting can leave long running programs using old versions of libraries, which is a bad thing if the the long running process is a server and the new version is a security fix. In some cases involving dynamic loading and linking of libraries, it can even result in unpredictable behavior, such as data loss or a crash (although it would the application crashing, not the OS).

    The problem is pretty theoretical, but when I mentioned it to a friend who has administered Linux systems for clients, his response was, "Oh, so that's why that happens." He said that when upgrading libraries he would restart all his important long running processes because he had experienced problems in the past. So apparently this actually does affect people.

    I actually prefer the Windows approach of forcing a reboot in order to preserve correctness. I'm not saying Microsoft gets it perfect; the number of reboots forced on a Windows system is way more than it should be. Microsoft has improved over time, but I hope (as a Windows user) that they improve a lot more. I also hope that someone finds a way to eliminate this problem on both platforms.

    --

    Whoever corrects a mocker invites insult;
    whoever rebukes a wicked man incurs abuse.
    --Proverbs 9:7
    1. Re:Reasons for Rebooting by zerbot · · Score: 1

      Yeah, but you don't have to "reboot" in order to restart all the daemons on Linux (or any Un*x that I'm familiar with). The kernel doesn't use the dynamic libraries, so the only reason to reboot the kernel is if you're installing a new kernel. Even then a lot of kernel modules can be removed and reinserted without a reboot.

      XP has fixed this, but it used to drive me nuts that Win98 would make you reboot the computer just to change any of the network settings.

  43. Re:Cost of Rebooting??? LOL by ashSlash · · Score: 1

    Face it, having to reboot when you patch your system is a load of arse!

    It almost sounds like you are defending the practice.

  44. Re:Cost of Rebooting??? LOL by Jackdaw+Rookery · · Score: 1

    Sorry but you have no clue what you are talking about.

    Redundant servers for everything isn't possible - but that's mostly moot anyway.

    It is difficult to stagger reboots when you're talking about thousands of servers all over the country managed from one location.

    OK, the reboot is easy, after all switching crap off is simple :)

    Making sure everything comes back up and is doing the job it is supposed to be doing is harder, fixing broken server boxes all over the country is harder still.

    By the time you get all this right you'll find Microsoft has released more critical patches. Happy happy joy joy.

  45. Cheaper, but who the hell cares. by Anonymous Coward · · Score: 0

    These sorts of surveys about cost, uptime, flexibility serve only to manipulate the PHBs by keeping the discussion off the fact that Microsoft is a reptilian company; dangerous to do business with of any sort.

    The way they endevor to crush their competitors, the way they rob and then crush their "allies", the way they openly steal ideas and then tell the courts and the business world 'let us innovate'; it's breath taking. They're liars and phonies who've built an empire upon an incredibly smart bit of opportunistic business savvy a long time ago. So I give them credit for that, and I save the Windows admin-ing for the last of my day so I can go home and take a shower.

  46. It's an option when you set up WU, IIRC by benhocking · · Score: 1

    However, it has been a long time since I've done that, so I could be mistaken. One would like to assume that if I am correct, OTOH, there will be an option hidden somewhere in the bowels of Windows Update that would let you turn that option on or off. From my experience with MS products, however, this would not necessarily be a safe assumption.

    --
    Ben Hocking
    Need a professional organizer?
  47. Microsoft Summary by HaydnH · · Score: 1

    From the MS summary of the article

    - The annual costs of patching the security vulnerabilities of individual Windows-based and similar OSS-based systems are roughly comparable.

    - On a per-patching event basis, Windows-based systems require less effort than similar OSS systems.



    So it costs less per patch to use MS, but about the same per year as OSS... So MS are saying they have way more patches?? Now thats a surprise!!

    Haydn.

    --
    Time is an illusion. Lunchtime doubly so. - Douglas Adams
  48. another cost that is lost in the translation by Kookus · · Score: 1, Informative

    When I patch a windows server, it concerns me when it asks to be rebooted.
    For example, when the latest service pack came up for Windows 2003 Server, It took a lot of balls on my part to hit that restart now button. I've had it in the past where it would break something and I'd end up having to do a complete reinstall, costing my company thousands of dollars of just lost productivity.
    Sure, I'm suppose to have an identical machine to test these things out on with an identical setup, but realistically how many companies have the money to buy two of everything?
    On my linux machines, I only fear things like a dependancy breaking and losing 1 program, for example KDE, but that isn't necessary for a server to work (well it shouldn't be installed on a server ;)) but lets say some other program bailed on me, it's not like everything is so tightly coupled together that I got to do a compelte rebuild. The programs that are required for business operations I always have installed manually, so I never really lose more than a few seconds to just change the symlink back to the old version. In this case, people probably wouldn't even know anything happened.

    1. Re:another cost that is lost in the translation by aardwolf64 · · Score: 1

      Do you often recompile your kernel without rebooting?

    2. Re:another cost that is lost in the translation by Kookus · · Score: 0

      the actual cost of the minute or so to reboot i don't care about.
      In the event that a kernel rebuild is necessary, it still doesn't take an hour to do, you leave the source in the same place that is already configured for use, you just gotta goto a floppy and recover your system.
      On an already running linux server, how often do you recompile a kernel and have it break on you after reboot?

    3. Re:another cost that is lost in the translation by Anonymous Coward · · Score: 0

      Remember that with Linux and FOSS, the only cost you have for that redundant server is an extra set of hardware. For proprietary software, you will need a whole new set of licences, with a cost far outstripping that of the hardware. Use FOSS and virtualization, and you don't even need the second lot of hardware: just a bit of free disk space.

  49. oh my by bobsalt · · Score: 1

    ya, checking "yum" in the setup --> system services was reeeaallll hard. I should switch back to windows on my servers.....

  50. Microsoft is a monopoly because... by Anonymous Coward · · Score: 0

    > And if Microsoft started adding in patches for software that isn't theirs you would be screaming "MONOPOLY" at the top of your lungs.

    Wrong.

    I scream "monopoly" because, if an ISP were to bundle various applications with their PCs, along with Windows, and were to offer an update service for all those applications, along with Windows, then Microsoft would punish that ISP (with higher prices or worse) unless they _removed_ support for any applications that Microsoft did not approve.

    Microsoft is not a monopoly because of what they _include_.

    Microsoft is a monopoly because of what they _exclude_.

    To learn more about what makes Microsoft a monopoly, read the DOJ's Findings of Facts.

    For example, there is this passage where Bill Gates threatens Apple to force them to drop support for Netscape:

    > Gates informed those Microsoft executives most closely involved in the negotiations with Apple that the discussions "have not been going well at all." One of the several reasons for this, Gates wrote, was that "Apple let us down on the browser by making Netscape the standard install." Gates then reported that he had already called Apple's CEO (who at the time was Gil Amelio) to ask "how we should announce the cancellation of Mac Office . . . ."

    Or these passages where Microsoft threatens Intel to get them to stop helping Sun to improve Java performance on Intel hardware:

    > To hinder Sun and Netscape from improving the quality of the Windows JVM shipped with Navigator, Microsoft pressured Intel, which was developing a high-performance Windows-compatible JVM, to not share its work with either Sun or Netscape, much less allow Netscape to bundle the Intel JVM with Navigator. Gates was himself involved in this effort. During the August 2, 1995 meeting at which he urged Intel to halt IAL's development of platform-level software, Gates also announced that Intel's cooperation with Sun and Netscape to develop a Java runtime environment for systems running on Intel's microprocessors was one of the issues threatening to undermine cooperation between Intel and Microsoft. By the spring of 1996, Intel had developed a JVM designed to run well on Intel-based systems while complying with Sun's cross-platform standards. Microsoft executives approached Intel in April of that year and urged that Intel not take any steps toward allowing Netscape to ship this JVM with Navigator.

    > In one instance of this effort to stunt the growth of the Java class libraries, Microsoft used threats to withhold Windows operating-system support from Intel's microprocessors and offers to include Intel technology in Windows in order to induce Intel to stop aiding Sun in the development of Java classes that would support innovative multimedia functionality.

    > Two months later, Eric Engstrom, a Microsoft executive with responsibility for multimedia development, wrote to his superiors that one of Microsoft's goals was getting "Intel to stop helping Sun create Java Multimedia APIs, especially ones that run well (ie native implementations) on Windows." Engstrom proposed achieving this goal by offering Intel the following deal: Microsoft would incorporate into the Windows API set any multimedia interfaces that Intel agreed to not help Sun incorporate into the Java class libraries. Engstrom's efforts apparently bore fruit, for he testified at trial that Intel's IAL subsequently stopped helping Sun to develop class libraries that offered cutting-edge multimedia support.

    As to your suggestion that Microsoft offer an update service, experience has taught us to expect the following:

    The updates for Microsoft's own software would work fine.

    But the updates for competing products, like Firefox, or Java, would periodically cause those products to break.

    It's in Microsoft's nature to cheat. They can't be trusted.

  51. Meaningless... by Wdomburg · · Score: 1

    Comparing windows to whatever open source platforms an organization happens to be running is utterly meaningless. Patching procedures vary wildly between Linux distributions, and between Linux and other open source platforms. For example, I know admins who manually recompile software on at least a half dozen platforms for some common daemons (like sshd). Others, including myself, simply test and roll out vendor supplied packages for the most part.

    Another aspect they seem to gloss over in the summaries is that a lot of the costs are lower on Linux, and they only come up with reduced numbers for Windows by dividing it by the number of running machines. Well, duh, economies of scale are always a boon. Riddle me this - if the costs are cheaper with OSS for patch preperation, patch management training, management oversight, configuration and inventory management, et cetera, wouldn't a homogenous OSS environment be cheaper than a homogenous Windows environment?

    Another bit that's not mentioned in the news story is that the capital outlay for management tools was much higher on Windows. They then go on to break that down to per system costs to prove that OSS is oh so much more expensive. Thing is - fairly sophisticated patch management comes out of the box with a number of major OSS platforms. I'd guess that all the costs on the OSS side were probably a handful of customers who stuck with OpenView or Tivoli because that's what they're standardized on. For them, it'd be a constant cost regardless of platform.

    Overall, this just points out the problems with drawing conclusions from numbers dervied from (a fairly small) survey. Differences in platform and practice yeild results that are incredibly different from this survey. I know one person who's responsible for over two hundred systems on his own. According to this report, that would require well over 6000 "hours per year of support effort", despite the fact that he works well under 2000 hours a year (40 hour week minus paid time off) and that's far from all "support effort".

  52. Uh huh by Colin+Smith · · Score: 4, Insightful

    Sorry but this stuff is particularly trivial, patching 10, 100 or 1000 machines.

    e.g.
    echo 'ALL:root: 15 18 * * * /afs/admin/scripts/patchme' >> /etc/crontab.master

    Where the crontabs are centrally managed, patchme checks for resources, goes to sleep for a while, runs OS, platform and rev specific patch download and install subroutines which run yum update, apt-get update, patchadd, rpm -Uvh etc. Report progress to a central monitoring system like Big Brother or Zabbix as the patching process runs through the various stages.

    Even talking about the cost of the patching process itself is missing the point. Anyone who has a lot of machines will already have a largely automated enterprise wide cross platform patching system in place. Applying a specific patch will be a case of dropping a pre-tested file into a directory on a file server. If you don't have such a system WTF are you doing wasting your time on Slashdot?

    --
    Deleted
  53. Not quite, it's not just the OS. by great_snoopy · · Score: 2, Interesting

    Well, this might be true if you consider just the operating system itself, but it doubt even this. For the begining, let's consider the following : 1). The bare OS (be it linux at a minimal install or windoes) it's mostly unusable except for browsing the web, writing things in notepad or wordpad and a few other minor things. In the real world there are a lot other things you install, from movie players, codecs to complex applications like IDE's, Office suites or business applications. In the end a typical workstation has a bunch of applications NOT included in the OS itself (I'm talking about windows here). 2). Second, Microsoft has the bad habit of counting all applications in a distribution when counting vulnerabilities, so than they can say "look, redhat had 50 security bugs this year, we had only 5". Well, let's take it the microsoft way, and consider all the applications in a distribution. Now, in the linux world a lot of applications are open source and/or supported with patches directly by the vendor (Redhat/Novell-Suse/Debian/Ubuntu,etc). In the windows world on the other hand the whole bunch of installed applications are not controlled by anyone. So, let's consider that 5 of the applications on the system need update (firefox,one office suite, and other applications). The linux way : The distro's update manager signals you that 5 security updates need to be installed. You click on the alert or manually open a terminal and run apt-get upgrade or yum update,etc and you have the system up to date again. The windows way : You go windowsupdate.com where a patch for the kernel is downloaded to prevent a a newly discovered DoS attack, then you launch mozilla firefox, where mozilla firefox's own update manager alerts you that you have to update the browser, then you go to officeupdate and update the office suite, and then you check the following app and learn that you have to download and install the patch manually, and so on for all the 5 apps. No think what happens when there are 20 or more apps to be checked, INCLUDING various supporting libraries that cannot be easily checked automatically and you have to check them one by one and patch them one by one. In the linux world the package manager updates almost anything for you in one move.(With some exceptions, of course). In the windows world, that has not a real update manager/supervisor for the whole list of installed applications, you have to do the updates one by one, by hand because there is no unified windows update manager. So... what way is simpler ? After all, it all comes to the the time required to mantain an IT infrastructure up to date, and windows falls short on this one. And we all know that time is money, right ?

    1. Re:Not quite, it's not just the OS. by Creepy+Crawler · · Score: 1

      How much money did you waste writing that?

      --
    2. Re:Not quite, it's not just the OS. by great_snoopy · · Score: 1

      Well,

    3. Re:Not quite, it's not just the OS. by great_snoopy · · Score: 1

      ... While other used hours to patch their windows infrastructure I did it in minutes and I saved time to post on ./ ;)

  54. One possible argument by SenFo · · Score: 1

    I find it more common, albeit practically nonexistent, that a package fails to compile with emerge, than a binary version from the Windows update site fails to install on Windows.

    I do, however, find this study to be a bit strange. It doesn't cost anything to patch OSS or Windows! You use the tools that are provided to you and just do it. I imagine they must have been taking into account down-time and such. That being the case, one could argue that it costs less time to install a binary package than it does for me to compile a new package and then install it. However, one could also argue that I'm not exactly sitting around staring at my Linux systems monitor during the entire process and the system is quite capable of continuing its daily routine while the updates are compiled.

    I'm glad somebody pointed out the fact that reboot time was not mentioned in the report.

    1. Re:One possible argument by Anonymous Coward · · Score: 0

      I've seen many package breaks on unstable branches. but never on stable.

    2. Re:One possible argument by SenFo · · Score: 1

      "I've seen many package breaks on unstable branches. but never on stable." I'm sorry, I should have clarified that. Thank you...

  55. troll bait by alumshubby · · Score: 2, Insightful

    I wish I could mod this entire article (-1, Troll) -- it's like shooting fish in a barrel.

    --
    "How many light bulbs does it take to change a person?" --BMcC-->
  56. DIY Patch System by datadriven · · Score: 2, Interesting

    Another factor tht's not considered is that with FOSS products you are free to write your own patch system if you don't find any that meet your needs. With windows you're stuck with what they offer.

  57. Re:Cost of Rebooting??? Don't LOL me! by Anonymous Coward · · Score: 0

    Reminds me of when i tried to install a netgear card on an SP2 machine. It put up some sort of error garble and started rebooting. Again and again and again. We had to take the card out to get it to stop.

  58. I don't get it by Anonymous Coward · · Score: 0

    How does it cost to patch free open source software, such as Linux?

    Thus, how could it be more expensive?

  59. Re:Cost of Rebooting??? LOL by Foolomon · · Score: 1
    Call me a simpleton, then, because we would stagger reboots on a 4 server farm when I was working for a prestigious Wall St. firm. There's no need to claim that staggered reboots have to occur only when there are "thousands of servers all over the country managed from one location."

    I'll agree that lost employee productivity is an issue, but - for the larger companies at least - patches are not applied willy-nilly. And even when they are applied, the application of the patches (and subsequent verification that machines will not be affected adversely) is tested in an environment specifically created for the sole purpose of avoiding employee downtime due to this reason.

    At said Wall St. firm, there were 15,000 workstations company-wide. I tell you now that patches, service packs, etc. were tested for weeks in advance sometimes to ensure that the application of those patches would be smooth. They weren't 100% problem-free, but the number of problems that occurred was nominal compared to what it could have been.

    I'm not going to lie to you and say that the copious numbers of MS patches should be ignored. But I will say that the threat posed by not installing the patches the second they are released can be significantly migitated in other ways (firewalls, anyone?) while testing occurs and solutions / workarounds to problems discovered are developed.

  60. maybe they're both right by jim_v2000 · · Score: 1

    "So microsoft says windows is cheaper to patch, whereas Novell (who own Suse) say linux is cheaper to patch." In reality I think they are both about equal in cost to patch if the person doing the patching knows what they are doing. Sure, Windows has to reboot, but Linux generally releases more patches.

    --
    Don't take life so seriously. No one makes it out alive.
    1. Re:maybe they're both right by Xformer · · Score: 1

      Over 90% of the Linux-related patches have nothing to do with Linux itself, though, merely the applications that run on it which are worked in as part of most Linux distributions. That's according to the Slackware distro change logs, at least.

      Pretty sure that you can't say the same thing about Windows...

      --
      All I want is a kind word, a warm bed and unlimited power.
    2. Re:maybe they're both right by CaymanIslandCarpedie · · Score: 1

      Actually, if you are just talking about the kernals, it basically about the same. Otherwise, you are talking about bundled applications which like Linux account for a majority of the patches.

      The VAST majority of crap bundled with Windows is just applications which run on the OS, but since (almost) all of them are made by MS$ and always bundled with the OS its easy to think of them as part of the OS. Linux distros are actually moving in that direction as well, but its still a bit easier to tell the applications from the OS (at least if you understand that type of thing).

      --
      "reality has a well-known liberal bias" - Steven Colbert
    3. Re:maybe they're both right by budgenator · · Score: 1

      I didn't see that in the paper, I didn't wade through all 28 pages of it but the exec summary said costs are about the say, and that using best practices would reduce costs significantly for both. One of the resons I didn't wade through it is it takes forever to render, and looks like shit probably because they didn't embed the microsoft only fonts, so I suspect either the article wasn't really targeted toward Linux user's, or the mircosoft lackeies are more clueless about marketing/advertising/FUD than I give them credit for.

      --
      Apocalypse Cancelled, Sorry, No Ticket Refunds
    4. Re:maybe they're both right by nzkbuk · · Score: 1

      The VAST majority of crap bundled with Windows is just applications which run on the OS
      Most of what is on windows update is considered part of the OS by M$.

      While I'd normally agree that they are just apps, when M$ moves them into the OS and testifies they are part of the OS, then they are OS components and no longer apps.

  61. Custom patches by FidelCatsro · · Score: 1

    (MScustomer) Hi Microsoft , Could you patch this to your kernel source compile it and send it to me , thanks
    (MSsupport) Yes no problem atall sir ,we will do that right away , and how would you like to pay .
    We accept your eternal souls or a couple of Small nation republics.

    --
    The only things certain in war are Propaganda and Death. You can never be sure which is which though
  62. Lower cost to patch Windows by RagingChipmunk · · Score: 1

    "Its all about VOLUME! As a volume distributor of patchware we are able to drive down costs by simply pumping out more volume"
    -Microsoft

    --
    The only PT Boat Journal on the web: http://www.PT171.org
  63. XP with SP2 finally solves the patching issue by NextGaurd · · Score: 1, Interesting

    In a corporate environment (or your home for that matter) you can set WinXP to have automatic updates, install automatically and restart the PC in the middle of the nigh if needed. Combine this with a product like Norton Internet Security that handles viruses and spyware, updating for both at night and running automatically and install firefox and you now have Windows system that the average user can use without maintenance for a year at a time. Linux may match one day but there is no way right now for the typical PC user, home or office.

    1. Re:XP with SP2 finally solves the patching issue by blane.bramble · · Score: 2, Insightful

      In most corporate environments you would not be allowed to set automatic updates on. The last thing the corporate IT department would want is for an automatically installed patch to break existing systems.

    2. Re:XP with SP2 finally solves the patching issue by millennial · · Score: 1

      XP SP2 didn't solve patching problems for me. In fact, it introduced some. Ever since I got SP2, there have been 3 or 4 patches on Windows Update that simply don't download completely. WU will download the patch, check its integrity, download it again, and so on. I now have to go through Microsoft's support site to find the individual patches, then download and install them manually.

      --
      I am scientifically inaccurate.
    3. Re:XP with SP2 finally solves the patching issue by rhendershot · · Score: 1

      you might be able to re-seed the updater database using this tip. Basically, delete the stuff in datastore (with the updater service shut down) and the restart it. I found this to help when I had a similar problem with Windows XP SP1. I know our helpdesk have a couple of SP2 though that nothing so far has helped get updater to work consistently. YMMV but HTH.

      http://v5.windowsupdate.microsoft.com/v5consumer/s howarticle.aspx?articleid=21&ln=en

    4. Re:XP with SP2 finally solves the patching issue by Anonymous Coward · · Score: 0

      oh man... dont you see you are in Slashdot? talking good about Microsoft will only cause you demise... (that is why I post anonimous).

      There is no way these bunch of zealots think other way...

    5. Re:XP with SP2 finally solves the patching issue by Slayer · · Score: 1

      If I had to set up a linux computer for someone computer illiterate, I'd just set it up the way he/she likes it and then turn on the firewall.

      As a computer illiterate he/she doesn't need to provide services to the internet, so there's no chance of remote exploits. The exact same applies to Windows, so that's a draw.

      But you certainly don't need Norton whatever because while linux viruses may exist in theory, I just haven't come around any linux email viruses or spyware (I've used linux almost exclusively for the last 8 years, and yes, this includes my office desk).

      With this setup you don't need an internet connection at night (dialup anyone ?), downloading stuff and patching and whatnot (at least under linux, *BSD, MacOS)

    6. Re:XP with SP2 finally solves the patching issue by rainman_bc · · Score: 1

      So I sit there and look at up2date on my FC box. I had 55 outstanding updates. Every time there's a kernel update, I had to reinstall the kernel modules. Particularly ndiswrapper.

      Every time there's a firefox update, I had to reconfigure java support for it.

      From a corporate perspective, this is unacceptable. Generally I feel that the Microsoft updates are much more professionally built than their yum/up2date counterparts. I find myself reconfiguring stuff on a regular basis.

      I love FC don't get me wrong, but I feel that Microsoft patches are actually less of a pain in the ass for me. I've not had much of anything break because of a Microsoft patch, compared to what breaks with an FC patch.

      Maybe it's FC, and I should switch to Gentoo...

      --
      09 F9 11 02 9D 74 E3 5B D8 41 56 C5 63 56 88 C0
    7. Re:XP with SP2 finally solves the patching issue by Anonymous Coward · · Score: 0

      Your running the wrong Linux distro.

      Install SimplyMEPIS-3.3 and use Synaptic to do your updates. It takes care of dependencies and configurations automatically. Try it as a Live CD and see it in action.

    8. Re:XP with SP2 finally solves the patching issue by kosmicki · · Score: 1

      Odd, I'm using Debian and a quick apt-get install mozilla-firefox was all that was needed to upgrade from 1.0 - 1.0.3. (Running stable/testing)
      If it needed configuring apt handled it all. I had to do nothing after that. Does apt configure other things or is it another reason?

    9. Re:XP with SP2 finally solves the patching issue by Anonymous Coward · · Score: 0

      yep no linux virus. But 1 million and 1 rootkits that can arrive in anything from email to web pages.

    10. Re:XP with SP2 finally solves the patching issue by rainman_bc · · Score: 1

      Just out of curiosity - after running apt, do you still have Java support in your browser? It's quirky stuff like that that pisses me off...

      You might not have enabled java support in your browser...

      --
      09 F9 11 02 9D 74 E3 5B D8 41 56 C5 63 56 88 C0
  64. If It Smells Like POO than its likely...POO!!! by webzombie · · Score: 0

    Please why does garbage like this even get reported anywhere let alone on /.

    I think /. needs a new category for Bullshit and FUD. [BS-FUD] And not just for M$ but every organization that pinches these humugous loaves of crap out!

    Seriously... if everyone really started to see how quickly this shot piles up they are more likely to smell its quality and relevance too!

  65. I hacked that computer. by mshiltonj · · Score: 2, Funny

    From the hours of 8-5 any downtime would cost over $10k/second

    I hacked that computer and installed an application. It's pretty brilliant. What it does is every time there's a bank transaction where interest is computed, you know, thousands a day? The computer ends up with these fractions of a cent, which it usually rounds off? What this does is takes those little remainders and puts them into an account.

    -- This sounds familiar.

    Yeah, they did it in Superman 3.

    -- Right.

    Underrated movie, actually.

    1. Re:I hacked that computer. by kernelfoobar · · Score: 1

      And didn't they do something similar in the venerable Office Space as well?
      'I'm gonna show her my 'O-face'!'

      --
      Here we go again!
  66. Huh? by CaptainZapp · · Score: 1
    Except that rebooting a computer takes around 2 minutes (maybe more if it's a heavy server. Restarting the DBMS (which is already cached in RAM, remember)

    What database engine are you referring to? Most industrial strength database servers manage their cache themselves and when the server goes down, the cache of the database server is reinitialized from scratch.

    In most cases a database server will indeed boot faster then the entire server, but the opposite is also possible. A database server deserving it's name has to do a host of recovery operations. When you're unlucky and it either crashed, or was shut down immediately recovery can take hours

    Or could it be that you're talking out of your arse and don't have an actual clue whatsoever?

    --
    ich bin der musikant

    mit taschenrechner in der hand

    kraftwerk

    1. Re:Huh? by Daniel+Boisvert · · Score: 1

      In most cases a database server will indeed boot faster then the entire server, but the opposite is also possible.

      If your entire server goes down, the DB running on it does, too. Your recovery time is then however long it takes for your server's hardware and OS to come up plus the time the DB server needs.

      A database server deserving it's name has to do a host of recovery operations. When you're unlucky and it either crashed, or was shut down immediately recovery can take hours

      Sure, but it's -still- faster than also having to bring your OS back up. Granted, if power dropped from beneath your server, the DB recovery can be many times longer than the OS boot time. I'm having difficulty imagining a case where it'd be faster to reboot the entire server than it would to just cycle the DB server process, though. Comparing a "normal" full reboot with a DB recovery from a hard crash is comparing apples & oranges.

  67. Story? Please? by NemosomeN · · Score: 3, Insightful

    Why is this a story? I mean seriously. These TCO articles come out all of the time, and they are bullshit all of the time. Don't we already know this? Does anyone with half a brain pay attention to these "studies"? There's nothing we can do to stop them, and we only discredit them here... Where everyone knows they are bullshit. It doesn't even have anything to do with some prejudice against Microsoft. Any company will bs their way to more sales. Welcome to life, people.

    --
    I hate grammar Nazi's.
  68. "Cheaper" by vertinox · · Score: 1

    Well... If you mean by "cheaper" as in paying a high school kid $5 bucks an hour to format hard drives and reinstall Windows on all your workstations after a patch push hoses Windows OS... Then yes, I could see your point.

    --
    "I am the king of the Romans, and am superior to rules of grammar!"
    -Sigismund, Holy Roman Emperor (1368-1437)
  69. Re:Cost of Rebooting??? LOL by Jackdaw+Rookery · · Score: 1

    15,000 workstations is small compared to 130,000 - but no matter. The real issues with patches are the servers. Scheduling and testing reboots on 1000's of servers is different than a single 4 way cluster server.

    I'd never call you a simpleton - I don't know you - I'm pointing out that reboots are a real problem and a real cost; and one not to be underestimated.

  70. Patching aside, why reboot? by tripslash · · Score: 1

    I'm not an IT pro, just a home user who doesn't understand why I have to reboot Windows just to update an IP address on my home LAN. Sure, it took me a while to learn to do this under Linux, but I can change that address a hundred times without rebooting. How does frequent rebooting help your customers, Bill? You can build a user friendly house, but not a user friendly OS? No thanks, I'll stay with Linux.

    1. Re:Patching aside, why reboot? by Alosja · · Score: 0

      Are you sure that ipconfig /renew wouldn't do the same? Or disabling the network interface under controlpanel, and then starting it up again? Last time i had to restart Windows to change an Ip-adress, i was using windows 95.

      --
      A little stupidity is as unlikely as a little pregnancy
    2. Re:Patching aside, why reboot? by Anonymous Coward · · Score: 0

      Funny, last time I used Windows, it was NT4, which also needed to reboot to change the IP address.

      It's good to see Windows has caught up in this regard. I haven't checked in lately--can a Windows machine join a domain without rebooting like a Linux machine can? You'd think they could what with AD being a Microsoft invention and all, but you never know.

    3. Re:Patching aside, why reboot? by Creepy+Crawler · · Score: 1

      ---Funny, last time I used Windows, it was NT4, which also needed to reboot to change the IP address.

      MS finally solved that crap in Win2k. And it wasnt "changing IP addresses" but instead was changing a set static address to DHCP or another static address.

      DHCP obviously did not make you restart for a new address.

      ---It's good to see Windows has caught up in this regard. I haven't checked in lately--can a Windows machine join a domain without rebooting like a Linux machine can?

      Lol ;P Nope ;)

      ---You'd think they could what with AD being a Microsoft invention and all, but you never know.

      Even worse is how you cant change a ADS name on the root server and propigate it out. When you change it, all the Windows machines go nucking futs and cant figure what domain server to try. The Linux ones dont care.

      --
  71. Re:Cost of Rebooting??? LOL by Anonymous Coward · · Score: 0

    This is simply not true. I know of a company in the graphics business (film animation that sort of stuff), who will remain nameless.

    Back in about 98/99, most of that industry migrated from Irix to Windows (MS put a lot of money in to supporting vendors who agreed to port their applications from Unix to Windows)

    Several years ago they upgraded their render farm (200 machines) with a new version of their vendors NT based application.

    That took a week - go to every machine, plug in keyboard and display, install, reboot.
    (No Windows didn't/doesn't have remote management - not for installations anyway)

    They had even more fun several days later when the vendor contacted them with a patch (some registry setting or other)

    Repeat story, go back to every machine, plug in keyboard and display, uninstall, reboot, install, reboot, test.

    That took 3 weeks.

    In the middle of a 9 month rendering cycle of a heavily animation dependent film (which I've seen, and so have you - good film)

    Needless to say the film was a little late (and financial penalties were agreed etc etc etc )

    After this debacle, the company's owners demanded a solution to ensure that it *never* happened again.

    Answer? Linux. Same cheap hardware, simple to port the old Irix tool chain. And Linux *has* remote
    management/installation. You can do it overnight with minimal downtime.

    They never looked back, and Windows cannot be spoken of in any more than disparaging terms.

    Fact:- the cost of managing Windows in many environments is vastly more than you might expect, and heaps more than *any* variety of Unix you care to name.

  72. Re:Cost of Rebooting??? LOL by Dammital · · Score: 1
    "the animosity between the two companies [Novell and Microsoft] is well documented"
    You hear much less of that these days. When Ray Noorda was running things Novell went berserk, spending truckloads of money to invade Microsoft's space. Consider the DR acquisition, the WordPerfect acquisition, and the Corsair project -- which itself spawned Caldera.
  73. Oops, let's try that again by digidave · · Score: 1

    Crap, sorry about the lack of line breaks. Here it is fixed

    Utter nonsense, every word of it.

    1. If you are actually using the fact that some package is open source and run a modified source tree you need someone to maintain that tree for you. You may have to fuss with patches, especially if large or if they affect areas you have customized.

    Well, yes, you can't really expect anyone else to patch your custom software, can you? At least when you're modifying GPLed code you can very easily backport most security fixes to your in house version. It's not as if your custom VB database front-end is going to be patched my Microsoft.

    2. Depending on your package patches come willy nilly, with no co-ordination. MS releases patches the second Tuesday of every month. This actually allows some type of planning.

    It's called "get the security patch out as soon as possible so users aren't left running vulnerable systems". I can't believe you tried to make quick patch releases look *bad* when it's one of the most important benefits of running Linux. Planning? Does MS plan when a security hole will be found? No, so how can they plan when the patch will be released? They can't really do it, so instead they make you wait longer than you should have to.

    you have products that are in "heavy development" with pretty serious point releases weekly or monthly ... MS has one good thing going for it, in that for example I installed some Win2k Servers in mid 1999 that are still on the same OS install almost 6 years later. I installed some RedHat servers at the same time, and well needless to say, I've upgraded from RedHat 5.x a number of times since

    Yes, but you don't need to install upgrades. All serious distros backport security fixes to older versions of the software so you can keep using it for many years. Heck, Debian stable, which gets kicked around for being so old, still has security fixes being applied to ancient (by Linux standards) software. There is no forced upgrade. You could have upgraded Windows 2000 to 2003, but you chose not to. You can also choose not to in Linux as well. Once difference is that if you do Upgrade Linux from a 1999 distro to a 2005 distro you'll get a massive amount of new functionality. The same can't be said for Win2000 vs. Win2003.

    4. Patches for Linux, like Windows, still need to be tested in a production environment. Especially if you are running from a largely source built system

    Tested, yes. You don't want to break functionality. Running a source-based system doesn't make a difference.

    I admin a heavily customized web server that was built almost entirely from source...

    If you are building a your own Linux (like LFS) system, then you must be prepared to do more on your own. That's why almost no one does it. Don't compare home-brew to MS, compare a big distro like RedHat, Suse or Debian to MS and you'll see that your highly customized distro problems go away. At least with Linux you have a choice and can opt to bulid your own system if you want to.

    --
    The global economy is a great thing until you feel it locally.
    1. Re:Oops, let's try that again by danheskett · · Score: 1

      Well, yes, you can't really expect anyone else to patch your custom software, can you? At least when you're modifying GPLed code you can very easily backport most security fixes to your in house version. It's not as if your custom VB database front-end is going to be patched my Microsoft.
      I am not claiming MS is going to patch your VB program, I am saying, that there are no custom Windows kernels, though, with source trees, to be managed. Closed source software requires that, to be extensible at all, the maker has to create an architecture for it that is stable across revisions of the base product. Many OSS products don't do that, because, they are open source. So you people hack the source and maintain their own tree for customizations. This is fine, however, it's a lot of work to maintain patches if that software is heavily customized. For the OS, it's a huge amount of work. If you hacked in support for something custom into the linux kernel or other major package, it's going to be a bit of work to keep your kernel up to date. You have to test the patches against your changes. This is never a problem with closed source since it's impossible.

      A real world example I've dealt with is custom changes to MySQL. A client hired some people to put in some features that made it possible for them to save big bucks aginst going with DB2. They are highly industry specific, and so, only used by them. When they want to get the major benefits of a new MySQL upgrade, they have to get a new source tree, apply custom patches, test and make sure nothing is broken. A big effort. This of course isn't possible for say, MS-SQL or Oracle, since closed source. However, when a service pack or bugfix for those products is released the burden is much less heavy than for the MySQL client. It's a tradeoff!

      It's called "get the security patch out as soon as possible so users aren't left running vulnerable systems". I can't believe you tried to make quick patch releases look *bad* when it's one of the most important benefits of running Linux. Planning? Does MS plan when a security hole will be found? No, so how can they plan when the patch will be released? They can't really do it, so instead they make you wait longer than you should have to.
      Your thinking is flawed, and it shows, and it's very common in the OSS world. Not all patches are equal. Not all holes are equal. Not all patches are security related. The fact is that in many situations having a vulnerability exposed for a month is an acceptable risk. MS releases patches for severe remotely exploitable holes as quickly as possible for them. For other less severe problems, they wait. Not usually for remote vulnerabilities, but let me give you a concrete example.

      "Vulnerability in the Microsoft Jet Database Engine Could Allow Code Execution (837001)"

      MS rated this low. It took 3 weeks to get the patch out, in a schedule manner.

      For OpenOffice, a security bug was discovered April 12th. On April 14th they recommended all users upgrade to a new version, or if they have a fairly current version, download the patch, or download a beta of the 2.0 product, which was already patched. That fact is the bug maybe would have allowed arbritrary code execution provided the user opened a specially created DOC file.

      The two cases illustrate my point. OpenOffice recommened *all users* IMMEDIATELY upgrade. Microsoft recommended that *all users* patch as part of their normal policy of patching software. For 95% of IT people, MS's policy makes more sense. If you listen to OpenOffice, you're running around installing a patch or upgrading immediately, if you listen to MS, the problem is handled as part of your monthly patches. It's nice to have the choice, granted, but it's also nice to have MS's much more reasonable approach to the problem. Give you ways to mitigate the risk, and follow normal procedures.

      There is no forced upgrade. You could have upgraded Windows 2000 to 200

  74. And macs too! by goombah99 · · Score: 1
    By any logic macs are therefore the cheapest to patch. They are partly open source like Linux and yet run in a consistent distribution and platform like windows--actually it's even more consistent. And a large company is actively patching many things for you.

    Of course whether linux or mac or windows is cheaper despends upon what is meant by patch. You mean some CUSTOM kernel patch to let it talk to some non standard company tcip system? or do you mean fix a bug? or do you mean downlaod and apply a patch (e.g. software update).

    the meaning of those varies. Few would consdier or have the knowledge to tinker with the Windows kernel, but the Linux kernel is more open. Still that's a realm for the hardest core programmers, not user or even most software developers. Applying a patch someone else wrote is entirely another matter. That's certainly going to be easier in a consistent distribution. But it's more likely to exist for linux sooner than for windows.

    With macs you have the best of these. See you on the fan-boy list!

    --
    Some drink at the fountain of knowledge. Others just gargle.
    1. Re:And macs too! by Anonymous Coward · · Score: 0

      That's odd. I seem to remember the last OSX patch retailing for $129.

      Ahh yes. Here it is.

    2. Re:And macs too! by goombah99 · · Score: 1

      Let's see, do you get paid $50 to 100/hour like most of your sys admin peers? if so then buying that, pressing install, and doing something else was well worth it compared to say trying to located download and resolve all the dependencies of a linux upgrade. But we both know this was not what was meant by a patch. Still I glad you made my point for me.

      --
      Some drink at the fountain of knowledge. Others just gargle.
    3. Re:And macs too! by arivanov · · Score: 1

      Dependencies? In a debian upgrade? Linux is not R00tH4t and R00tH4t aint linux. I think you need to run apt-get install -y lib-get-a-clue (with all dependecies)

      --
      Baker's Law: Misery no longer loves company. Nowadays it insists on it
      http://www.sigsegv.cx/
    4. Re:And macs too! by Anonymous Coward · · Score: 0

      Let's see, do you get paid $50 to 100/hour like most of your sys admin peers?

      You're fucking kidding, right? $100/hour is about five or six times the average wage of the guys who are low down enough to actually have to do the installing of patches.

      Come back when you've got a fucking clue. Thank you.

    5. Re:And macs too! by jschottm · · Score: 1

      Ah, as ever, the Mac fanboys have to show up.

      OS X is worse than [most - assume that the word most proceeds Linux in the following statement] Linuxes to patch in the following ways:

      1. Linux distributions cover the commonly used server tools as part of the distribution. OS X does not include all of the same things, such as MySQL.
      2. Linux distributions can be configured to download and install patches automatically - add the appropriate line to your cron (or your patch management software if it supports it) and it'll pull in and install updates as needed. With OS X, you're required to click-through licensing in some cases, so it can't be done in the same way.
      3. Linux makes separate updates separate patches - I can pick and choose if I want to update package $FOO but leave package $BAR as it is. OS X frequently bundles them together with no way to separate them. And $FOO may be your mission critical application while $BAR is never used and the patch happens to break OS X. This has happened several times.

  75. Report might be right. Don't ignore the problem... by Saeed+al-Sahaf · · Score: 4, Insightful
    'When I patch my Linux box I don't need to bring it up and down any number of times.'

    Sure this is an inconvenience, but (still) overrated. It's just not a major issue to reboot a machine. Word. Move on.

    What continues to be a major road block to widespread adoption of Linux by the masses is not just patching, but just installing applications at all. It just can not be said with a straight face that installing patches or an application on Linux is as easy as with Windows for average computer users. There are just way too many pitfalls that can trap a user in hours and days of searching for strange dependencies and other things. And a smooth GUI installer....

    --
    "Who are in control, they are not in control of anything - they don't even control themselves!" - Glen Beck
  76. patch updates made easy by MoreDruid · · Score: 1
    try Debian... make a local mirror and install cron-apt on all other boxes... patch comes out... test on your own box and if nothing breaks (if you're running stable, that shouldn't be a worry anyway, but we all know that stable isn't really what you want on your desktop anymore), update your mirror. On next boot all boxes are patched.

    This can also be achieved in a MS environment using SUS but I prefer my patch downloads around 30K instead of 3MB a piece (barring some heavy Gnome or KDE package, those are big too). I also think SUS is a bit cumbersome in its approach to patching (you can mark a patch safe for installation in your network, but by default it will download all patches, something you can avoid in Debian... just mirror the packages you want/need and not the whole universe. I know you can select different OSes in SUS, but then you'll still have to test against all OSes you run. I've administered this in a mixed environment (win98, win98se, win2k, winxp, win2003, mssql, exchange 2k) and frankly, it has happened that our nightly downloads were over 100MB in total size on updates alone (and that's just for the OS patches - don't get me started on the numerous other patches I have to download and create an msi package of if it's not an MS product). Yeah... give me a debian mirror anytime with a stable repository for the servers and an unstable repository for the desktops.

    So tell me... what is cheaper (measuring bandwidth, testing, downtime , licensing and staffing - especially staffing: I couldn't do all testing on the SUS server alone with all the platforms we were running there, but I had the debian mirror running as well, which took me maybe about 5 minutes of work daily on average for 5 servers and a handful of desktops)... a Microsoft based solution or a linux based solution?

    --
    The best weapon of a dictatorship is secrecy, but the best weapon of a democracy should be the weapon of openness.
  77. MOD PARENT UP by Anonymous Coward · · Score: 0

    Hmmm...yeah. Let's see. One is a VM and one is an asset management system for patches. I'll take the latter, Bob.

  78. The real reason... by edunbar93 · · Score: 1

    I think the real reason that windows costs less to patch is that fewer patches are released for windows. Sort of a "we patch every 6 months whether it needs it or not" sort of scenario.

    --
    "No problem. I have the capacity to do infinite work so long as you don't mind that my quality approaches zero."-Dilbert
  79. So, from that comment.. by the_rajah · · Score: 1

    I am getting that 150 Linux servers had the same downtime as 26 NT servers, giving Linux a factor of 5.77 advantage over NT on a per server basis. Sounds about right to me.

    --


    "Do the Right Thing. It will gratify some people and astound the rest." - Mark Twain
  80. Maybe, and if you also don't include... by cloricus · · Score: 1

    I agree completely. Plus the huge cost we have at work when our main servers have to reboot to apply patches. 24 minutes is the fastest the 2k3 server w/ Exchange 2k5 server takes to reboot, it hurts.

    --
    I ate your fish.
  81. Cost of Rebooting examples by thegameiam · · Score: 1
    I didn't RTFA but any company that is going to lose more than a few pennies from a reboot is going to have redundant servers in place already. It is not difficult to stagger the application of patches to server machines in a farm, which all but eliminates the cost of a reboot.


    I'm assuming that you're not speaking out of direct experience, but instead from the big book of "how things are supposed to be" because in the real world, reboots cause LOTS of disruption. An example:

    Most of the Cisco IP Telephony servers run under Win2K, and several platforms (Unity, IPCCEx) don't handle stateful failover well. Do you want to say "my call center is down because I needed to patch?"

    Another example: while it's quite possible to virtualize things like databases, most small enterprises ( 5000 employees) have some number of non-redundant services. Now, if the print server is down at 3AM, who cares - but if it's your main database for your online store, that's not so good.

    It's a rare company that ACTUALLY has a real farm of redundant servers which can individually be taken offline without disruption.

    -David Barak
    --
    Need Geek Rock? Try The Franchise!
    1. Re:Cost of Rebooting examples by Foolomon · · Score: 1
      I'm assuming that you're not speaking out of direct experience, but instead from the big book of "how things are supposed to be" because in the real world, reboots cause LOTS of disruption.

      Maybe I simply led a sheltered life, because the past 5 jobs I've had, going back to 1996, didn't have this problem on the order of magnitude that everyone here is describing. These weren't Mom and Pop Shops either. With the exception of 1, all were Fortune 1000 companies (if not Fortune 500).

    2. Re:Cost of Rebooting examples by thegameiam · · Score: 1

      That makes sense - a fortune 500 company is more likely to put the extra money into a reasonably redundant infrastructure where parts can be taken offline without disruption than a smaller enterprise. (this goes back to the mainframe days)

      However, the Cisco IPT stuff is a beast: rebooting Unity is a HUGE pain, and the IPCC servers don't like it either.

      -David

      --
      Need Geek Rock? Try The Franchise!
    3. Re:Cost of Rebooting examples by Foolomon · · Score: 1

      Regarding the Cisco stuff, it sounds like a new business dying to be born, pun intended. :D

  82. What a fucking surprise by Donny+Smith · · Score: 1

    "but a number of people disagree, including a key Novell Asia-Pac exec, Paul Kangro."

    OMFG, what a surprise!
    Why you didn't add another informative follow up comment like "but a number of people disagree with Kangro, including a key Microsoft exec, Steve Ballmer".
    Of course they'll disagree because it's their job.

    Give us some real news.

    BTW, Windows may require reboots, but it doesn't say anything about the difficulty level - it's easy to patch but it sometimes requires downtime.

    Linux - well, tell me how to update Red Hat Enterprise Linux v3.0 to v4.0.

  83. ON NOES! by Anonymous Coward · · Score: 0

    Attention Slashdot reader:
    It has recently come to our attention that you have had an original thought and went against the party line. This is very troubling to us. In order to rectify this situation, it is our suggestion that you seek reprogramming at your nearest LUG meeting. You have two weeks to comply. We hope to hear from you soon.
    Sincerely,
    Slashbot Mentality ("You have offended my world-view and pointed out my hypocrisy! I must now justify my existence!")

  84. Re:Well ... Insightful? Hammer geeks unite ! by fygment · · Score: 2, Insightful

    How arrogant!

    a) Nothing in the report suggests the users 'have no idea how to really use a computer';

    b) Nothing in the report remotely suggests anyone is not willing to learn how to use a computer;

    c) Everything suggests that people do think. The thinking might be along the lines of: "My computer is a tool. Do I really need to know how to fiddle endlessly setting up the tool?"

    Why is it that there is no questioning buying precooked food, taking appliances and vehicles to repair shops for the simplest of servicing, or the persistent use of a favoured carpentry tool because it's 'done the job fine for x years'. And yet when someone treats a computer simply as the tool it should be, they are branded 'fearful of change' and 'unthinking'?

    What would you think if there were hammer geeks who spent endless amounts of time refining, modding, and configuring their hammers? Geeks who felt that only unthinking losers wouldn't change their hammers every six months. Geeks that felt it a pathetic display of ignorance that someone would not take the time to know their hammer intimately. Geeks that could endlessly debate shaft lengths, handle materials, and head geometry. In all likelihood, there would be a very large body of people who would think, 'It's a fscking hammer. I don't want to be a craftsman or hammer designer. If the thing don't hammer simply, it's of no use to me.'

    --
    "Consensus" in science is _always_ a political construct.
  85. Zodiac by Deanasc · · Score: 1

    Rubber innertubes are cheaper to patch then Hypalon inflatable hulls. Still I'd much rather face the ocean in a Zodiac then in something "cheap to fix."

    --
    I've hit Karma 50 and gotten a Score:5, Troll... I win!
  86. Re:Well ... Insightful? Hammer geeks unite ! by Anonymous Coward · · Score: 0

    What would you think if there were hammer geeks who spent endless amounts of time refining, modding, and configuring their hammers? Geeks who felt that only unthinking losers wouldn't change their hammers every six months. Geeks that felt it a pathetic display of ignorance that someone would not take the time to know their hammer intimately. Geeks that could endlessly debate shaft lengths, handle materials, and head geometry. In all likelihood, there would be a very large body of people who would think, 'It's a fscking hammer. I don't want to be a craftsman or hammer designer. If the thing don't hammer simply, it's of no use to me.'

    I didn't know they had advocacy among the Amish.

  87. A Truce? by suwain_2 · · Score: 3, Insightful

    Can Slashdot concede that Microsoft-funded studies will come out in favor of Windows being better, and that some non-Microsoft-funded studied will come out in favor of Linux, and stop wasting our time with this banter?

    --
    ________________________________________________
    suwain_2 :: quality slashdot p
  88. Re:Get the facts? side note: by amcdiarmid · · Score: 1

    Comparing a linux mail server with exchange is bit like comparing 1 grape with a bag of grapes. A more appropriate comparison would be comparing an Exchange server with an Open-Exchange server (Eg: Webserver & Serverlet Engine & Database & LDAP & SMTP mail & IMAP mail - all on the same server)

    Personally, I suspect that if your Exchange server users only used mail, and not the contacts/scheduling/groupware features, it would be much more efficient on a #users to processor power scale. Not that anyone would do it since the exchange server includes some number of licences for Outlook...

    All I want for my Christmas is Open-exchange to be easy to install on CentOS;) and I'm Jewish!

  89. Because your in a domain with a GPO by glrotate · · Score: 1

    Apparently, whatever organization owns your computer is smart enough to keep you from screwing around with it.

  90. per_patch != (per_patch && per_machine) by moeinvt · · Score: 1

    When they say "per patch" my guess is that they mean per patch AND per machine. i.e. 1 Linux box more expensive to upgrade that 1 Windows box. If not, I'll stand corrected. In my experience, one Linux/Unix sysadmin can manage a larger number of machines than your average MCSE, and one Linux box can be performing more functions than the same box running Windows. "per patch per machine" doesn't account for either of these facts. I'd like to see a similar study performed in an aggregate sense . . . although a methodology might be difficult.

  91. Re:Report might be right. Don't ignore the problem by Anonymous Coward · · Score: 0

    It just can not be said with a straight face that installing patches or an application on Linux is as easy as with Windows for average computer users.

    Funny. It takes just 3 mouse clicks: Open Synaptic. Right-click on package icon, select "Mark for Installation"
    (or click "Mark all upgrades" to to patch everything). Then click "Apply". Even you could do it.

    There are just way too many pitfalls that can trap a user in hours and days of searching for strange dependencies and other things.

    apt-get or synaptic calculates and solves all dependencies in milliseconds.

    And a smooth GUI installer....

    Like synaptic?

    I haven't used MS-Windows in years, but I doubt it comes anywhere near Ubuntu for ease of installation or upgrade.

  92. Patching is not upgrading by jmt(tm) · · Score: 1

    You are confusing 2 entirely different things here. One is patching an existing operating system environment and applications, the other one is upgrading software.

    Yast Online Update is not for upgrading software, but for installing fixes for the installed version. They have good reasons for that. Security fixes will be backported by SUSE, that's one of the most important job of their security team. That's what I do on production systems.

    Upgrading software is a whole different story. SUSE provides a lot of unsupported ugrades, and Mozilla Firefox is one of them. It's very easy to find them on their ftp mirrors. You can also use third party software packagers like packman. If you use apt4rpm, it's very easy to integrate the different repositories, both from SUSE and third parties. That's what I'm suing on my desktop, laptop etc.

    Patching all of my systems is mostly done without notice, just the occasional reboot when the kernel was changed, or restarting servers.

    For me, SUSE has the most convenient patching capabilities, Apple comes a close second (and only comes second because with SUSE there are more ways to do it). Windows is much more work for me.

  93. The key phrases in the report by Anonymous Coward · · Score: 0

    "Windows database servers cost 33 percent less to patch than their OSS counterparts"

    "PatchLink's finding is that on a per patch incident basis, the Microsoft patches are cheaper to apply"

    Penny wise and pound foolish. This is very much like the "savings" my employer gets on recycled toner cartridges - they cost half the price, but you only get 1/10th the number of copies.

    With Win vs Lin, even were Win to cost 1/3 as much per patch, when you have ten times the number of patches to apply, well, do the math yourself.

    Besides, of course, what others have pointed out below, that there are new and better Linux patch tools making the report moot.

    This looks like MS shooting themselves in the foot again.

  94. Re:Well ... Insightful? Hammer geeks unite ! by m50d · · Score: 1
    We have no problem with cars being taken to mechanics - but you'd be an idiot to do no maintenance yourself, never see a mechanic, and still expect your car to run fine. And yet people do just that with computers. If you can't admin it yourself, that's fine - but you should get someone who can to take care of it.

    The difference is the enormous complexity of a computer compared to a hammer.

    --
    I am trolling
  95. quote FTFA by ppz003 · · Score: 1

    "Generally the issue is one of familiarity -- people may be able to potentially patch Windows boxes faster because they have had a lot of practice."

    So which side is this quote supporting?

  96. Re:Report might be right. Don't ignore the problem by unapersson · · Score: 1

    "Sure this is an inconvenience, but (still) overrated. It's just not a major issue to reboot a machine. Word. Move on."

    In the real world where you're trying to run a service any downtime is an issue. Especially where you have services which won't automatically start up after a reboot.

    "What continues to be a major road block to widespread adoption of Linux by the masses is not just patching, but just installing applications at all. It just can not be said with a straight face that installing patches or an application on Linux is as easy as with Windows for average computer users."

    I say rubbish to that. I'm been using both Linux and Windows for years, and Linux has Windows beat by miles. The vast majority of applications you need are packaged by the distribution, so you just search in the distros package manager. Most commercial apps come with graphical installers. You might find the odd application you need to install from source (a lot simpler than installing an app from source on windows), but those tend to be cutting edge version 0.1.0 versions of software that you'd wouldn't normally even see in the windows world.

    On the other hand, recently I've had to search for an install some apps for windows at work to do basic stuff that normally comes on the distro CDs under Linux. It involved lots of searching of random websites, no real assurance as to where it came from. Different types of installers, or zip files you decompress to a random location on the c:\ drive. There's simply no comparison.

    "There are just way too many pitfalls that can trap a user in hours and days of searching for strange dependencies and other things. And a smooth GUI installer...."

    If you're sitting at a commandline, ignoring the package manager and just using rpm maybe, but this is something I've not really seen in a long time. Either with urpmi in Mandrake (GUI installer), or now synaptic (GUI installer) in Ubunutu. Every major distro does this for you now.

  97. Re:Report might be right. Don't ignore the problem by Anonymous Coward · · Score: 1, Insightful

    oh fuck off... It's as obvious as the nose on my face that you haven't seen a Linux distribution in operation since 1999... things have come a long, long way since those dark, dark days...

    oh and by the way... it is a major issue to have to keep rebooting a machine

  98. Re:yawn whats new (another Gates joke, OT, sorry) by Anonymous Coward · · Score: 0

    Bill gates has a stroke and dies on the operating table. He meets St Peter at Heaven's gate, and Peter says "well, Bill, you screwed a lot of people over, and there's that 'camel through a needle" thing, but you gave to charity and gave people tools. So we're going to let you decide where to spend eternity. Lets look at heaven."

    Peter and Bill step inside and there are people with wings sitting around playing harps and praying.

    "Looks boring," says Gates. So they look at hell.

    There are people sitting around drinking, smoking, gambling, having orgys, partying and having a great old time.

    "I'll take hell," says Gates.

    Six months later Peter decides to see how Bill is doing in hell. He goes down, where Gates is chained to a wall, standing in hot coals, with running sores all over him while small creatures take bites out of him. He sees Peter.

    "Pete! Pete! This isn't what you showed me!"

    "Oh," says St. Peter, "That was just the beta version!"

  99. Installing Is Hard On Windows by EXTomar · · Score: 3, Insightful

    Windows installers are nightmares on the enterprise level. Too many dialogs that feature settings that should have been issued on a command line. Too many dialogs with non-installation information. (Hello?...EULA/README SHOULD BE HANDLED IN THE APPLICATION!!) These two create a situation where if you are going to install a piece of software on more than a handful of machines you really wish they had a silent install. More often than not you are stuck babysitting installs blindly clicking "Yes"s and "Okay"s and "Next"s. Yay for the TCO.

    A "sin" Microsoft cultavated along time ago is confusing "installing" and "configuration" together. If you tie both of these process together it makes support murky. Did the installation fail to place files or did it mess up setting some value somewhere? Installers should be concerned with tracking/placing software components. Programs should be concerned with configuration. Because of MS including this level of complexity it also had the side effect of making it hard for a user to inspect packages before installing. There is no way for a desktop user to find out what a MSI package provides, what it requires, etc before installation. Another side effect is that people writting installers are often forced to package all depedancies with their application instead of making seemless stacking installs.

    Making a Windows installer actually enforce component dependancies suffers from the same "DLL Hell" type problem that has plagued Windows forever. Most installations are written loosely: you can uninstall CompA which ProgramB depends upon and the system happily complies.

    With all of that said, Windows installers are bad. Linux and other Unix-like systems are okay but they are more interested in software integraty than ease of use. You can't beat Mac: Drag a folder into the apps folder and its installed, take it out of the folder to uninstall it. At this point I can't imagine why anyone would any system to be more like Windows.

    1. Re:Installing Is Hard On Windows by Politburo · · Score: 1

      the same "DLL Hell" type problem that has plagued Windows forever.

      I've been using Windows since 3.0 and have never had this problem. So what am I doing wrong?

      Most installations are written loosely: you can uninstall CompA which ProgramB depends upon and the system happily complies.

      Odd, I seem to recall uninstalling programs and the system pops up and says "DLL blahblah.dll is no longer listed as being in use. Would you like to remove it?"

      Oh, what's that you say? It's lazy application developers? Well then surely this is Microsoft's fault!!

    2. Re:Installing Is Hard On Windows by Anonymous Coward · · Score: 0
      Oh, what's that you say? It's lazy application developers? Well then surely this is Microsoft's fault!!

      Then why isn't this a problem on other operating systems with good package managers?

      Surely Microsoft deserves some blaim.

  100. windows vs linux by chrisranjana.com · · Score: 0

    Ah ! the eternal windows vs linux discussion !

    --
    Chris ,
    Php Programmers.
  101. PatchLink by pluggo · · Score: 1

    So a company called PatchLink is supporting microsoft... funny thing is, its server will only run on (surprise, surprise) Windows. Also, something rather interesting from their system requirements:

    Minimum (for limited evaluations)

    Processor Intel Pentium or compatible 1-GHz processor
    Memory 1024 MB of RAM
    Hard Disk 20 GB of available hard disk space for the server

    Recommended*

    Pentium 800Mhz
    1024 MB of RAM
    20 GB of available disk space


    Since when is the recommended configuration worse than the minimal configuration? 'Cause last I checked, a gigahert was 1000MHz (or maybe 1024, I never did check that...)

    --
    Pulling together is the aim of despotism and tyranny. Free men pull in all kinds of directions. It's the only way to mak
  102. Re:Cost of Rebooting??? Don't LOL me! by MyHair · · Score: 1

    You might be able to avoid a reboot by going into network connections and then disabling and enabling the network adapter and/or running "ipconfig /release" and "ipconfig /renew" from the command line. (Assuming NT-based Windows) Or you might have to reboot...never can tell with windows.

  103. Re:Well ... Insightful? Hammer geeks unite ! by halber_mensch · · Score: 2, Insightful
    What would you think if there were hammer geeks who spent endless amounts of time refining, modding, and configuring their hammers? Geeks who felt that only unthinking losers wouldn't change their hammers every six months. Geeks that felt it a pathetic display of ignorance that someone would not take the time to know their hammer intimately. Geeks that could endlessly debate shaft lengths, handle materials, and head geometry. In all likelihood, there would be a very large body of people who would think, 'It's a fscking hammer. I don't want to be a craftsman or hammer designer. If the thing don't hammer simply, it's of no use to me.'

    Your analogy is a bit skewed. A hammer doesn't exactly have the same power in society as a computer. A hammer can't communicate with another hammer. A hammer doesn't hold bank records or social security numbers or credit card accounts. A hammer doesn't spread hammer viruses that allow other hammer users to steal that information. A geek hammer user doesn't use his hammer skills to exploit the weaknesses of your hammer to break into it.

    Your car is a decent analogy to a computer, but as you pointed out most people simply dump it into someone else's lap when something "don't work" - that's why so many people drive broken down heaps, or constantly have their vehicles in the shop, or destroy their engines from years of unmaintained use. A person that never bothered to understand that their car needs brake maintenance will only figure it out when their brakes finally go and they careen into another car. But also those who change their own oil, perform tune-ups themselves, and know How Their Car Works tend to drive well-running vehicles that are not road hazards. It's called responsible ownership. Could you argue that awareness of the care and maintenance of a car is an undesirable thing?

    You legally are required to have a license to drive a car. If it's simply a tool, why would that be? Why should you have to intimately know the operation of driving a tool? Well, it's a powerful tool. It's also a dangerous tool. You can cause massive amounts of damage with a car because of its power. An idiot driver that doesn't signal before merging on the highway can cause multi-car wrecks. People cause fatalities by running stop lights and stop signs. Similarly, a person with a computer that doesn't care to understand the need for its security quickly becomes a zombie node in massive DoS attacks on other systems. These cost network providers untold sums of money in downtime and customer dissatisfaction. In some cases it allows their personal information to be stolen, just as if they were to keep their bank records in their cars without locking the doors - or their windows were smashed out and the records taken. Do you see the relationship here? The power that computers and global internetworking have given us must be taken with some measure of responsibility for the technology to be safe. Ignorance is not something to take pride or comfort in - there is no reason that computer users should not be more aware of their computers and how to properly maintain them.

    Oh, and the hammer geeks that you mentioned are the reason why we have progressed from hand rocks, animal bones, and tree stumps to clawhammers, ball peen hammers, plastic and rubber mallets, and sledgehammers.

    --
    perl -e "eval pack(q{H*},join q{},qw{70 72696e74207061636b28717b482a7d2c717b343 637323635363534323533343430617d293b})"
  104. Patches on Patches... by Anonymous Coward · · Score: 0

    ...is my main gripe with Windows.
    With a fresh Linux install, you do install, patch, maybe reboot if a new kernel was installed and then you're done. With Windows though, after the initial install you go into the tedious update/reboot cycle about 10 times before it's finally up to date.

  105. Having been through WindowsUpdate recently... by Emetophobe · · Score: 1

    I just recently did my yearly Windows format. And WindowsUpdate was a pain in the ass, I think I had to reboot over 20 times.

    I would download 20 critical updates, reboot, and then there would be 20 more critical updates, WTF? Why can't they just put them all there at once, so I only have to reboot once. Do this a few more times, and there are still a couple "new" updates after each reboot.

    Now comes the "standalone" packages that require that they be installed seperately (i.e DirectX) and require Yet Another Reboot(tm) because It Just Works(tm).

    The whole Windows Update system is horribly designed compared to the update programs of the various distros i've used.

    Plus I need to have 3 services running in order to get manual or automatic updates

    1) Automatic Update Service (Why do I need this enabled if I'm only doing manual updates?)
    2) Background Intelligent Transfer Service
    3) Cryptographic Services

  106. Options by willCode4Beer.com · · Score: 1
    I'm sure many will point out that most linux distros have many options for updating (Xen is just one).
    For example, Mandrake(driva) has MandrakeUpdate (gui for urpmi). You just run it, pick what you want updated (or just select all), and keep working. No reboot. And, unlike windows, you can actually work while the system is updating. You would think that in the year 2005 that your OS would not slow to a crawl because there is some IO happening. You get a reboot message when its done. In fact, you can update an application WHILE you are using it. It seems that most major distros have a pretty simple patch/update facility. I have never heard of a distro that blocked operation of the computer or its applications while updating. In all distros I have seen, the only time a reboot is required is when patching the kernel. Even then, you can keep working without problems and reboot at your convienence.
    Windows might be easier for some things but, patching is definitely not it.
    ____BEGIN_RANTS_____
    • I plugged my new usb jump drive in my linux box (prepared to go through hellish config), one second later, I had a drive icon on my desktop. I could drag files to it. I unplugged when I was finished. I took the drive to a Windows XP Professional box, plugged it in. Waited for a minute while windows found the driver. Waited for another 5 minutes as windows informed me I needed to reboot. Logged back in. Navigated to the new drive. Dragged out the folders. Had to right-click the icon in the task bar and disable the drive before I could unplug it. Even apple doesn't abuse users this bad.
    • I plug my new HP Photoprinter into my Linux box (prepared to go through hellish config), a few seconds later, a printer config utility pops up, I click a few options, it informs me it needs to download the drivers. When done, it offers to print a test page. It works. Total time from plugging in to printing test page <60secs. I plug same printer into my son's Windows XP box. It begs for driver disk. Reboots. I have to manually add a printer, and configure it. Total time from plugging in to printing test page ~= 10 minutes.
    • I see new Linux vulnerability on Slashdot. When I get home I run Mandrake Update, minimize it. I continue doing what I'm doing. It leaves me alone. I go sit at my son's computer. Little icon says it needs updates. I click it. The system slows to a crawl. It then decides that it needs to close the browser. It then interupts me to say I should reboot. I'm busy, I say I'll do it later. The system starts acting all wacked, I give in.
    • I want to type an email to my wife in Spanish. Linux, click the little icon in the task bar to switch to the Intl-Engligh keymap. ~n becomes ñ. Windows, alt-0241 every freakin time. Linux, 'i becaomes í, windows, alt-0237. Where's the intuitivness? Where's the easier to use interface? WTF?
    ____END_RANTS_____
    I think windows usability arguments are starting to get very thin. I'm really beginning to think that the only thing that windows really has going for it is a larger selection of apps and device drivers.
    Disclaimer: I am a developer, not a system admin. My linux box is a pretty standard install. I haven't done anything special to it. I hate all operating systems (I just hate linux about 10% less than the others). I am not an open source advocate but, I don't mind using it.
    --
    ----- If communism is a system where the government owns business, what do you call a system where business owns govern
  107. Re:Well ... Insightful? Hammer geeks unite ! by MSG · · Score: 1

    Comparing a computer to *a* hammer is just foolishness.

    A computer is more like a tool *shop* than a tool. And to that analogy, I'll point out that I was taught about shop safety during middle school. Furthermore, I do know shop geeks that spend a lot of time playing with their tools, looking at new tools, etc. They build their own shop equipment, too. I'll even take the position you propose that it's ignorant to go into a shop without learning proper safety procedures, which as close as I can reasonably apply your "get to know the hammer" comment to a shop.

    When you suggest that two dissimilar things are alike for the purposes of metaphor, you show everyone that you have no idea what you're talking about. They're not similar just because you say that they are.

  108. Re:Based on the comments... by symbolic · · Score: 1


    I'm tempted to start thinking that these "paid for by Bllly G" studies are not necessarily how things actually work, but how he thinks they ought to work- a theory vs reality thing.

  109. Re:Report might be right. Don't ignore the problem by P-Nuts · · Score: 1
    It just can not be said with a straight face that installing patches or an application on Linux is as easy as with Windows for average computer users.

    Maybe, but the article is about servers being patched by admins. They ought to be smart enough to use package management tools like apt-get. Once you've learnt to use these tools, it's a lot easier to keep a whole system, including all the non-OS components, safely patched with all the right security updates. It's much trickier on a Windows machine, as the applications aren't updated the same way as the OS, and in general each application has its own mechanism for applying patches.

  110. Sure it's cheaper by Anonymous Coward · · Score: 1, Interesting

    In the average lifetime a Windows user is able to apply 42,195 patches, counting updates for AVG, Spybot, AdAware, etc, and reapplying patches when the OS requires reinstallation. The average Linux user applies only 224 patches in the same number of years. If that isn't proof that Windows is easier patch, I don't know what is.

    1. Re:Sure it's cheaper by timmyf2371 · · Score: 1

      1. Can you provide a link to back up your alleged "proof"?
      2. Remember that Linux patches must be reapplied when the OS requires reinstallation too - this is not merely a Windows "problem".
      3. You say in the average lifetime a Windows user "is able to apply" x number of patches. Why did you say that "the average Linux user applies only 224 patches" rather than actually tell us how many patches a Linux user is able to apply?

      --

      Backup not found: (A)bort (R)etry (P)anic
  111. Computers vs cars by Mr.+Underbridge · · Score: 1
    It might be easier if you have no idea how to really use a computer, and are not willing to learn. Those people will never leave the "comfort" of a familiar thing. They fear change, especially when it forces them to actually think for themselves.

    I assume, then, you also do all your own maintenance on your car? Or are you still using "proprietary" automobiles because you don't "really know how to use" a car, and aren't "willing to learn."

    You have no more right to condescend to a typical computer user than a mechanic does to you.

    1. Re:Computers vs cars by Anonymous Coward · · Score: 0

      come on, we are talking about the long arms of marketing, slapping the opposite of microsoft and novell.

      if the report or the response reflects reality does not really matter, it's just about the +2 "keep in discussion" bonus for the one and the "-1 good counterattack" for the other.

      it's definitly not the open letter to hobbyists we are talking about, it assumes the target group knows that self maintained cars or a hammer-like computer fetish fill a niche not affecting every-day work of the masses in a way, they notice.

  112. Re:Report might be right. Don't ignore the problem by Saeed+al-Sahaf · · Score: 1

    I run RHEL 3 and 4, both on my workstation and several servers.

    --
    "Who are in control, they are not in control of anything - they don't even control themselves!" - Glen Beck
  113. Re:Well ... Insightful? Hammer geeks unite ! by ckaminski · · Score: 2, Informative

    I hate to tell you, but there *ARE* hammer geeks out there... note that said geeks (blacksmiths) are usually building tools to do certain tasks, but they certainly are modding hammers... :-)

  114. especially with the high price of oil these days by juan2074 · · Score: 1

    Yeah, apt-get is so expensive to use.

  115. Re:Well ... Insightful? Hammer geeks unite ! by databyss · · Score: 1

    I definately agree that their use of a hammer was a bad analogy and that a car is much better, but (s)he makes a good point.

    A computer is just a tool, like a car. You use a computer to accomplish a task, much like a car. Sure there are car enthusiests and computer enthusiests. Those people will delve into the deeper aspects of their respective tools.

    To use this analogy, recompiling your kernel is akin to rebuilding your engine, sure I could do oil changes and tune-ups, but i'm not going to rebuild my engine.

    Do you think that people who can't rebuild their car from top to bottom shouldn't drive them? The level of ability for operating a linux computer has, in general, been more in depth than most people wish to go. Sure they can run windows update and disk defrag, but they're not about to compile something, let alone recompile the kernel.

    I think when linux reaches that point, which I think it is quickly approaching, then that will be the fulcrum point when larger groups of people will begin to switch.

    --
    Hmmm witty sig or funny sig? Maybe elitest techy sig!
  116. Windows cheaper to patch than open source software by whitehatlurker · · Score: 1
    Good!

    Seeing that I'd have to do it so much more for MS than for OSS, I'd hope that it's cheaper. I'd hate to pay more for more pain in the ...

    --
    .. paranoid crackpot leftover from the days of Amiga.
  117. TOC, drop, and ROI by frag+thief · · Score: 1

    I absolutely agree. Are IT managers going to read this and actually think Linux costs more? Hell no. They are going to say, "Damn, Microsoft is reeeeeeally stretching for new studies."

    FUD is great if your audience is morons. If they are aren't, then all you're doing is broadcasting "Hey, I'm a big, fat liar and I think you're stupid."

    More FUD, Bill. Truckloads, please. Tell us that Linux t-shirts cost more or that Linux runs too well and causes shorter lifespan on CPU's. TOC, drop, and ROI, Guys.

  118. Puhleeeeeze by NatteringNabob · · Score: 1

    Is it even neccessary to report these 'non-news' bits of PR fluff? I'm guessing that most Slashdot readers have run both Windows and Linux, and know first hand that Linux is orders of magnitude easier to keep patched, with or without Xen. In addition, most Linux/Unix apps are designed and packaged so you don't need to install them on every single machine in the first place. For most enterprises, application should be installed on application servers and NFS mounted everyplace else. Before somebody says, 'yeah, but then if the network goes down, everybody is down', I would suggest that if enterprises spent a tiny fraction of the money on their network that they spend on Windows and anti-virus software and desktop computers with moving parts, the network isn't going to be down much , if at all, assuming their IT staff is even halfway competent. We run primarily a Windows shop here. The Windows servers have issues on a daily basis. The internal network, to the best of my knowlege, has never prevented anybody from working. In any event, our truly critical data like the exchange server and source control server are already only available when the network is running. Without these servers being network accessible, we are pretty much dead in the water anyway, no matter how much bloatware is installed on our desktop machines.

  119. Re:Well ... Insightful? Hammer geeks unite ! by halber_mensch · · Score: 1
    Do you think that people who can't rebuild their car from top to bottom shouldn't drive them? The level of ability for operating a linux computer has, in general, been more in depth than most people wish to go. Sure they can run windows update and disk defrag, but they're not about to compile something, let alone recompile the kernel.

    Not at all. But I do think they should be aware of security in whatever operating system they choose (or are chosen for) to drive their machine with. Naturally, I can't expect that - just like I can't expect the driver next to me on the highway to look beside them before swerving into my lane, but it would be nice.

    I used to think that everyone should switch to BSD or Linux, but it's really a naive idea. There will always be Windows fanboys, uninformed computer buyers, technophobes, and simple users that really are better off in that environment. And that's fine. What I am wary of is that many of them are the crazy drivers with the beaten up junkers causing hell on the information highway, because they simply never bothered to get a clue.

    --
    perl -e "eval pack(q{H*},join q{},qw{70 72696e74207061636b28717b482a7d2c717b343 637323635363534323533343430617d293b})"
  120. how do they do it? by rtphokie · · Score: 1

    Volume, volume, volume.

    The 6 pack of soda is cheeper than buying a single can too.

  121. Re:Well ... Insightful? Hammer geeks unite ! by databyss · · Score: 1

    "There will always be Windows fanboys, uninformed computer buyers, technophobes, and simple users that really are better off in that environment."

    Unfortunately, all too true.

    Although, I have to say, I have a windows PC at home and it's fine for what I do with it. It doesn't crash, it's no zombie and has no viruses, but I take care of it and have it properly secured.

    To say that windows only survives due to ignorance and arrogance is silly. It's just another OS for users to choose from, and as long as that's the case, somebody will always use it.

    "crazy drivers with the beaten up junkers causing hell on the information highway"

    That is an awesome line.

    --
    Hmmm witty sig or funny sig? Maybe elitest techy sig!
  122. Zen = Red Carpet by rtoddc · · Score: 1

    I run Novell's Linux desktop and use Zen for Linux (Red Carpet) to update my machine. When updates are available for my machine, a little icon pops up on my status bar to let me know. I simply click on the icon and then enter my root password to begin updates. In my experience it's been faster than Windows update as you never have to reboot for changes to take effect. I support some 60 users who are moving to Novell's Linux desktop and have never had a user complain over difficulty in updating their machines. On the contrary, they're suprised with the speed and impressed that the same program can also be used to install and remove all of their programs for them.

    1. Re:Zen = Red Carpet by BCW2 · · Score: 1

      Between Red Carpet and yast I have been very impressed with Novell Linux Desktop. After 15 years of M$ update and 4 years of RHN, I really like Red Carpet/Zen. The only things I have found that need any restart are; new kernal needs a reboot (surprise) and a new video driver will normally require you to restart X. Big deal, I just patched a 2 year old XP box that had never been patched ( white box store tech) 9 reboots later I wanted to compact the box with repeated blows of a 12 pound sledge, and give the owner a dose of rock salt with a 12 Ga.

      --
      Professional Politicians are not the solution, they ARE the problem.
  123. Advatnates of Free Software Worth Talking About. by Erris · · Score: 1
    Even talking about the cost of the patching process itself is missing the point. [that it is trivial and low cost in the free world]

    I dissagree, the relative costs and benefits should be discussed. There are significant costs to Winblows that do not exist in your nice apt-get world. There are also significant advantages to free software that will never exist in the non free world. With blowhards paid to publish nonsense about "complication", it's good to do a quick reality check.

    The real world of enterprise M$ upkeep is completely foo-bared by useless, paranoid anti-copy mechanisms. A typical upgrade of software is done by third parties who hire gangs of floppy pushing drones for after hour shift work. Not all applications can be upgraded from a central server, regardless of what server you are running, Zen included. Many packages have to be installed individually, so they can update the stupid registry properly.

    The cost and complexity of upgrading even single packages is a reason Big Dumb Companies take so long to get new software. They have to wait until enough work is accumulated to justify the costs. This is a significant disadvantage for obvious reasons.

    Some of the advantages, other than trivial application, to free systems are worth mentioning as well. By making custom meta packages, accounting or clerical for example, you can precisely control what packages are put onto everyone's systems. Because any old white box can be a repository, outside bandwith can be cut down to a single sync operation per location. Microsoft, I think, still makes patch serving difficult and version upgrading impossible. Even a PHB can understand the benefit of such flexibility - the right tool goes to the right person at the right time at lower costs.

    Take your pick, gangs of slaves or a few customized deb repositories. I can't imagine how the gangs could ever be cheaper, and of course, the result shows up in real TCO studdies better than it does marketing BS from M$.

    If you don't have such a system WTF are you doing wasting your time on Slashdot?

    I don't work for a big company, but one day I'd like to own one. In the mean time, the news is entertaining and helps me keep up the simple home network I have.

    --
    DMCA, Hollings, Palladium. What might have sounded like paranoia is now common sense.
  124. Mauve... by jd · · Score: 1

    ...Wasn't that the color Dilbert's boss thought best for databases, as it had the most RAM?

    --
    It's a small world and it smells funny; I'd buy another if it wasn't for the money; Take back what I paid (SoM)
  125. Excellent point. by jd · · Score: 1
    Because hot-patching software that is live is probably not a sensible thing, it would be better if the patches/upgrades made a fresh version of the software, and if Linux could boot software in a "suspended" state.


    The idea here is that updates would then be as follows:


    1. Load new software onto disk
    2. Load new version of software into RAM, but have it in an "inactive" state
    3. Remove the old software's directory entry
    4. Move the disk entries so that the software is in the "correct" place on the disk
    5. Swap from the old process to the new one - this shouldn't take long, as most of the start time for software is load time, and all the loading is done
    6. Remove the old software from the disk, if necessary


    In fact, if the new version of the program is "close enough" to the old version, you can probably migrate over the process state information, so that users aren't even aware that the upgrade ever happened at all, other than all the nifty new features being present and the old bugs being absent.

    --
    It's a small world and it smells funny; I'd buy another if it wasn't for the money; Take back what I paid (SoM)
  126. Costly big patches -- new versions of Windows by aquarian · · Score: 1

    Forget the piddly stuff -- the minor everyday patches and rebooting. The big cost with keeping Windows running is that you need to fork out ton$ of money for new versions every few years, and all the costs associated with that. Older versions aren't supported, or even upgradeable in a practical sense.

    OTOH, I have a couple of Linux servers that have had nothing but minor patches for almost ten years. They're still going strong, with no shortcomings WRT running the latest software. In this same time period I would have had to buy and reinstall Windows, and reconfigure the entire system, at least 3 times. Even considering my time as free, this is still too damned costly!

  127. Ah, but you're forgetting... by jd · · Score: 1
    ...scale efficiency (one update of the Windows Update site serves 98% of all the desktop PCs in the world) and that Microsoft is probably figuring in the cost of bulk shipping rates on CDs.


    Seriously, because updaters such as up2date, yum, etc, can be run with local servers, you should be able to get the updates served from a local server, rather than over the Internet. That cuts the bandwidth requirements, and is sensible anyway as site admins really should verify an update in a corporate network before deploying it.


    Although a lot of corporations DO serve updates for Windows centrally, the standard Windows update tools are not really designed to support such a system, which means you either have a non-standard update scheme OR you have unnecessary load on the WAN.


    This doesn't contradict your main points (which are perfectly true for all standard installs and standard update routines) but it does mean that both points are actually reversed in many corporate settings.

    --
    It's a small world and it smells funny; I'd buy another if it wasn't for the money; Take back what I paid (SoM)
  128. Man ... not Xen! Zen! Actually Zenworks! by Anonymous Coward · · Score: 0

    Subject says it all. The toll that should be
    mentioned is Zenworks not Xen.

    That's beacuse your English so f... up with pronounciation.

  129. Auto-update is much better in Linux-based OS's by Kagami001 · · Score: 1

    Actually, I find it surprising that someone would suggest that auto-updates are better in Windows currently than in Linux-based systems; it's the exact opposite. One of the key cultural advantages Linux has over Windows is the use of central distro repositories for the acquisition and updating of virtually all software on the system. This allows one single update process to update everything on the system at whatever interval you set.

    In Windows, this is only available for core OS components; even Microsoft Office doesn't support automatic updates. Every other miscellaneous installed application -- including things that at the most risk for exploits because they are constantly exposed to foreign data, such as Macromedia Flash, Quicktime, Realplayer, etc -- must be upgraded individually. Some of them have their own built-in update checking systems, but very few are capable of updating themselves automatically unless you are always running them with administrator rights. The only way the Windows world could have the smooth auto-update functionality of the Linux world would be for each individual application to install its own auto-update service. I'm primarily a Windows users for miscellaneous reasons, but I've found myself paying money to www.versiontracker.com just to try and keep up with new versions of software without spending ungodly amounts of time checking every single individual website manually. The supreme ease of updates in Linux is one of its greatest strengths.

    I'm not sure how many Linux distros come with a check box to turn on a daily cron job for fully automatic updating, but any that are intended to be used by fairly clueless users should probably do this by default.

    1. Re:Auto-update is much better in Linux-based OS's by Anonymous Coward · · Score: 0

      In Windows, this is only available for core OS components; even Microsoft Office doesn't support automatic updates.

      Wrong.

      http://office.microsoft.com/en-us/officeupdate/def ault.aspx

      You really should look into things before you talk out of your ass about something you just don't happen to like.

  130. I disagree by rtoddc · · Score: 1

    I've used Red Carpet to patch my desktop for over a year. I can also use it to install any package or application I choose and it resolves dependencies for me. The GUI is quite simple and has been easy to use. You ought to give it a try.

  131. Think again by Anonymous Coward · · Score: 0

    " So you are saying that the total downtime for 150 Linux servers was about equal to 26 NT servers? That means the total downtime for each machine indicates Windows had six times more downtime."

    If you reboot 10.000 Windows machines and 1 Windows machine simultaneously. On average and ignoring network traffic, the times should be the same.. Of course, the OS might not matter (if you're objective)

    So this says nothing about comparisons between the OSes. You'd need a measured DIFFERENCE for that.

  132. Distributed patch managment for Linux by rtoddc · · Score: 1

    Linux does have distributed patch management for large businesses. It's Zen for Linux, formerly Red Carpet. I've used it on my desktop for over a year and I've found it to be very fast and very easy to use. It not only handles patch management, but also handles updates to all applications and the OS as well.

  133. Windows will be cheaper than Open Source... by Landshark17 · · Score: 0

    ... when pigs fly

    --
    This sig is false.
  134. Re:Well ... Insightful? Hammer geeks unite ! by halber_mensch · · Score: 1
    To say that windows only survives due to ignorance and arrogance is silly.
    Very true, and I hope I didn't come off implying this at all. Hopefully one day the playing field will be more even, and users will be more informed about their choices.. that's really the most I could hope for. I mean, seriously, any monopoly brings the kind of upsets that some of us have with Microsoft. The concept of competition spurs innovation far more rapidly than monopolized security. That's why capitalism and a free market are supposed to be such Good Things after all. But they're not free, and we can't trust the large vendors to preserve them.

    Freedom costs a buck-oh-five you know.
    --
    perl -e "eval pack(q{H*},join q{},qw{70 72696e74207061636b28717b482a7d2c717b343 637323635363534323533343430617d293b})"
  135. Phahahhahah... by kosmosik · · Score: 1

    Lately Windows patch costed me two evenings. It started like my friend asked me for assistance since her computer has started to crash (this was happening for about month). As I've known from her the system was 2 years old (but fully patched, firewalled with AV etc.) - so I decided it would be faster to reinstall it instead of debugging it.

    Reinstalled it (XP SP2). Went smooth. I've just advised her to leave computer on for night to get patches via Automagic Updates.

    Next evening she called me that her computer wont boot anymore. I've visited her again and she was right - the machine rebooted constantly without even going into logging screen. None of rescue modes worked.

    Since previous night I have installed fresh system I decided to debug it. Hour with Knoppix (Windoze wont boot, and I've needed to access NTFS partition to look at logs) and googling from my laptop at hand I've analyzed the cause of the problem (but I still don't know the details) - it was MS patch issued like month before (since the computer started to crash). The patch that patched something in kernel. I've removed and blocked the patch and now it works.

    Now guess what - MS has nothing to say about it. Actually their "support" advised me to install it over again (which I did previous night). :))) Also my googling revealed that at least 50 people had the same issue. I know that this must be something specific for some hardware that she (and others) had. But mind you - *all* of her hardware was running *certified* (by MS) drivers. So don't give me shit with hardware vendor fault since MS has certified this hardware.

    Now this was just not too important home dekstop machine. But I can imagine the same case with more critical stuff.

    I have *never* experienced something like this with Linux. I can hardly imagine it. Faultly kernel patch? No problem, just boot previous kernel and it is OK (all modern update mechanisms keep older kernels for this purpose). Report bug. Wait few days for newer kernel and get done with it.

    Now with MS in serious setup you need not also to install the patches. You need to do hell lot of stupid shit with them. You need to test them roughly before you apply them to production. And it *is* quite costly - not to mention that if you want proper update mechanisms you need full MS infrastructure (servers etc.) that costs a lot. And it still wont update all your software at once...

    So dont give me stupid shitty shit. :) And go fuck yourself with this report. Nobody actually belives it instead of stupid fuckers that are too stupid to actually decide about anything.

    Peace. ;)

  136. Re:Well ... Insightful? Hammer geeks unite ! by Anonymous Coward · · Score: 0

    We take cars to mechanics because parts wear out and fluids need replacing. Why should computers need mechanics for anything except the fried hard drive and the malfunctioning CPU fan?

    Software should not need maintainance. Computers should be smart enough to handle that automatically. There is no missing piece of technology to make this happen. Apple's computers are largely maintainance free. Microsoft's OS could be largely maintainance free if spyware removal tools were better (and browsers were more secure). But most Linux distributions are anything but maintainance free, even with decent package managers.

  137. Re:Well ... Insightful? Hammer geeks unite ! by Soybean47 · · Score: 1
    The power that computers and global internetworking have given us must be taken with some measure of responsibility for the technology to be safe.

    Just to clarify for any comic book geeks who missed it, halber_mensch is just applying that important lesson that Peter Parker learned from Uncle Ben to the current situation. "With great power comes great responsibility." ;)
  138. Re:Well ... Insightful? Hammer geeks unite ! by Sierpinski · · Score: 2

    And yet when someone treats a computer simply as the tool it should be, they are branded 'fearful of change' and 'unthinking'?


    I've been involved in the computer industry in various fields for about 20 years now, and I have seen first hand how people interact with computers. Back when mainframes were still mainstream, their operators knew what they were doing. Nowadays all you need is $400 and a credit card to get a home computer, so naturally the skill level of computer users, on average has dropped considerably. That is natural and happens in many different fields when a "specialty" item is released into the general public. You can't swing a dead cat nowadays without hitting someone with a cell phone, but 10 years ago it was almost unheard of to expect someone to have one.

    The point is, you have many many people with little or no computer usage skills using computers. These people are (to use the car analogy) the people who don't get their oil changed, don't have the tires rotated, don't check fluids, accelerate too fast just start starting the engine, etc. These are the people who consider the cars to be 'black boxes'. They don't care how they work, just that they work. When they break, they take them to a "certified technician" to fix them. Even though they are SUPPOSED to do routine maintenance, they don't. Who knows why. Maybe they're ignorant about the requirements. (Has a car salesman ever told you explicitly that you need to change the oil? How many of you read the car manual cover to cover?) Maybe they're lazy. Maybe they forget. Maybe they're too busy. With computers its no different. Even though Mr. Average Windows User might know how to click on "Windows Update" on the start menu, if you changed that to a command-line interface, where they would have to type ANYTHING, I guarantee there would be people who don't do it.

    More than half (probably close to 3/4s) of the people I've worked with in the past only have up-to-date systems because their computers were set up to automatically patch at a certain time every day (like lunchtime). A small percentage of people make it a routine (like checking email in the morning) of making sure they are up to date. The rest of them are just out of date, waiting for an attack of some variety.

    Note that I didn't say that users have no idea how to use a computer. I said that users have no idea how to REALLY use a computer. Extrapolate from that what you like, but what it means is that the average user doesn't know how to adequately take steps to make sure they are current (OS patches, virus updates, etc)

    Long story short (yeah I know, too late) if you make something that people are used to just a bit more complex, you won't change everyone's habits. There are always those people who get left behind for various reasons (usually due to their attitude.) For those people, I would recommend this book. Adapting to change is critical to the survival of many species, and humans are no exception. While using Windows over Linux, or vice-versa isn't a life-threatening choice, its the attitude of people not willing to accept change that will leave them in the dust.

  139. emerge by VxJasonxV · · Score: 1

    `emerge gaim xchat`
    Guess what, two programs installed at the same time (sorta), and I don't have to restart my whole computer to upgrade them!

  140. Re:Well ... Insightful? Hammer geeks unite ! by halber_mensch · · Score: 1

    I'm also almost done crafting a nifty little gadget I call a "webslinger" ... basically I strap a large coil of CATV to my back, and I have this little wrist gun that shoots it out about 150 meters... I haven't gotten it to stick to anything but rj45 wall jacks yet, but I'm working on it...

    --
    perl -e "eval pack(q{H*},join q{},qw{70 72696e74207061636b28717b482a7d2c717b343 637323635363534323533343430617d293b})"
  141. Works Great For Single User Desktops by EXTomar · · Score: 1

    ...but lousy for enterprise deployments. Using just Windows Update for your maintaince for more than a handful of machines and you'll be tearing your hair out. Simply put: Windows Update is not sufficient for enterprise level control and anyone who thinks so is quite bonkers. It isn't even close to what IT needs and you'd be lucky if your desktop users don't even screw up using it.

  142. Re:Report might be right. Don't ignore the problem by Anonymous Coward · · Score: 0

    well, perhaps then, you should graduate to a modern distro...

  143. OT: Your sig by xanadu-xtroot.com · · Score: 1

    Thought you may want to consider changing your sig:

    ~~~~~~~~~~~~
    ERROR
    The requested URL could not be retrieved

    While trying to retrieve the URL: http://www.iana.org/
    The following error was encountered: Connection Failed
    The system returned: (113) No route to host
    The remote host or network may be down. Please try the request again.

    ~~~~~~~~~~~~

    --
    I'm not a prophet or a stone-age man,
    I'm just a mortal with potential of a super man.
    1. Re:OT: Your sig by caluml · · Score: 2, Interesting

      Erm, I think that it is you who might need to check :) Iana isn't down. The IP address of www.iana.org is 192.0.34.162 - I suspect that you have an interface configured with 192.168.0.2 netmask 255.0.0.0 or something like that. Or a dodgy route.

    2. Re:OT: Your sig by leonbrooks · · Score: 1
      IW4M:
      lynx -dump http;//www.iana.org/assignments/ipv4-address-space | grep "IANA - Reserved" | wc -l
      89
      Note that the ; is there in place of : because otherwise /. messes with the text, attempting to add a hyperlink to it, and gets it wrong.
      --
      Got time? Spend some of it coding or testing
    3. Re:OT: Your sig by xanadu-xtroot.com · · Score: 1

      You may be entirely right.

      Long story short, this machine no longer has a direct connection to the "Internet". I'm bouncing a laptop's connection through an Wifi-AP to get to the Internet now on this machine (again, long story short - There's now no phone line in the room this machine is in).

      The laptop runs XP-Pro (SP1 - Yes, with firewalling enabled and McAfee, and ad-aware, and MS's spyware crap, etc.) with ICS running the show now. This machine runs Gentoo. It's entirely possible that XP's ICS is bonking on the "local" address (meaning it starts with 192) and the netmask the "DHCP" module of XP's ICS isn't ready to handle that.

      Thanx for the tip, I'll look into it.

      P.S.
      Yes, I would rather like to run *NIX on the laptop, and I do have a drive that I put Gentoo on for it (and it works a lot better than Win on it, BTW... :-) ) *BUT* *NIX can't use the modem that's in it; Toshiba even says so... :-\

      --
      I'm not a prophet or a stone-age man,
      I'm just a mortal with potential of a super man.
    4. Re:OT: Your sig by caluml · · Score: 1

      Run route -n and look for a netmask of 255.0.0.0 relating to your 192.168.x.x interface. Check on the DHCP server for the same, and check what IP addresses are being given out. Change subnet to 255.255.0.0 (or 255.255.255.0 depending). Try my sig again. Profit. :)

  144. MOD PARENT UP! by Seraphim_72 · · Score: 1

    Read this folks - his comment makes sense

    Sera

    --
    Slashdot, where armchair scientists get shouted down and armchair theologians get modded up.
  145. Re:Cost of Rebooting??? LOL by Anonymous Coward · · Score: 0

    Plus rebooting a Windows server may take a long time. I have rebooted Win2K Server machines running MSSQL that take up to 1.5 hours to come back up. BTW, this happens not every time but maybe 50% of the time, which just drove us up the wall!

  146. You confuse "use" with "maintain" ... by AHumbleOpinion · · Score: 1

    It might be easier if you have no idea how to really use a computer, and are not willing to learn.

    You seem to confuse "use" with "maintain", a common failure among OS advocates. Using a computer does not require any knowledge of how to upgrade/patch the OS or apps. Using a computer is simply knowing how to operate the application you need to accomplish your task. Patching may be simple and necessary but it should be entirely automated, if not you are doing maintenance.

  147. IT has complete control over Windows Update by AHumbleOpinion · · Score: 1

    In most corporate environments you would not be allowed to set automatic updates on.

    Untrue, in corporate environments IT would have their own Windows Update server and have complete control of what patches the users get.

    1. Re:IT has complete control over Windows Update by blane.bramble · · Score: 1

      Untrue, in corporate environments IT would have their own Windows Update server and have complete control of what patches the users get.

      And this makes what I said untrue how? You just verified, in a corporate environment, the corporate IT department decides what patches get applied, and when. Not the individual user.

  148. Windows cheaper to patch....not!! by Anonymous Coward · · Score: 0

    Microsoft can make a patch and post it on its website among other possible venues. That is not the problem, as this among many other discourses on open source vs closed source patching avoids the real issue. That is the issue in the back of the minds of all closed source patchers at one time or another. It is the unspoken and unspeakable question as the eleventy-seventh patch on some obscure 'hang-trap' or security 'issue' yet again involves a web based 'patch that adds unknown and unknowable changes and subtractions and additions to a working system in order to make it 'what'? That question is: "Is this the secret software that will finally make my machine irrevocably no longer mine; is this the secret patch that sends my proprietary data as a gift to a competitor who happens to have made a secret deal with microsoft?; or is this the latest spy from 'homeland security, Xupiter, CWS, or sextrakker, or whatever such that I will never be able to remove it and will never be able to trust my own machine as long as I run windows?"! ....Is this patch the final poison pill that finally does in what remains of my freedoms and privacy in this country. Faced with this question will be almost all computer users eventually. How they answer it will vary. For many, the silent refusal to patch will be the safest and most reasonable answer. Better the devil we know, and better to be at least a little safe than eternally sorry.
    Linux is the creation and the voice of the people who are the will and the way of the future of computing. All proprietary or 'closed source' softwares are really security risks by definition. We all know that evil flourishes in the dark.

  149. applying p[atchs in Windoze by falconwolf · · Score: 1

    I feel that Microsoft patches are actually less of a pain in the ass for me. I've not had much of anything break because of a Microsoft patch, compared to what breaks with an FC patch.

    MS patches may be "lees of a pain" to you. but I recently went through a number of reinstalls because I used MS update to install patches. I first did a format then a compleat install and things would be alright. Then I'd run update after which I'd keep getting errors. So after doing this a few tymes I finally decided not to run update. With all the problems I've had with WinTel I decided the next computer I get will be a Mac, not that I haven't used one before, to the left of my pc I've got a Mac and have used Macs almost twenty years. Now I'm wondering if I should set it up as dualboot.

    Falcon
  150. MS is right by sad_ · · Score: 1

    or perhaps not

    --
    On a long enough timeline, the survival rate for everyone drops to zero.