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

06.21.09

Microsoft’s Nathan Myhrvold on How “to Freeze the Market at the OEM and ISV Level”

Posted in Antitrust, Hardware, HP, IBM, Microsoft, SUN, UNIX at 5:45 pm by Dr. Roy Schestowitz

Nathan Myhrvold

Summary: Blast from the past (via Comes vs Microsoft) shows how Microsoft attacked Sun’s SPARC and UNIX

THIS post presents a revealing memo from Nathan Myhrvold — one that we previously looked at very briefly.

Nathan Myhrvold’s explanation of Microsoft vapourware tactics has been seen since then on numerous occasions because Microsoft presently uses this tactic against GNU/Linux and against ODF [1, 2]. We have a prior court exhibit about it.

“We have already amassed quite a few ‘smoking guns’ from Nathan Myhrvold.”The latest court exhibit is a narrative rather than a rundown though the history of Microsoft vapourware. It was written only by Myhrvold, who is currently Microsoft's main patent troll, which is backed financially by Bill Gates. Gates himself has a patent-trolling firm [1, 2. 3], but this is another story for another day.

We have already amassed quite a few ‘smoking guns’ from Nathan Myhrvold. The list will gradually grow. In today’s exhibit he is shown writing to Bill Gates and Brad Silverberg, who once urged Microsoft to “cut those f*ckers [companies that didn't use Microsoft] off”. We showed what else he had done just a few days ago.

Here is the original exhibit, Exhibit plex_0411_a (1990) [PDF], which is extremely hard to read. We include it as plain text at the bottom and we also summarise some key points below, for those who are too impatient to read the whole thing.

As background, here is an expression of fear, due to Sun’s SPARC

Recent events show that we are in more danger than ever losing the key early ground to SPARC,
which Puts our long term systems business in serious doubt. Compaq is considering SPARC, as well as
friendlier options, and now Olivetti is too.

Myhrvold fears that “Sun will mop the floor up.”

They have a great reputation, but at present their plans are NOT in sync with ours – they are on a mission to clean up in the workstation market – and all signs are showing that if any cleaning is done, Sun will mop the floor up with them.

Compaq (now major part of Hewlett-Packard) was actually leaning towards UNIX at the time:

At present we are paralysed because Compaq is reluctant to take the kind of role that is required to push
our software and combat Sun in a reasonable way. They want to push UNIX (they’ll relent to giving us equal billing, but they will expend major effort in making UNIX successful), they are considering SPARC, and they are considering a number of ********* non-SPARC responses.

Here is Microsoft abusing the word “open” — something that Microsoft does to this very date (against “open source”, which did not exist at the time, not under this particular name/banner anyway).

2. The slogan for the hardware design will be “The First Open System”.

A nice mention of SCO in there (in a few places):

3. The MIPS camp, like the UNIX world as a whole, is divided between OSF and AT&T factions. We will not succeed in unifying this as we once thought, and I do not believe that we should even try. If MIPS and/or SCO offer a product – fine, but it is not a big deal to us and we would NOT expend huge effort to ram a MIPS UNIX standard down anybody’s throat. Oddly enough it is not a big deal to the UNIX market players themselves either – they will pursue their present fractured strategies quite happily.

Here is Myhrvold planning to announce vapourware:

- A major part of the message is that your investment in Windows is safe – we are going to address 32 bits, and beyond that we will address RISC. You can go ahead and ignore Sun and that crap because Windows has all bases covered.

Myhrvold says very explicitly “vapourware” and “PR offensive” (like the "NC is dead" offensive).

The purpose of announcing early like this is to freeze the market at the OEM and ISV level, In this respect it is JUST like the original Windows announcement. This time we have a lot better development team, so the time between announce and ship will be a lot smaller. Nevertheless we need to get our message out there.

One might worry that this will help Sun because we will just have vapourware, that people will stop buying 486 machines, that we will have endorsed RISC but not delivered. After thinking about this, I think that this is emphatically NOT the case:

- We answer the charges of “vaporware” by pointing at Windows, (after all, we are porting it). Windows is shipping a zillion copies an hour and that isn’t vaporware at all. Every Win 3 sold and every new Windows app is a nail in Sun’s coffin. We would go on a PR offensive with exactly that mission. The big news is that now that MIPS will have Windows, and gain all of the momentum that is building – how can Sun survive? So, Scott, do you really think you can fight that avalanche?

He adds:

- The “Osborne effect” is not relevant here. A long term announcement for MIPS based Windows in 92 will NOT freeze the end user market. It is just an endorsement that Windows has a future – it is too far off to hurt immediate sales, and in fact it will help. The original Windows announcement did not hurt Dos sales because people decided to wait for it. The only time when you get into an Osborne effect is when you announce something near term that is a viable alternative.

We certainly do need to follow this announcement with a good demo in 6-8 months when the SDK ships, but preannouncement is going to give Sun a real problem.

“PR campaign” includes analysts, just like Microsoft evangelism so often suggests:

6. We would embark on the PR campaign mentioned above to reinforce the notion that Windows was the desktop API for the next 10 years, just as Dos was for the first 10 years. Sun and others that covet the desktop would have to beat Windows – and who can do that? This should be a real push – analysts, ISVs, etc. We would really go on the offensive about how strong Windows is, and how irrelevant Sun and others are as would be challengers.

Another noteworthy tidbit:

7. One potential sop to IBM would be to announce TWO binary standards for RISC for Win 32 and OS/2 3.0 – MIPS and RIOS. I think that the Austin guys would actually do this, and they would not even be mad about MIPS being the other one because it hurts SPARC so much. If we do this, then we would announce that we will not port to any othe architecture for 3 years (obviously non-binding) to really rub it in that SPARC is out. The way to position this to them is that we’ve seen Sun building steam and we need to support the MIPS world as a generic RISC. Ideally we would do this with a short enough lead time that they couldn’t mess around too long. All we would do is announce a long term statement of direction that the technology would be available ** RIOS – this is safe for them, and it makes Sun look bad, so we could probably make it an easy decision for them.

Some occurrence of the F* word in there is omitted, but here is an ugly one to check out:

First, the goal is NOT to make this machine sell zillions of copies in 1991 – it probably won’t even ship then. What we need to do is announce a long term direction for making high end Windows machines – and freeze Sun out of our OEMs, our ISVs, and from industry perceptions at large.

There is lots more in the full text below, including the following statement: “We would also talk about the OS/2 3.0 kernal that is underneath NT Windows, how it is an industrial strength kernal for servers etc and it will serve advanced desktops etc.”


Appendix: Comes vs. Microsoft – exhibit plex_0411_a, as text


PLAINTIFF’S
EXHIBIT
411A
Gordon v. Microsoft

Depo. Ex. 1304

From: nathanm Mon Oct 01 11:42:05 1990
To: billg, bradsi, jeremybu, joachimk, mikehal, paulma, riscpc, steveb
Subject: SPARC, MIPS & Compaq
Date: Tue Oct 02 22:57:14 1990

Recent events show that we are in more danger than ever losing the key early ground to SPARC,
which Puts our long term systems business in serious doubt. Compaq is considering SPARC, as well as
friendlier options, and now Olivetti is too.

At present we are paralysed because Compaq is reluctant to take the kind of role that is required to push
our software and combat Sun in a reasonable way. They want to push UNIX (they’ll relent to giving us equal billing, but they will expend major effort in making UNIX successful), they are considering SPARC, and they are considering a number of ********* non-SPARC responses.

There is considerable sentiment that we should adopt a strategy of appeasement toward Compaq. This means not pushing any other strategy for fear that it will enrage them and push them to SPARC. If we succeed in appeasing them, we’ll have their half-hearted support, and if they go with SPARC or a poor non-SPARC strategy then we lose our system business.

This approach is crazy because there is no recovery plan. It is motivated by our fear that without Compaq we won’t have a market – the Big Deal syndrome. I think that the time has come to start pursuing our own strategic direction

There is no point in pissing Compaq off deliberately, but we should adopt the following plan:

1. Give our hardware design to MIPS. They would license it openly, including licensing the ASICs to the semiconductor partners, and the board design to OEMs. MIPS would be the official source – we would not have MS copyrights or anything else on the stuff. This is not a deadly secret, it is just that there is no point in being high profile about it. Peopel may assume that we had input because of our software role, but MIPS will be viewed as the source by most everybody.

Note that our design has a large advantage over things that MIPS has done in the past (or the DEC design) is that it can be built cheaper, and it allows you to trivially add any PC style bus or chips (EISA, MCA etc) because one of our chips mimics the signals of a 486 bus.

2. The slogan for the hardware design will be “The First Open System”. Today, the SPARC is open but the design system is NOT open – you need proprietary LSI logic chips, etc. This system will be licensed in a similar fashion to the R4000 + you can buy an Architecture License which lets you manufacture the present ASICs. This is actually a very major point, which would be seen as a big deal in the industry. The announcement of the platform would play up many of the points in the Trends in the Microprocessor industry news – that systems vendors must get involved in making high integration “PC on a chip” solutions and the ONLY way for them to do so is to be able to license both the CPU and the rest of the system architecture. This announcement lets them do this for the first time.

3. The MIPS camp, like the UNIX world as a whole, is divided between OSF and AT&T factions. We will not succeed in unifying this as we once thought, and I do not believe that we should even try. If MIPS and/or SCO offer a product – fine, but it is not a big deal to us and we would NOT expend huge effort to ram a MIPS UNIX standard down anybody’s throat. Oddly enough it is not a big deal to the UNIX market players themselves either – they will pursue their present fractured strategies quite happily.

4. Concurrent with MIPS pushing this hardware platform to OEMs, we would deliver the following software message to most relevant OEMS (see below for list). The message is:

- We will have an NT Windows binary application standard for R4000 MIPS with our byte ordering. It is our primary RISC strategy, and we will not put it on SPARC.

- The simplest way to get this app level binary standard is that we will have a system software release of NT Windows for the MIPS reference platform – if you buy the standard chip set and board design from the various vendors, there is no adaptation work.

- We may also provide source code to people that want to adapt to another system architecture (but still MIPS & same byte order). This is the message to DEC, or to anybody that balks at the standard platform. We do NOT care what the mix is of DEC designs versus our design any more than we care abot ISV versus MCA versus EISA today. It is VERY important that people have at least one easy to build, cheap system that connects to PC busses which is why we are pulling our design out, but given competition we don’t care long term.

- We are NOT pushing the MIPS hardware platform per se, but we ARE saying that we will push a binary standard which consists of the Win 32 API and the R4000 with correct byte order. The hardware platform is just the easiest way to build one, and the only open design that anybody has asked us to endorse so far.

- Some OEMs will just offer the machine as NT Windows only (PC industry types), and some will offer NT Windows as a side line to their UNIX workstation business. We will not require people to trash UNIX to sign up – we sill encourage them to position this as adding a new binary standard to their line up which will give them access to Win 32 applications. Te message above would be delivered to OEMs as early as next week (Olivetti needs to hear this) and we would give it to a fairly long list of OEMs (see below).

5. Our goal is to shoot for an announcement by the end of this year, or early next year. We may want to pull this up in fact. MIPS should announce their hardware reference platform independent of us, but either just before or just after our announcement. Our message would be:

- We would formally announce Win 32, and make sure that a portion of the announcement mentioned x86 as well.

- We would announce the creation of the Win 32/MIPS binary standard discussed in point 4 above. We would pubically hit on each of the points mentioned there.

- We would get a list of OEMs to come up on stage and announce their support.

- SDKs would be available in 91 and the product would ship early 92.

- The positioning of the machines is as the world’s fastest Windows machines. We would make a big deal about source compatibility between x86 and MIPS for OS/2 2.0 server apps and for Win 32 apps.

- The tone of the MIPS side would be that RISC offers some unique advantages for a specialized part of the Windows market where people need very fast desktop machines. We would NOT be create any expectation that they would take over the earth. We would show our slide that shows 486 fastest for existing apps and this platform great for new apps, but slow on existing apps. It is really a balanced future oriented message.

- A major part of the message is that your investment in Windows is safe – we are going to address 32 bits, and beyond that we will address RISC. You can go ahead and ignore Sun and that crap because Windows has all bases covered.

- We would also talk about the OS/2 3.0 kernal that is underneath NT Windows, how it is an industrial strength kernal for servers etc and it will serve advanced desktops etc.

- Our announcement would not include SCO or push any UNIX standard. We could say that UNIX addresses a present well defined market that has little if any overlap with the mainstream Windows desktop market. It is nice that this specialized system is available on the same hardware as NT Windows, and for customers in that market it may be the right choice. Our simple goal is the realm of Windows Computing. Over the next several years it will expand to include applications that require the performance that the R4000 can deliver, and we are taking the steps to make sure that is possible.

The purpose of announcing early like this is to freeze the market at the OEM and ISV level, In this respect it is JUST like the original Windows announcement. This time we have a lot better development team, so the time between announce and ship will be a lot smaller. Nevertheless we need to get our message out there.

One might worry that this will help Sun because we will just have vapourware, that people will stop buying 486 machines, that we will have endorsed RISC but not delivered. After thinking about this, I think that this is emphatically NOT the case:

- We answer the charges of “vaporware” by pointing at Windows, (after all, we are porting it). Windows is shipping a zillion copies an hour and that isn’t vaporware at all. Every Win 3 sold and every new Windows app is a nail in Sun’s coffin. We would go on a PR offensive with exactly that mission. The big news is that now that MIPS will have Windows, and gain all of the momentum that is building – how can Sun survive? So, Scott, do you really think you can fight that avalanche?

- The “Osborne effect” is not relevant here. A long term announcement for MIPS based Windows in 92 will NOT freeze the end user market. It is just an endorsement that Windows has a future – it is too far off to hurt immediate sales, and in fact it will help. The original Windows announcement did not hurt Dos sales because people decided to wait for it. The only time when you get into an Osborne effect is when you announce something near term that is a viable alternative.

We certainly do need to follow this announcement with a good demo in 6-8 months when the SDK ships, but preannouncement is going to give Sun a real problem.

6. We would embark on the PR campaign mentioned above to reinforce the notion that Windows was the desktop API for the next 10 years, just as Dos was for the first 10 years. Sun and others that covet the desktop would have to beat Windows – and who can do that? This should be a real push – analysts, ISVs, etc. We would really go on the offensive about how strong Windows is, and how irrelevant Sun and others are as would be challengers.

7. One potential sop to IBM would be to announce TWO binary standards for RISC for Win 32 and OS/2 3.0 – MIPS and RIOS. I think that the Austin guys would actually do this, and they would not even be mad about MIPS being the other one because it hurts SPARC so much. If we do this, then we would announce that we will not port to any othe architecture for 3 years (obviously non-binding) to really rub it in that SPARC is out. The way to position this to them is that we’ve seen Sun building steam and we need to support the MIPS world as a generic RISC. Ideally we would do this with a short enough lead time that they couldn’t mess around too long. All we would do is announce a long term statement of direction that the technology would be available ** RIOS – this is safe for them, and it makes Sun look bad, so we could probably make it an easy decision for them.

8. In the past we’ve talked about Power PC – a next generation PC spec with advanced audio and video for both x86 and MIPS. We would still do this, but it does not have to be part of the announcement or the base level hardware that MIPS would push. We should reserve this as an exclusive club the way that we originally planned RISC PC, or we could go public with it later on. There is no need to make this part of the early announcement. The system design that MIPS wouod push has a video daughterboard with a connector so we could always add the new stuff to these systems if that was important. Note that machines would not ship in volume until 92 anyway so we would have until this spring to finalize the Power PC hardware.

9. Our stance to Compaq on this is as follows:

- We do not tell thm about this until we have had enough intial discussions to confirm that this direction is viable. This means getting the framework of an agreement in place with MIPS on the hardware platform and also getting the agreement from at least 5 OEMs. This is NO different than them talking to Sun without telling us first. It mainly means that we don’t tell them we are going to do something until we know that it is really possible and will play out like we think. This initial activity has to start soon.

- We then tell them that there is enough steam building under the MIPS camp, and uncertainty from Sun’s progress that we feel compelled to announce an application level binary standard for NT Windows as a future product. This in No way hurts their plans – UNLESS they are really planning to go with SPARC. Since we are not saying that people have to use our system design, they can come out with their own “superior” Compaq/DEC design at any time

- Compaq can either sign up and attend the announcement, or not as they see fit but we should set a stake in the ground and not move ot for them.

- We can present to them why we think that this is harmless to their present business, and will not harm current sales.

- This is not something rude that we should let them make us feel guilty about. They have outlined these alternatives for their actions, two of which are extremely bad for us, and the remaining one is not very attractive, could get fucked up and at best puts us on an equal footing with UNIX which is a big step down the from the present situation. We are just presenting them with something which is highly compatible with one of their options.

- If Compaq really went with SPARC over this plan, then they were heading there anyway. The environment that this plan would create is much more friendly to them than the SPARC environment. We are just helping the MIPS community to come even part way towards where SPARC already is.

10. The OEMs to contact are basically the same ones listed in previous mail about uniting the MIPS world: Olivetti, NEC, HP (a long shot but worth it), DEC, Bull/Zenith, Siemans/Nixdorf, Nokia, Sony, and finally selected people in the pure PC camp – Acer, AST etc. MIPS can throw in a number of big companies which will endorse but not say much (Amdahl, Tandem…). In the final weeks we could consider adding just about anybody else who had reasonable volume. the idea here is not be be exclusive – it is to get a reasonably large list of reasonably credible companies.

____________________

The first comment is likely to be “do you have anything without Compaq and IBM?”. There are two answers:

First, the goal is NOT to make this machine sell zillions of copies in 1991 – it probably won’t even ship then. What we need to do is announce a long term direction for making high end Windows machines – and freeze Sun out of our OEMs, our ISVs, and from industry perceptions at large. The idea that Microsoft will move Windows to MIPS is a very powerful concept that can be used to put Sun on the defensive. As mentioned above, we need people to view every sale of Windows or a Windows app as a vote (and investment) against Sun. The OEMs listed above are plenty credible to achieve our goals.

Second, I think that we grossly overestimate Compaq’s ability in this area. They have a great reputation, but at present their plans are NOT in sync with ours – they are on a mission to clean up in the workstation market – and all signs are showing that if any cleaning is done, Sun will mop the floor up with them. Perhaps they can win competing against Sun in their own backyard where everybody else has lost, but I doubt it. Even if they do succeed, they are presently off to push UNIX not our stuff.

Credit: wallclimber and RCH.

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

2 Comments

  1. Charles Oliver said,

    June 21, 2009 at 6:45 pm

    Gravatar

    That was interesting but hard to read. Who is this Myhrvold again? I assume he was working for Microsoft but doesn’t now.

    The thing on open in regard to hardware seems a fair usage. That was the point of the PC, open hardware specced by IBM originally. If Microsoft were using the term open for everything before open source appeared, maybe it’s a bit harsh to complain later that they continue to use the term.

    The term free software suffers too but in a different way: the assumption is that the “free” is as in beer.

    Maybe a new term is needed that is harder to pollute. Just adding a “dom” to free might help.

    Roy Schestowitz Reply:

    Yes, the issue is then to do with consistency. Some suggested “freedomware”.

What Else is New


  1. Links 31/5/2016: Linux Lite 3.0, Alpine 3.4.0, Krita 3.0

    Links for the day



  2. Data Mining Company: EPO is Like Suicide

    LinkedIn, one of several giants that spy on people to determine what's on their mind and what's similar to them, has yielded the above (for EPO)



  3. Patents Roundup: When the Patent Systems Turn Against People and Adjust According to Patent Lawyers and Their Largest Clients

    A look at the Singaporean, US, and Chinese patent systems, which are all becoming more aggressive and more disconnected from public interests, in favour of large multinational corporations



  4. Microsoft's Former Chief Patent Counsel Praises Elevation of Software Patents in Microsoft Case, Adds to Cherry-Picking and Lobbying by Patent Lawyers

    Microsoft, which is renowned (or notorious) for patent extortion against Linux, is still a big contributor to software patenting policy and Shelston IP -- much like Microsoft's front groups -- pretends to speak for small businesses in an effort to spread software patents outside the US (in spite of Alice)



  5. Extremely Dodgy Dealings at the European Patent Office

    Yet another dodgy contract between Battistelli's EPO and private contractors overseas, this time in an effort to whitewash or cleanse the image of the EPO's current regime



  6. The EPO's Media Partners Like Les Echos Already Produce EPO Puff Pieces (Marketing/Stenography)

    EPO promotion disguised as reporting or journalism, as seen in the media partners of the EPO well before these partnerships even begin



  7. Unitary Microsoft: EPO Excludes People Who Are Not Microsoft Customers From UPC Participation

    The EPO just can't help providing special treatment to Microsoft, not only when it comes to patent applications but also when it comes to rejecting stakeholders/applicants who dare not become Microsoft customers



  8. Links 30/5/2016: Linux 4.7 RC1, Best Linux Distros

    Links for the day



  9. Make Nothing, Sue Everybody: The Reality of Patent Trolls Increasingly Understood by the 'Mainstream'

    New patent stories and even extensive coverage at PBS, which dedicated a whole program to these matters but failed to address the core issue, which is software patenting



  10. [ES] Advertencia: La Vigilancia de la EPO Surveillance Puede Haberse Convertido en Más Intrusiva

    BlueCoat, que la EPO usa para oprimir a sus empleados en sus premisas Europeas, acaba de ajustar más y hacerse más intrusiva y los empleados pueden estar en riesgo



  11. [ES] Tarjeta de Victima Termina en Otra Torpeza para Battistelli Seis de su Guardia Pretoriana

    Battistelli esta destruyéndo lo que queda de la reputación de la EPO (después de las décadas que le costó a ella construírla) mientras los medios continúan escrutinando su desastroso régimen



  12. [ES] La EPO esta Excelente, Dice Sitio de ‘Noticias’ Conectado a Ella

    Los caraduras de la ‘revista’ IAM, viejo aliado de la EPO, da la impresión a la gente de que en la EPO todo esta bien y dandy aunque claramente ese no es el caso



  13. New EPO Caricature: Nouveaux Garde-Vélo (New Bicycle Guards)

    A new cartoon poking fun at Battistelli's bicycles and the perceived threat these are under



  14. Battistelli's 'Special Relationship' With Portugal and the 'Inventor of the Year' Charade

    What makes Portugal rather unique when it comes to Mr. Battistelli, who is allegedly desperate for support from smaller countries whose vote is easier to 'win'



  15. Patent Lawyers' Marketing Dominates and Marginalises Meaningful Analyses of Software Patenting in the US

    In an effort to create demand for software patents again, patent lawyers produce a huge heap of so-called 'analyses' which piggyback just one single decision (the exception, not the norm)



  16. A Mix of Patent Aggression and Sanctions/Raids (Using Controversial Patents) Against East Asian Companies

    New stories that demonstrate patent protectionism and show how Western industry, which barely makes anything anymore, relies on patents (software and design patents included) and this self-serving patent regime perpetuates itself even in Asia, where almost everything is actually being manufactured (and often/increasingly designed/developed too)



  17. Rumour: Battistelli Wants to Extend the Term of Topić's EPO Appointment in Spite of Criminal Charges Against Him

    The EPO's 'ringleader', Mr. Battistelli, is trying to keep his confidants (like Mr. Minnoye and Željko Topić) together for several more years to come, even defying rules regarding retirement age



  18. Links 29/5/2016: NetBSD 7.0.1, Genode OS 16.05

    Links for the day



  19. [ES] La Gerencia de la EPO Bajo Creciénte Estres por las Autoridades Legales Croatas, Políticas Alemanas, y los Medios Italianos

    Las cosas no son color rosa como la calma relativa sugiere, y esperamos en las próximas semanas mayores eventos otros que la protesta en todas las sedes de la EPO a través de Europa



  20. [ES] Los Medios de Comunicación Comienzan a Informar al Público Europeo Acercas de las Desventájas de la UPC Mientras que la EPO Acelera su Cabildeo por Ratificación

    La vergonzósa promoción de la UPC por parte de la EPO da otro paso adelánte mientras que venues de la prensa Europea (incluso canales de televisión) comienzan a explorar el arreglo secreto que es negociado por los abogados de patentes (con clientes corpórativos) y las oficinas de patentes, no el público o cualquier grupo que represente los intereses del público en general



  21. [ES] Algunos Detalles Acerca de ¿Cómo el Presidente de la EPO Es Rumoreado Estar Comprando Votos, y el Porqué es Suficientemente Base Para un Despido Inmediato?

    Algo de información tras las cortinas y una detallada explicación de la dependencia finánciera sistemática, creada por Battistelli a un costode €13 millónes o más, la cuál evita una efectiva supervisión de Battistelli



  22. Mishi Choudhary and Mike Masnick Explain Why India Should Reject Software Patents

    Both an Indian activist-lawyer and a widely-recognised author from the US explain to Indians why over-reliance on patents -- and acceptance of patents on software in particular -- is a very bad idea



  23. Microsoft Boosters Pretend Microsoft Fights for Privacy While the Company Uses Malware Tactics to Put Keyloggers on Everyone's Computers

    In spite of malware-inspired tactics that should land Microsoft in courts of law all around the world (as a defendant), Microsoft-friendly circles pretend that the company fights for people's rights like privacy -- all this when Microsoft installs keyloggers on people's PCs without their consent and obviously against their will



  24. Battistelli's Assault on EPO Staff's Right to Strike in Relation to French Politics and That 'Bicycle' Pretext for Crackdowns

    The latest bicycle 'gossip' and how it's being used, based on expectations from EPO staff, to introduce further crackdowns on human/labour rights



  25. Vice-President of the EPO Under Investigation: Treason, Abuse, Violations, Giving and Receiving Bribes

    An English translation of documents involving the Organised Crime Section of the Criminal Police Department in Zagreb, where the Vice-President of the EPO faces criminal charges



  26. EPO Management Warns People About Scams When the EPO's Management is Itself Falling for Scams

    Jesper Kongstad, the Chairman of the Administrative Council of the European Patent Organisation, helps demonstrate that not even the EPO is intelligent enough to spot an obvious scam



  27. Links 28/5/2016: Wine 1.9.11, New Gentoo

    Links for the day



  28. Links 27/5/2016: Android for Raspberry Pi, Google Beats Oracle in Court

    Links for the day



  29. Warning: EPO Surveillance May Have Just Gotten Even More Intrusive

    BlueCoat, which the EPO uses to enable oppression inside its European premises, has just gotten even nastier and staff may be at risk



  30. Victim Card Ends up in Another Blunder for Battistelli and His Six Bodyguards

    Battistelli is wrecking what's left of the EPO's reputation (after decades it took the Office to earn it) as the media continues to scrutinise his appalling regime


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