<html><body>
<p><tt><br>
&gt; Regardless, if they *aren't* seen as the same operating system, then we <br>
&gt; are all basically screwed w.r.t non open source software, as the desktop <br>
&gt; market is much more fragmented than the server market - you can't just <br>
&gt; say &quot;We support RHEL X and SLES Y&quot; and be done with it, not unless you <br>
&gt; want to alienate a large number of potential customers. None of the <br>
&gt; existing desktop distros have a market share high enough to justify <br>
&gt; ports or new development, whereas in a few cases the market share of <br>
&gt; &quot;Linux&quot; is getting high enough.</tt><br>
<br>
<tt>They are not the same, because I cannot go into CompUSA to buy a GNU/Linux application then take it home and just install it. &nbsp; What would be the system requirements? &nbsp;Ideally it would say &quot;requires LSB v3.0 Desktop or higher&quot; instead of listing thirty (or just two) different supported GNU/Linux distribution releases. </tt><br>
<br>
<tt><a href="http://lsbbook.gforge.freestandards.org/foreward.html">http://lsbbook.gforge.freestandards.org/foreward.html</a></tt><br>
<br>
<tt>Going through the evolutionary thought process of this problem is what has brought dozens of developers (and the distributions) to support the LSB. &nbsp;The solution is at hand. &nbsp;What is needed is resources &amp; time within the LSB and architecture/specification teams (ie., xdg) of the open source community to expand the scope of the GNU/Linux definition. &nbsp;:-)</tt><br>
<br>
<tt>Best regards,</tt><br>
<tt><br>
George (gk4)<br>
</tt><br>
<tt>PS: To spare the list, this will be my last post regarding the virtues of an ABI via the LSB. &nbsp;:-) &nbsp;I would be glad to discuss further offline.</tt><br>
</body></html>