<?xml version="1.0" encoding="UTF-8"?>

<rdf:RDF 
  xmlns:rdf="http://www.w3.org/1999/02/22-rdf-syntax-ns#"
  xmlns="http://purl.org/rss/1.0/"
  xmlns:dc="http://purl.org/dc/elements/1.1/"
  xmlns:syn="http://purl.org/rss/1.0/modules/syndication/"
>

  <channel rdf:about="http://lwn.net/headlines/20664/">
    <title>LWN: Comments on "Microsoft's changing tune on Linux (News.com)"</title>
    <link>http://lwn.net/Articles/20664/</link>
    <description>
This is a special feed containing comments posted
to the individual LWN article titled &quot;Microsoft's changing tune on Linux (News.com)&quot;.

    </description>

    <syn:updatePeriod>hourly</syn:updatePeriod>
    <syn:updateFrequency>2</syn:updateFrequency>
    <items>
      <rdf:Seq>
	<rdf:li resource="http://lwn.net/Articles/21007/rss" />
	<rdf:li resource="http://lwn.net/Articles/20891/rss" />
	<rdf:li resource="http://lwn.net/Articles/20858/rss" />
	<rdf:li resource="http://lwn.net/Articles/20844/rss" />
	<rdf:li resource="http://lwn.net/Articles/20834/rss" />
      
      </rdf:Seq>
    </items>

  </channel>
    <item rdf:about="http://lwn.net/Articles/21007/rss">
      <title>Do not underestimate the Microsoft !</title>
      <link>http://lwn.net/Articles/21007/rss</link>
      <dc:date>2003-01-24T15:01:26+00:00</dc:date>
      <dc:creator>alan</dc:creator>
      <description>
        It is trivial to avoid scsi devices being renamed on linux.  I ran into this pseudo-difficulty on a storage network of SCSI SAN arrays, just pay attention to how your system is configured.  And yes devfs does solve this problem.  &lt;p&gt;  Pointing out that a windows registry holds similar information as /etc and dot-private hidden files in home directories is a non-argument.  You've pointed out the differences, not any failings in one or the other.  That said, editing system wide config  text files in /etc, and having the ability to set different user settings overriding defaults is very nice.  The 'architectural' difference here is the general unix multiuser concept, something imitated (poorly) in NT and variants (like XP).  Where NT has needed to run to more complicated schemes like ACL's, octal owner/group/world perms are still fairly appropriate and useful permission scheme.  Simple works. Simple good. Be Smart, Be Simple.&lt;p&gt;  That said, do not underestimate Microsoft.  They are very good at understanding the needs of Joe Average.  &lt;p&gt;  &amp;quot;So from Joe Average (who does not know how to run gcc and do not care) point of view Microsoft is fixing problems while Linux claiming that solution exists and do nothing.&amp;quot;&lt;p&gt;  From the propagandist view of Joe Average, 'Linux' is a company or some responsible body.  Mr Average doesn't know the freedom given him by an open platform, if he has a problem with LinuxCompanyA he can always take his exact problem to LinuxCompanyB and have his problems solved.  'Microsoft' can be held responsible.  'Linux' is a term used so widely that it can confuse poor Mr. Average's average brain.  This is where the commercial linux vendors come in.  IMHO they need the full support of the community in this.&lt;p&gt;
      
      </description>
    </item>
    <item rdf:about="http://lwn.net/Articles/20891/rss">
      <title>Microsoft's changing tune on Linux (News.com)</title>
      <link>http://lwn.net/Articles/20891/rss</link>
      <dc:date>2003-01-23T13:30:04+00:00</dc:date>
      <dc:creator>metacircles</dc:creator>
      <description>
      &lt;blockquote&gt;
We don't compete in local economies for services business, so those
dollars stay in that economy. We did a study and found that, on average, for
every dollar that goes to Microsoft, nine dollars go to the local economy.
And we think that's a very impressive ratio
&lt;/blockquote&gt;

&lt;p&gt; In other words, &quot;The total cost of deploying Windows is ten times as much as the software cost/licence fees alone&quot;.  Is this figure consistent with the TCO surveys they report on? 

      
      </description>
    </item>
    <item rdf:about="http://lwn.net/Articles/20858/rss">
      <title>Do not underestimate the Microsoft !</title>
      <link>http://lwn.net/Articles/20858/rss</link>
      <dc:date>2003-01-23T06:56:52+00:00</dc:date>
      <dc:creator>khim</dc:creator>
      <description>
      &lt;p&gt;Microsoft &lt;b&gt;can&lt;/b&gt; fix its errors. Examples ?&lt;/P&gt;

&lt;p&gt;Windows 2000/XP does &lt;b&gt;not&lt;/b&gt; change letters when new drive is added in system while Linux &lt;b&gt;does&lt;/b&gt; rename devices when new SCSI disk is added. Yeah, I know: devfs can solve this problem easily (I know as I'm using it myself) but... devfs is optinal and not used by a lot of distributions out there by default.&lt;/p&gt;

&lt;p&gt;Windows XP &lt;b&gt;does&lt;/b&gt; support work with one application fired on one system with display on another. Even more: you can fire up Office on one system, go to other and continue to work &lt;i&gt;that same Office in the same session&lt;/i&gt; (of course if I want to use first computer I'd better buy Windows Server 2003 instead of Windows XP - but it's just marketing, engine is the same in both systems). Yet again: you can not do it as easily with Linux by default (it's possible to do with Xnest - but how many distributions come with support of such thing tyned by default?).&lt;/p&gt;

&lt;p&gt;Registry... Registry more or less is heap of files in /etc and HOME/.{gnome,kde,mc} rollen in one. Nothing more, nothing less. The only difference is that Linux programs usually do not change files all over /etc while Windows ones do - not an &lt;i&gt;architectural&lt;/i&gt; problem.
Oh. And Linux's program expect to populate .gnome (.kde, .mc, .XYZ - whatever) itself while a lot of Windows program delegate this role to installer so you can not just purge HEY_CURRENT_USER and expect reasonable defaults - but it's not &lt;i&gt;architectural&lt;/i&gt; problem as well.&lt;/p&gt;

&lt;p&gt;The point is that &lt;b&gt;both&lt;/b&gt; Linux and Windows have a lot of problems - they are just different. And big difference is &lt;b&gt;how&lt;/b&gt; problem is solved: with Linux we can be in situation where soluion exists for years &quot;somewhere around there&quot; and is not included in official kernel or most distributions but with Windows solution is usually pushed ahead no matter if and what (with new version of Windows or with new ServicePack if needed). So from Joe Average (who does not know how to run gcc and do not care) point of view Microsoft is &lt;b&gt;fixing&lt;/b&gt; problems while Linux &lt;b&gt;claiming&lt;/b&gt; that solution exists and do nothing.&lt;/p&gt;

      
      </description>
    </item>
    <item rdf:about="http://lwn.net/Articles/20844/rss">
      <title>Microsoft's changing tune on Linux (News.com)</title>
      <link>http://lwn.net/Articles/20844/rss</link>
      <dc:date>2003-01-23T01:28:32+00:00</dc:date>
      <dc:creator>blackcloudone</dc:creator>
      <description>
      I use both products. What is the point arguing about linux/MS? I seen  &lt;br&gt;great work bringing linux to the forfront in spite of MS.  &lt;br&gt;I am a new comer to Linux. Cost for me and the great software showing up  &lt;br&gt;for linux in making the transition easier.  &lt;br&gt;  &lt;br&gt;Did I lose something here? Command line...Huh.. Yes command is &lt;br&gt;available.. great for linux geeks. KDE or Gnome are great. I know there &lt;br&gt;are many others. Open office. Works great. Bugs yes. &lt;br&gt;For all the comments regarding the linux stuff maybe MS should spend more &lt;br&gt;time putting the tires on the software. Does anyone remember that the day &lt;br&gt;of release for XP, was the first of many serious patches. &lt;br&gt; &lt;br&gt;Sorry I can go on and one &lt;br&gt; &lt;br&gt;Keep it up guys.. Houston, Europe, South America.. That aint bad. Bill is &lt;br&gt;on the run &lt;br&gt;  &lt;br&gt;Just my two cents &lt;br&gt; &lt;br&gt; 
      
      </description>
    </item>
    <item rdf:about="http://lwn.net/Articles/20834/rss">
      <title>Weasel-word warning...</title>
      <link>http://lwn.net/Articles/20834/rss</link>
      <dc:date>2003-01-22T23:36:44+00:00</dc:date>
      <dc:creator>roelofs</dc:creator>
      <description>
      My goodness, such a lot of sidestepping the questions and FUDging the answers...marketing guys must be genetically descended from weasels, methinks.

&lt;P&gt;
For example, several of the recent TCO comparisons have pointed to the
fact that one person can administer a lot more Linux boxes than Windows boxes, and that's specifically &lt;I&gt;because&lt;/I&gt; it's a ``command-line-focused approach'' rather than a GUI monstrosity.  (Moreover, the Unix philosophy of ``let each tool do one job well,'' particularly as embodied in the multitudes of pipeline-capable utilities, adds even more bang to the sysadmin buck.)

&lt;P&gt;
Microsoft also continues to believe (or claim, anyway) that tight integration is a huge benefit to customers, but if you're running a bunch of servers, do you &lt;I&gt;really&lt;/I&gt; want that GUI running all the time?  Even if it's occasionally necessary, wouldn't you rather fire it up only when you need it, then kill it when you're finished so it doesn't continue to eat up RAM and virtual memory unnecessarily?

&lt;P&gt;
And then there's system replication--it's trivial to clone a pile of Linux disks from a single master (for example, with dd and tar), pop them into a set of vaguely similar machines, and have them all work from the get-go.  But unless those machines are &lt;I&gt;completely&lt;/I&gt; identical, good luck trying that with Windows.  (Here I'm already assuming you can even get an appropriate license to do that from Microsoft.  Not a problem with Linux and most Linux apps, of course.)

&lt;P&gt;
Even for non-sysadmin users, small home networks are becoming the norm, and it's hard to argue that Microsoft's lack of support for remote GUI applications (e.g., I fire up my office application on machine A but have it display on machine B) benefits anyone but Microsoft.  Ditto for binary configuration files (death by registry, anyone?) and--ugh--drive letters that change when a new disk is added to the system.

&lt;P&gt;
Houston does make a valid point about consistency of the UI--that's always been a weakness of Linux and even Windows, to some extent (relative to Mac OS).  But even though bringing that to Linux may require extensive work across numerous projects, fundamentally it's not an &lt;I&gt;architectural&lt;/I&gt; problem and therefore can easily be addressed in an incremental fashion, with benefits that are progressively more visible to users.  Windows' limitations, on the other hand, are architectural, and I think Microsoft is going to feel a lot more pain in the next few years because of it.
      
      </description>
    </item>
</rdf:RDF>

