Slashdot Mirror


Microsoft and Novell Open Interoperability Lab

An anonymous reader writes to mention that the Microsoft and Novell Interoperability Lab in Cambridge, Massachusetts opened today. The lab is supposed to allow both Novell and Microsoft developers to work together for better interoperability between SUSE and Windows Server. "Located in Cambridge, the 2,500-square-foot lab and workspace will be home to a combined team of the best and brightest Microsoft and Novell engineers focused on making Windows Server and SUSE Linux Enterprise work better together. The first priority for the lab team will be to ensure interoperability between Microsoft and Novell virtualization technologies. Additional work will include standards-based systems management, identity federation and compatibility of office document formats."

9 of 113 comments (clear)

  1. itsatrap? by Anonymous Coward · · Score: 5, Insightful

    I predict that this will get tagged as "itsatrap"--Microsoft has a history of joining efforts only to undermine them later. (E.g. "embrace, extend, extinguish")

    Having said that, Microsoft, like many gigantic corporations, has several "personalities" in the sense that different divisions may be operating on different guiding principles that don't necessarily mesh with each other. In this case, for instance, I'm willing to believe that the MS engineers joining this interoperability effort will genuinely do good work towards making MS products work with Linux in a smart and efficient way. So, I can see a lot of good coming out of this.

    Yes, we should be wary of any attempt by MS higher-ups to subvert this process and use it to break interoperability (or to make Linux look "unfit for business" or whatever)... but to some extent I'm willing to give MS another chance here.

    1. Re:itsatrap? by Experiment+626 · · Score: 5, Funny

      Of course it's a trap. Imagine you were walking along and you saw a bear trap on the ground, with a trip wire beside it leading to a gas canister. A cage is suspended over it by a rope, and there's a sentry gun mounted nearby. You might think, "this is a trap", unless you were a Novell executive, in which case you would step into the the apparatus try to find ways to "interoperate" with it.

    2. Re:itsatrap? by SpaceLifeForm · · Score: 4, Insightful

      You failed to mention the money dangled over the trap.

      This lab is the result of the Microsoft-Novell FUD agreement.

      And at 2500 square feet, I.E., a 50x50 foot room,
      the techs don't have a lot of room to interoperate.

      It's a farce to appease the EU.

      --
      You are being MICROattacked, from various angles, in a SOFT manner.
  2. Awesome! by 140Mandak262Jamuna · · Score: 4, Funny

    Now you can autospace like in Word5 or do pagebreak Wordstar style! OOXML coming to Linux!!

    --
    sed -e 's/Chuck Norris/Rajnikant/g' joke > fact
  3. Peer or puppet? by alext · · Score: 4, Interesting

    An obvious benchmark to track is the number of changes going into the Windows Server product for compatibility vs. those going into Suse Linux.

    If Suse has to make all the running it will be pretty obvious who is wearing the trousers (as we say).

    1. Re:Peer or puppet? by projectmalamute · · Score: 5, Insightful

      I would assume the changes will mostly be on the Suse side. All of the information MS needed to interoperate with Linux has been openly available for years, if MS wanted to play nicely with Linux they already would.

  4. Isn't it interesting... by xednieht · · Score: 4, Funny

    how tomorrow's lawsuits start?

    --

    Hope is the currency of fools
  5. Who is running this? by Epeeist · · Score: 4, Funny

    Looks like the ideal job for Miguel ;-)

  6. Priorities by RAMMS+EIN · · Score: 4, Insightful

    ``The first priority for the lab team will be to ensure interoperability between Microsoft and Novell virtualization technologies.''

    That is definitely not the place I would start. First of all, I hardly think interoperability in virtualization is the most important, and secondly, as far as I know, we already _have_ interoperable virtualization.

    Instead of virtualization, I would start with file formats and move to protocols from there.

    Of course, neither of these would be issues if there were standards and both parties adhered to them.

    --
    Please correct me if I got my facts wrong.