What I didn't understand is that Balmer is saying the Windows/Linux interoperability technologies will apply only to SuSe and not to other Linux distros. How does that sit with GPL? I see SuSe to be murky. You are in a territory that is neither proprietary nor open source.<br><br>One possibility I see is that Novell will act much more like SCO in due time, sue  vendors and scare user from using Linux.<br><br>EK<br><br><br><br><b><i>Lennart Sorensen <lsorense-1wCw9BSqJbv44Nm34jS7GywD8/FfD2ys@public.gmane.org></i></b> wrote:<blockquote class="replbq" style="border-left: 2px solid rgb(16, 16, 255); margin-left: 5px; padding-left: 5px;"> On Thu, Nov 02, 2006 at 10:20:18PM -0500, ted leslie wrote:<br>> As a programmer who doesn't want, "write once, write anything***,<br>> deploy anywhere"? and not recompile, and don't have ifdef's from hell.<br>> (where *** is  scripting, web apps, GUI apps, browser plugins, and c#<br>> isn't to much of a departure away from C, so you can stay in the
 loop if<br>> you have to write any linux kernel stuff, which will be C for probably<br>> another 20 years at least). <br><br>Lets see: people writing code for embedded systems don't want that.<br>They want something small and efficient.  People writing games don't<br>want that.  They want something efficient so they can make their game<br>run faster and have more effects so it looks better than that other<br>games.<br><br>> At the end of the day , for a classically trained programmer, Mono  (C#)<br>> just  works, its the holy grail.<br><br>Until someone invents the next one.<br><br>> I see Mono (and this SUSE deal), and the trojan horse we are pushing<br>> into the Microsoft fortess, and in time we are going to jump out and do<br>> some serious head kicking :)<br>> Not sure about the High Level issue, to me c# is high level, how much<br>> higher does one need?<br>> I guess by high level you mean what you give a highschool student to<br>>
 learn programming in school? in which case VB on Mono will do, until<br>> they learn c#.<br><br>If it becomes a problem, microsoft will change the rules.  They are used<br>to doing that when things bother them.<br><br>> Also moving drivers into CLI will allow HP, Epson, Canon, and small<br>> shops, to write once and deploy drivers on Linux and Windows, which will<br>> give Linux much needed driver support for little odd ball peripherals,<br>> as well as get the full features of the drivers put out by the HP's and<br>> Canon's etc, who right now treat the Linux drivers as a bit of a 2nd<br>> class priority. Might be tricky gluing a User space CLI driver (part) to<br>> a kernel space C part. However, the things like the HP's all-in-one<br>> applications, like fax viewer, printer status, etc,etc, if HP could<br>> write that puppy in c#/.Net and that would bring the best of the HP<br>> printers abilities to the Linux and Windows users, due to
 that common<br>> CLI (.Net & Mono), that goes a long way to making Linux become<br>> dominant.<br><br>A print driver for windows needs to tie in to microsofts GDI (or<br>whatever it is called now) print system.  On Linux and MacOS they want<br>drivers that can output based on postscript instead.  Not sure how much<br>it would be worth trying to combine those into one bloated driver.<br>Maybe for some of the other features of an all-in-one device, but not<br>for the printing.  besides does mono have access to raw USB or scsi?<br><br>Interesting illusion though.<br><br>--<br>Len Sorensen<br>--<br>The Toronto Linux Users Group.      Meetings: http://gtalug.org/<br>TLUG requests: Linux topics, No HTML, wrap text below 80 columns<br>How to UNSUBSCRIBE: http://gtalug.org/wiki/Mailing_lists<br></blockquote><br><p>
                <hr size=1>Ask a question on any topic and get answers from real people. <a href="http://ca.answers.yahoo.com"><b>Go to Yahoo! Answers.</b></a>