EditorsAbout the SiteComes vs. MicrosoftUsing This Web SiteSite ArchivesCredibility IndexOOXMLOpenDocumentPatentsNovellNews DigestSite NewsRSS

01.12.09

Bill Gates: “Where Are We on This Jihad?” (Against Linux at Intel)

Posted in Antitrust, Bill Gates, GNU/Linux, Hardware, Kernel, Microsoft, Servers at 12:58 pm by Dr. Roy Schestowitz

In previous posts we mentioned Intel because Microsoft was trying to turn Intel’s attention to Windows, at the expense of Linux. The following exhibits are what one reader called “the deep concern at Microsoft when Intel switched their internal industrial dev OS to GNU/Linux.”

Added at the bottom we have exhibit px07022 [PDF] and exhibit px07068 [PDF] from Comes vs Microsoft, under Appendix A and Appendix B, respectively.

With help from an unnamed reader we highlight bits of the exhibits that show the relevance of this to GNU/Linux.

Here is an E-mail Bill Gates wrote to Eric Rudder, whose take on .NET we've also just mentioned.

—- Original Message —-
From: Bill Gates
Sent: Wednesday, November 21, 2001 12:07 PM
To: Hike Porter; Eric Rudder
Cc: Jim Allchin; Steve Ballmer; David W. Williams; Brian Schuster
Subject: RE: My personal take on INTEL

I went and read the enclosure

I think we will have to live without a Chinese wall clause for the front end of the compiler.

It’s too bad that all source code isn’t Chinese wall but since Intel views their processor specifications as equivalent to source code we don’t want all of these things subject to Chinese wall restrictions.

If we can move ahead having the CLR and backends having Chinese wall provisions then we should take the risk relative to the front end.

They can’t still move our trade secrets or code to another front end but they can have common people work on those things.

Are there other issues outstanding here? Did I misunderstand the discussion?

One reader, who calls this “the Intel Chinese non-Wall,” explains that what Gates essentially tells is: “Let’s wait until we get a look at the processor specs before invoking a Chinese wall on the compiler. If Intel raises objections we’ll say the non-Chinese proviso only applied to the front-end.”

Further, we have:

From: Eric Rudder
Sent: Tuesday, November 20, 2001 8:08 AM
To: Bill Gates; Steve Ballmer
Cc: Jim AIIchin; Christine Turner; Dorothy Veith; Debbie Hill
Subject: My personal take on INTEL
Importance: High

[...]

We do not have a signed agreement yet with Intel to work on the CLR and Compiler. I am actually optimistic we will close on this, but it’s ridiculous that it languished for 10 months before I got here, and I have had to personally spend hours driving.

We need help on:

- Floating Point
- CLR
- 64-bit

FP is a case where we have fallen behind Linux, thanks to Intel’s great work w. Linux compilers. They can help us with the Math libraries and some OpenMP stuff. We want access to their benchmark/test suites. it’s crazy that we can’t get Intel to do Windows first, then Linux (if they must)

[...]

2. If we don’t get Intel off of Linux internally (the failed EDA project) – we will never get the *cultural* alignment that we want. There are simply too many folks at Intel who use/love the stuff and want to improve it. We can *not* stop trying to win this project.

A reader’s interpretation is as follows: “Let’s get Intel to clone their Floating Point Linux ‘stuff’ on Windows, as a stratagem to kill internal Intel Linux projects, let’s get Intel to transfer their people to our project.”

Also interesting is the following part:

I also have a personal ask that if we do the 64bit work that we get INTEL.COM to be a 64bit ASP.NET sites.

Intel runs GNU/Linux in its Web sites, so this favour never worked out on the face of it.

The second exhibit about this is concerned with “getting Intel to dogfood Windows,” to use Microsoft’s own words. Bill Gates inquires, “Where are we on this Jihad?” Yes, Microsoft has used the term "Jihad" -- albeit internally -- on quite a few occasions. Gates also can’t spell Otellini’s name (Intel’s CEO). He writes “Ottelini”.

Here are some highlights that refer to content rather than vocabulary:

From: Brian Valentine
Sent: Saturday, February 02, 2002 5:23 PM
To: Srini Koppolu; S. Somasegar, Bill Veghte; Vinod Anantharaman, Doug Miller, Chris Ray; Eric Rudder; Ann Marie McLeod
Cc: Jim Allchin
Subject: RE: Intel EDA migration

Please make sure Ann Marie is on these threads – I have added her here.

As far as going after them — they are important from the perspective of getting Intel to dogfood Windows. This would be a big thing we could both talk about, etc We want to them on Windows We do need to look at the all the ISVs, etc and make sure that we have good programs in place to move them.

[...]

—– Original Message —-
From: S. Somasegar
Sent: Friday, February 01, 2002 4:35 PM
To: Bill Veghte; Vinod Anantharaman; Doug Miller; Chris Ray; Srini Koppolu; Brian Valentine; Eric Rudder
Subject: RE: Intel EDA migration

I agree on ROI, etc.
With Intel though, it is a crime that these guys are running Linux and it is a shame that we can’t get them to move to Windows for their core development systems. I also think that unless it is a top-down initiative at Intel to “just make this happen”, this will not get traction no matter how much we try.

I happen to know that Intel engineers are indeed using GNU/Linux (in part) because my brother in law works there. Overall, this second exhibit makes Microsoft look pitiful. It’s chasing Intel and the EDA ISVs just don’t want Windows. The same goes for Intel, which talks about disdain for Windows NT (“EDA ISVs got burnt with poor experiences with Windows NT, are wary of taking steps in this direction”).


Appendix A: Comes vs. Microsoft – exhibit px07022, as text


From: Mike Porter
Sent: Wednesday, November 21, 2001 1:47 PM
To: Peter Biddle
Subject: FW: My personal take on INTEL
Tracking: Recipient   Read
     Peter Biddle  Read: 11/21/2001 1:58 PM

It’s been a long week

—- Original Message —-
From: Bill Gates
Sent: Wednesday, November 21, 2001 12:07 PM
To: Hike Porter; Eric Rudder
Cc: Jim Allchin; Steve Ballmer; David W. Williams; Brian Schuster
Subject: RE: My personal take on INTEL

I went and read the enclosure

I think we will have to live without a Chinese wall clause for the front end of the compiler.

It’s too bad that all source code isn’t Chinese wall but since Intel views their processor specifications as equivalent to source code we don’t want all of these things subject to Chinese wall restrictions.

If we can move ahead having the CLR and backends having Chinese wall provisions then we should take the risk relative to the front end.

They can’t still move our trade secrets or code to another front end but they can have common people work on those things.

Are there other issues outstanding here? Did I misunderstand the discussion?

—– Original Message —-
From: Mike Porter
Sent: Wednesday, November 21, 2001 11:47 AM
To: Bill Gates; Eric Rudder
Cc: Jim AIIchin; Steve Ballmer; David W. Williams; Brian Schuster

Subject: RE: My personal take on INTEL

Additional hardware is already on the way, but I think they are all ear-marked for the NT Base team. I will research. Eric, we can get you systems. I’ll ask for 200, but we’ll see what we can get… production is much more Iimited on McKinley than on Merced. They are severely constrained… we have the vast majority of what they can produce onsite.

Eric, I think you are dead on about the EDA project. BrianV drove this hard, had an entire team in place to address every issue they came up with… and they did completely address that list: Intel still didn’t migrate. I believe that was at least an 18 month project led by Stephanie Boesch, who did a great job. Intel did seem to express renewed interest in pushing their internal org here in the exec review yesterday. It would be a huge step in fixing the cultural issues. That’s why we’ve been pushing them for over 2 years on this at Bill and Steve’s level.

MS-CC-MDL 000000480159
HIGHLY CONFIDENTIAL


Eric, we should set up a meeting between you and Renee, who control allocation of the resources (bodies and systems). She’s asked to meet you and she needs to hear your concerns. Well try and set that up in the next week.

The patent license will help, but it will not eliminate many of the specific concerns that are coming up, and won’t solve any of Eric’s stated concerns. We received our first draft of the compiler DA on June 8th. To my calculations, that means 5 months. I’m not sure where the 10 month figure came from. We thought we were ready to sign this week, with an agreement based on our standardized template agreement, but Eric asked us to go back to Intel and re-negotiate one more time for an additional change to the Chinese firewall provision. I pushed back this morning in email to Eric that we are at a point were doing what Eric suggests will set a precedent we have jointly agreed not to set with Intel at a broader relationship. We don’t ask for Chinese walls on anything except “Crown Jewels” (i.e. compiler backends, OS kernels, Intel RTL “silicon” code, etc.) or Intel would reciprocate (based on discussions with them) and try to put the same Chinese firewalls in place with us on their led book materials (and they’d LOVE to do that to us given our work with AMD) I told Eric I’d go back to Intel, bet only if JimAII or BilIG agrees that this is worth risking in the overall context of the broader relationship, knowing full well that we will get asked to start doing the same thing and they will have to get involved in the future. Details on the specifics of Eric’s issues are in the attached email thread. I am still waiting far a decision on how to proceed here.. which is only adding time to clock.

—– Original Message —–
From: Bill Gates
Sent: Wednesday, November 21, 2001 11:07 AM
To: Eric Rudder
Cc: Jim AIIchin; Mike Porter; Steve Ballmer
Subject: RE: My personal take on INTEL

This email was very helpful.

We expect to close some kind of patent cross license in the next month which should help get things going better.

We used the example of helping us with our compilers as a prime example where things should be easy to get going.

Not getting hardware surprises me. Mike Porter should be able to help with that.

— Original Message —
From: Eric Rudder
Sent: Tuesday, November 20, 2001 8:08 AM
To: Bill Gates; Steve Ballmer
Cc: Jim AIIchin; Christine Turner; Dorothy Veith; Debbie Hill
Subject: My personal take on INTEL
Importance: High

I know you are meeting w. Intel today – here are some thoughts I would like to share and some status. (Chris, D/D, if Bill and Steve can see this mail before the mtg, that would be great.)

1. It’s way too hard to get anything done w. these guys. We need a new master agreement, where a PM can simply work off a template to create a new “project.” in the absence of this it takes MONTHS to get things done that should literally take minutes.

We do not have a signed agreement yet with Intel to work on the CLR and Compiler. I am

2/21/2003

MS-CC-MDL 000000480160
HIGHLY CONFIDENTIAL


actually optimistic we will close on this, but it’s ridiculous that it languished for 10 months before I got here, and I have had to personally spend hours driving.

We need help on:

- Floating Point
- CLR
- 64-bit

FP is a case where we have fallen behind Linux, thanks to Intel’s great work w. Linux compilers. They can help us with the Math libraries and some OpenMP stuff. We want access to their benchmark/test suites. it’s crazy that we can’t get Intel to do Windows first, then Linux (if they must.)

The CLR work would mostly be around optimization for XScale and tuning. Intel may say they are doing work around this – the truth is we are seeing very little results.

64bit is the biggest no-brainer. In addition to help from people (for both compiler and JIT), we also have an ask for hardware. My group wanted me to ask for 200 boxes! I think this is too many, but even 25 could make a big difference (and yes, we are smart abt using terminal server, etc — we have many, many configs.) I also have a personal ask that if we do the 64bit work that we get INTEL.COM to be a 64bit ASP.NET sites.

2. If we don’t get Intel off of Linux internally (the failed EDA project) – we will never get the *cultural* alignment that we want. There are simply too many folks at Intel who use/love the stuff and want to improve it. We can *not* stop trying to win this project.

My two cents.

-Eric

2/21/2003

MS-CC-MDL 000000480161
HIGHLY CONFIDENTIAL


Appendix B: Comes vs. Microsoft – exhibit px07068, as text


From: Brian Valentine
Sent: Saturday, February 02, 2002 11:45 PM
To: Mike Porter; Bill Gates
Cc: Jim AIIchin; Ann Made McLeod
Subject: RE: Intel’s design engineers and Windows

We are all over them on this and will keep trying to get them to move. Attached is the whole thread that is currently running on this.

—– Original Message —–
From: Mike Porter
Sent: Thursday, January 31, 2002 12:34 PM
To: Bill Gates
Cc: Jim AIIchin; Brian Valentine
Subject: RE: Intel’s design engineers and Windows

Sorry It’s taken so much time to investigate. BrianV put a team together to nail this and in our opinion we did everything possible and had a pretty solid solution. Intel said they felt we didn’t meet every need, although I’ve been pushing for the list of “how we failed them” for over 2 weeks now. Bottom line, IMHO, Intel doesn’t want to deal with their internal politics and “sell” this transition internally. Think about our development org. bright, extremely talented and opinionated folks… and at Intel, the developer crowd was raised on Unix/Linux. They just don’t WANT to move. Also, this was originally being driven by Albert, and that changed to Gelsinger for a while I’m not sure given their recent changes internally who owns this. This may be an area that Otellini could help.

Given that you are meeting with Paul on the 14th of this month (and we have a prep meeting on the 6th), is there any data I can get you to aid in your discussion with Paul?

—– Original Message —–
From: Bill Gates
Sent: Monday, January 14, 2002 1:41 PM
To: Mike Porter
Cc: Jim AIIchin; Brian Valentine
Subject: Intel’s design engineers and Windows

Where are we on this Jihad?

Do I need to be calling and emailing Ottelini to get this back on track??

Every day that goes by is a bad one for us on this. Despite the difficulty we need to draw the line in the sand on this one for a lot of reasons.

MS-CC-MDL 000000406401
HIGHLY CONFIDENTIAL


From: Brian Valentine
Sent: Saturday, February 02, 2002 5:23 PM
To: Srini Koppolu; S. Somasegar, Bill Veghte; Vinod Anantharaman, Doug Miller, Chris Ray; Eric Rudder; Ann Marie McLeod
Cc: Jim Allchin
Subject: RE: Intel EDA migration

Please make sure Ann Marie is on these threads – I have added her here.

As far as going after them — they are important from the perspective of getting Intel to dogfood Windows. This would be a big thing we could both talk about, etc We want to them on Windows We do need to look at the all the ISVs, etc and make sure that we have good programs in place to move them.

—— Original Message ——
From: Srini Koppolu
Sent: SatIJrday, February 02, 2002 6:46 AM
To: S. Somasegar; Bill Veghte; Vinod Anantharaman; Doug Miller; Chris Ray; Brian Valentine; Eric Rudder
Subject: RE: Intel EDA migration

It would have been worse if we haven’t got the CAD ISV apps working on Windows. Atleast no one can make an argument that the Windows is not ready for high end apps

Let’s engage with Intel for some more time and do some research on EDA space. But if it is a no go, we better cut our losses soon and not get into rat hole with Intel for months/years like in previous cases.

—– Original Message —-
From: S. Somasegar
Sent: Friday, February 01, 2002 4:35 PM
To: Bill Veghte; Vinod Anantharaman; Doug Miller; Chris Ray; Srini Koppolu; Brian Valentine; Eric Rudder
Subject: RE: Intel EDA migration

I agree on ROI, etc.
With Intel though, it is a crime that these guys are running Linux and it is a shame that we can’t get them to move to Windows for their core development systems. I also think that unless it is a top-down initiative at Intel to “just make this happen”, this will not get traction no matter how much we try.

—- Original Message —-
From: Bill Veghte
Sent: Friday, February 01, 2002 4:31 PM
To: Vinod Anantharaman; S. Somasegar; Doug Miller; Chris Ray; Srini Koppolu; Brian Valentine; Eric Rudder
Subject: RE: Intel EDA migration

Of all the different Unix migration targets, I am pretty skeptical that EDA is the most leveraged for us to go after where

Leveraged = (we can win with reasonable investment)+ (large economic return for MS relative to investment)+ (big credibility boost).

2/5/2003

MS-CC-MDL 000000406402
HIGHLY CONFIDENTIAL


I am much, much concerned about all the different corporate LOB apps on wall street, insurance, etc. those are the targets where we want to win and get the PR around.

—– Original Message —-
From: Vinod Anantharaman
Sent: Thursday, January 31, 2002 5:49 PM
To: S. Somasegar; Doug Miller; Chris Ray; Srini Koppolu; Brian Valentine; Bill Veghte
Subject: Intel EDA migration

Summary of a conf call Doug & I had with Intel today, re: migrating their ECAD / EDA environment from Linux/UNlX to Windows.

Background

* Intel President Paul OtteIlini asked his team to work with MS, figure out what it took to move their EDA environment to Windows. Soma & Renee James at Intel had a recent discussion on this

* Intel ran a EDA migration project back in early 99, to move to NT4 – they got badly burned on this due to stability & software migration issues, and recommended going with Linux instead.

* MS got involved around mid 99, did a joint project where Intel evaluated Wfn2k + SFU vs. Linux, and a list of about 100 or so MS work-items were identified. In the end, after 18 months of engagement or so, this didn’t pan out- some of the reasons are listed in the first email attached above. Intel went ahead w/ the Linux route.

Attendees

* MS: DougMil, VlnodA

* Intel: Greg Spirakis (VP, ECAD Design Tools), Elwood Coslett & Kevin Wheeler (program managers in Engg. Compufing / IT), Mike Webb (don’t have has designation, he facilitated this conf)

Meeting Summary

Intel summarized their migration requirements thus:

o Primary order bit is that MS must convince the top EDA players to move over to Windows. Intel firmly believes this is what it takes for them to consider moving to Windows. They were very crisp/ up-front on this point.

o They use about 100 odd tools from 8-10 different vendors, will share the list with us (will include the usual cast of characters: Cadence, Synopsis, Unigraphics,..)

o Additionally, there’s a big ecosystem of tools & scripts they’ve developed around the major ISV apps, so all of these things have to be migrated as well. Once the ISV apps become available on Windows, they would need to find resources for the Windows migration, and as they said “take the risk associated with such a switch-over”

Intel’s perspechve on what’s changed since we last engaged with them:

o EDA ISVs got burnt with poor experiences with Windows NT, are wary of taking steps in this direction

o ISVs have been able to move to Linux easily – ported their code more easily, able to share code b/w UNIX / Linux, interop story is good. So they’ve been able to get cost benefits of IA hw w/Linux as a viable alternative OS

o Chicken & egg problem that ISVs still see no customer demand for Windows versions

o ISVs are trying to reduce the total # of platforms they support

2/5/2003

MS-CC-MDL 000000406403
HIGHLY CONFIDENTIAL


cuts their R&D, support etc. costs. Ideal scenario for them is that UNIX disappears and they support only Linux.

Intel’s perspective on what’s not changed since the last time

o Continued need for interop (b/w UNIX and Windows, in our case)
o Continued need for stability of environment, OS, shell environment, scripts, etc.

Linux apparently meets over 90% of their current EDA needs. They indicated a few aspects where Windows does better (but qualified these as being “less critical” requirements)

o Intel developers prefer using Windows / VS as their dev environment for all their ANSI C, C++ apps

o IT would prefer to support a single OS platform, and they clearly need their Windows desktops

o Better integration with Windows desktop / Office, although they said they are able to do this OK with their current X based solution

When asked to put themselves in our shoes, here’s what they said they’d do (nothing earth shattering here…)

o Find a unique value prop that will convince EDA ISVs about the advantage of supporting Windows & .NET. They said they’re happy to help us with develop this, since they’re familiar with the terrain.

o Point out MS successes in related spaces like mechanical CAD etc. & how we created value in those ecosystems

Next Steps

- We’ll get the list of key EDA ISVs that Intel depends on

- We’ll get feedback from Intel & their customers on Windows-UNIX interop issues, feature ideas, etc (some of their customers mentioned some issues here, note that Intel is currently on the SFU 3.0 beta program)

-In light of Intel’s position wrt to EDA ISVs, the right folks at MS (EPG?) should revisit the issue of whether we want to go after that business again Clearly this is a long term / uphill battle, if we want to go after it. I’ve attached a second mail thread where this topic was raised m March 2001, no decision was made back then to pursue this market aggressively. There was also an associated PPT Chris Ray and co. put together regarding the EDA space, I’m happy to fwd to anybody who’s interested.

-Vinod

2/5/2003

MS-CC-MDL 000000406404
HIGHLY CONFIDENTIAL


Share this post: These icons link to social bookmarking sites where readers can share and discover new web pages.
  • Digg
  • del.icio.us
  • Reddit
  • co.mments
  • DZone
  • email
  • Google Bookmarks
  • LinkedIn
  • NewsVine
  • Print
  • Technorati
  • TwitThis
  • Facebook

If you liked this post, consider subscribing to the RSS feed or join us now at the IRC channels.

Pages that cross-reference this one

What Else is New


  1. Links 24/5/2017: New RHEL Beta, SteamOS Updated

    Links for the day



  2. Great News: While IBM et al Try to Undermine Patent Reform the Supreme Court Deepens the Reform in TC Heartland Case

    In a unanimous decision, with the court ruling 8-0 against TC Heartland, the monkey business in East Texas (beneficial to patent trolls and large businesses that leverage software patents) may have just come to an end



  3. Speculations About Battistelli's End of Term, Campinos at EUIPO, and Failed UPC Ambitions

    Rumours and speculations surrounding the fate of the EPO's leadership now that the UPC gravy train is stuck again and Battistelli's protector, Jesper Kongstad, is about to leave



  4. Martijn van Dam is Wrong to Believe That Battistelli's Abuses Are Somehow Acceptable or Tolerable Because His Term is Possibly Ending

    Coverage of Martijn van Dam’s stance (he is the Dutch State Secretary for Economic Affairs) reveals that economic gain trumps ethics and justice, irrespective of what the law says



  5. Media and Staff Association Elections at EPO and WIPO Are Compromised

    A campaign of abuse (legal bullying) and gifting to the media, combined with a wide-ranging assault on critics who represent the interests of staff, have led WIPO and EPO down the route to totality



  6. New Documents Help Demonstrate That ILO Delivers Institutional Injustice to EPO Employees and Cushions Team Battistelli

    The International Labour Organisation Administrative Tribunal (ILOAT) delivers not justice but merely the illusion of justice, probably in defiance of Article 6 of the European Convention on Human Rights (ECHR)



  7. Leaked: 2017 European Inventor Award Finalists, or Stooges Whom the Tyrant Battistelli Exploits for PR Purposes and Media Manipulation

    The stupidest ceremony in Europe (turning serious science into something sketchy such as Eurovision) is disliked among EPO staff and is exploited by the person who destroys the EPO (Benoît Battistelli) to pretend all is fine and dandy, at huge expense to the Office (as extraordinary as about 5 million Euros for a ~2-hour show)



  8. EPO: Can the Staff Union of the European Patent Office (SUEPO) Still Save It?

    Genuine concerns about the slow process at the European Court of Human Rights (ECHR) and the lack of progress at ILO, which coincide with weakening of the unions and threat to jobs of patent examiners (leaving ordinary Europeans more vulnerable to meritless patent lawsuits)



  9. Links 21/5/2017: Linux 3.18.53, Tizen 4.0

    Links for the day



  10. Cloudflare's Enemy is Software Patents, Not Just One Software Patent or One Patent Troll

    With a bounty of $50,000, which is likely less than the cost of legal defense, Cloudflare looks for help with its own case rather than the underlying issues that need tackling worldwide



  11. Patent Laws -- and Especially Eligibility of Software Patents -- Are Being Hijacked by Large Corporations and Their Front Groups

    Intervention by large multinational corporations and their lawyers, front groups, etc. (like the classic lobbying model) gives room for concern in multiple continents where most software development is done



  12. Links 18/5/2017: Catching Up With the Past Three Days

    Links for the day



  13. The US Supreme Court Consults USPTO Director Michelle Lee Regarding the Patent Trial and Appeal Board (PTAB) Which is Invalidating Software Patents With CAFC's Approval

    Software patents continue to get knocked out by the Leahy-Smith America Invents Act (AIA) whose introduction of PTAB gave a helping hand to companies that are susceptible to abusive litigation (with bogus patents)



  14. IBM and Its Revolving Doors Lobby Are Plotting to Undermine Supreme Court Rulings to Restore Patentability of Software

    IBM has become so evil that it is now trying to steal democracy, label programmers "thieves", and basically attack the rule of law by extra-judicially overturning a Supreme Court decision



  15. 3 Years After the Alice Case at the Supreme Court the Plague of Software Patents is Easier to Cope With

    Litigation figures are down, rejection rates of software patents remain high, and only spin (e.g. cherry-picking) or constant lobbying can save those who used to profit from software patents



  16. The Attacks of Patent Trolls as Outlined in the Media This Past Week

    An outline of some of the latest troll cases to be aware of and their consequences too (e.g. software patents being used to literally shut down entire programs)



  17. Links 14/5/2017: Linux 4.12 RC1 and KDE Frameworks 5.34.0

    Links for the day



  18. Industry Giants Challenge Qualcomm's Patent Practices While the Federal Trade Commission (FTC) Closely Examines Such Behavior

    Scrutiny of Qualcomm's patent aggression and coercion -- scrutiny that can profoundly change the way software patents, SEPs and FRAND are viewed -- as seen in various amicus briefs (amici) from industry giants that are affected



  19. Professor Lisa Larrimore Ouellette Questions Whether Patents Work When Patent Scope is Too Broad

    Citing MIT economist (and MacArthur “genius”) Heidi Williams, Professor Lisa Larrimore Ouellette from Stanford challenges old myths and quotes: “we still have essentially no credible empirical evidence on the seemingly simple question of whether stronger patent rights—either longer patent terms or broader patent rights—encourage research investments.”



  20. OIN is Still a Distraction Unless We Want GNU/Linux to Coexist With Software Patents (Rather Than Eliminate Those)

    Another wave of media coverage by/for the Open Invention Network (OIN) necessitates a reminder of what OIN stands for and why it is not tackling the biggest problems which Free/Open Source software (FOSS) faces



  21. Links 13/5/2017: Neptune Plasma 5 ISO, a Shift to Free (FOSS) Databases

    Links for the day



  22. Countries With a Dozen European Patents Are an Easy Photo-Op 'Sell' for Battistelli While the EPO's Demise is Largely Ignored by the Patent Microcosm

    Behind the façade of legitimacy, the EPO suffers from an incompetent, insecure and delusional boss, whose actions will almost certainly lead to the collapse of both the Office and the entire Organisation (whose founding document he routinely shreds to pieces)



  23. Our Assessment: Unitary Patent (UPC) Will Crumble Along With Battistelli's Regime at the EPO

    A reflection and an opinion on where the EPO stands and what it means for the UPC, which doesn't seem to be going anywhere (it's all talk and lobbying)



  24. The European Patent Office Has a Long History/Track Record of 'Screwing' Contractors

    The European Patent Office (EPO) appears to have quite an extensive track record/reputation for ‘screwing’ contractors and then misusing immunity to get away with it



  25. Links 12/5/2017: Wine 2.8, Kdenlive 17.04.1, NHS Windows Syndrome

    Links for the day



  26. Links 11/5/2017: New OpenShot, GIMP, and GNOME (3.24.2)

    Links for the day



  27. The Sickness of the EPO – Part IX: Using Confidential Medical Records as a Weapon Against Staff

    In defiance/violation of labour laws and medical oaths etc. the EPO is passing around medical information, either for dismissal pretexts or a sort of blackmail -- a serious abuse in its own right



  28. The EPO is in Disarray and Additional Complaints to the European Court of Human Rights (ECHR) May Be Imminent

    Team Battistelli reaps what it has sown, as complaints are being made to a court with “47 member states [that] are contracting parties to the Convention,” (European Convention on Human Rights) according to Wikipedia



  29. By Promoting the UPC, in Defiance of Public Will, the EPO Has Become Patent Trolls' Best Friend

    The patent–industrial complex, aided by the EPO under Battistelli's iron-fisted reign, is trying to convince us that the UPC is coming soon and that it is desirable (it's neither of those things)



  30. Links 10/5/2017: Mesa 17.1, Git 2.13, Qt Creator 4.3 RC1, MINIX 3.4 RC6

    Links for the day


CoPilotCo

RSS 64x64RSS Feed: subscribe to the RSS feed for regular updates

Home iconSite Wiki: You can improve this site by helping the extension of the site's content

Home iconSite Home: Background about the site and some key features in the front page

Chat iconIRC Channel: Come and chat with us in real time

CoPilotCo

Recent Posts