01.12.09

Gemini version available ♊︎

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 in other sites/networks: These icons link to social bookmarking sites where readers can share and discover new web pages.
  • Reddit
  • email

Decor ᶃ Gemini Space

Below is a Web proxy. We recommend getting a Gemini client/browser.

Black/white/grey bullet button This post is also available in Gemini over at this address (requires a Gemini client/browser to open).

Decor ✐ Cross-references

Black/white/grey bullet button Pages that cross-reference this one, if any exist, are listed below or will be listed below over time.

Decor ▢ Respond and Discuss

Black/white/grey bullet button If you liked this post, consider subscribing to the RSS feed or join us now at the IRC channels.

DecorWhat Else is New


  1. IRC Proceedings: Monday, January 24, 2022

    IRC logs for Monday, January 24, 2022



  2. Links 25/1/2022: GPL Settlement With Patrick McHardy, Godot 4.0 Alpha 1, and DXVK 1.9.4 Released

    Links for the day



  3. Proprietary Software is Pollution

    "My daughter asked me about why are we throwing away some bits of technology," Dr. Andy Farnell says. "This is my attempt to put into words for "ordinary" people what I tried to explain to a 6 year old."



  4. Microsoft GitHub Exposé — Part XV — Cover-Up and Defamation

    Defamation of one’s victims might be another offence to add to the long list of offences committed by Microsoft’s Chief Architect of GitHub Copilot, Balabhadra (Alex) Graveley; attempting to discredit the police report is a new low and can get Mr. Graveley even deeper in trouble (Microsoft protecting him only makes matters worse)



  5. [Meme] Alexander Ramsay and Team UPC Inciting Politicians to Break the Law and Violate Constitutions, Based on Misinformation, Fake News, and Deliberate Lies Wrapped up as 'Studies'

    The EPO‘s law-breaking leadership (Benoît Battistelli, António Campinos and their corrupt cronies), helped by liars who don't enjoy diplomatic immunity, are cooperating to undermine courts across the EU, in effect replacing them with EPO puppets who are patent maximalists (Europe’s equivalents of James Rodney Gilstrap and Alan D Albright, a Donald Trump appointee, in the Eastern and Western Districts of Texas, respectively)



  6. Has the Administrative Council Belatedly Realised What Its Job in the European Patent Organisation Really Is?

    The "Mafia" which took over the EPO (the EPO's own workers call it "Mafia") isn't getting its way with a proposal, so it's preventing the states from even voting on it!



  7. [Meme] Team UPC is Celebrating a Pyrrhic Victory

    Pyrrhic victory best describes what's happening at the moment (it’s a lobbying tactic, faking/staging things to help false prophecies be fulfilled, based on hopes and wishes alone), for faking something without bothering to explain the legal basis is going to lead to further escalations and complaints (already impending)



  8. Links 24/1/2022: Scribus 1.5.8 and LXLE Reviewed

    Links for the day



  9. IRC Proceedings: Sunday, January 23, 2022

    IRC logs for Sunday, January 23, 2022



  10. [Meme] Team UPC Congratulating Itself

    The barrage of fake news and misinformation about the UPC deliberately leaves out all the obvious and very important facts; even the EPO‘s António Campinos and Breton (Benoît Battistelli‘s buddy) participated in the lying



  11. Links 24/1/2022: pgBadger 11.7 Released, Catch-up With Patents

    Links for the day



  12. The Demonisation and Stereotyping of Coders Not Working for Big Corporations (or 'The System')

    The war on encrypted communication (or secure communications) carries on despite a lack of evidence that encryption stands in the way of crime investigations (most criminals use none of it)



  13. On the 'Peak Hacker' Series

    Hacker culture, unlike Ludditism, is ultimately a movement for justice, for equality, and for human rights through personal and collective emancipation; Dr. Farnell has done a good job explaining where we stand and his splendid series has come to a close



  14. Links 23/1/2022: First RC of Linux 5.17 and Sway 1.7 Released

    Links for the day



  15. Peak Code — Part III: After Code

    "Surveillance perimeters, smart TVs (Telescreens built to Orwell's original blueprint) watched over our living rooms. Mandatory smart everything kept us 'trustless'. Safe search, safe thoughts. We withdrew. Inside, we went quietly mad."



  16. IRC Proceedings: Saturday, January 22, 2022

    IRC logs for Saturday, January 22, 2022



  17. Links 23/1/2022: MongoDB 5.2, BuddyPress 10.0.0, and GNU Parallel 20220122

    Links for the day



  18. A Parade of Fake News About the UPC Does Not Change the General Consensus or the Simple Facts

    European Patents (EPs) from the EPO are granted in violation of the EPC; Courts are now targeted by António Campinos and the minions he associates with (mostly parasitic litigation firms and monopolists), for they want puppets for “judges” and for invalid patents to be magically rendered “valid” and “enforceable”



  19. Welcome to 2022: Intentional Lies Are 'Benefits' and 'Alternative Facts'

    A crooks-run EPO, together with the patent litigation cabal that we’ve dubbed ‘Team UPC’ (it has nothing to do with science or with innovation), is spreading tons of misinformation; the lies are designed to make the law-breaking seem OK, knowing that Benoît Battistelli and António Campinos are practically above the law, so perjury as well as gross violations of the EPC and constitutions won’t scare them (prosecution as deterrence just isn’t there, which is another inherent problem with the UPC)



  20. From Software Eating the World to the Pentagon Eating All the Software

    “Software is eating the world,” according to Marc Andreessen (co-founder of Netscape), but the Empire Strikes Back (not the movie, the actual empire) by hijacking all code by proxy, via Microsoft, just as it grabbed a lot of the world’s communications via Skype, bypassing the world's many national telecoms; coders need to fight back rather than participate in racist (imperial) shams such as GitHub



  21. Links 22/1/2022: Skrooge 2.27.0 and Ray-Tracing Stuff

    Links for the day



  22. IRC Proceedings: Friday, January 21, 2022

    IRC logs for Friday, January 21, 2022



  23. Peak Code — Part II: Lost Source

    "Debian and Mozilla played along. They were made “Yeoman Freeholders” in return for rewriting their charters to “work closely with the new Ministry in the interests of all stakeholders” – or some-such vacuous spout… because no one remembers… after that it started."



  24. Links 22/1/2022: Ubuntu MATE 21.10 for GPD Pocket 3, MINISFORUM Preloads GNU/Linux

    Links for the day



  25. Computer Users Should be Operators, But Instead They're Being Operated by Vendors and Governments

    Computers have been turned into hostile black boxes (unlike Blackbox) that distrust the person who purchased them; moreover, from a legislative point of view, encryption (i.e. computer security) is perceived and treated by governments like a threat instead of something imperative — a necessity for society’s empowerment (privacy is about control and people in positions of unjust power want total and complete control)



  26. Peak Code — Part I: Before the Wars

    Article/series by Dr. Andy Farnell: "in the period between 1960 and 2060 people had mistaken what they called "The Internet" for a communications system, when it had in fact been an Ideal and a Battleground all along - the site of the 100 years info-war."



  27. Links 21/1/2022: RISC-V Development Board and Rust 1.58.1

    Links for the day



  28. IRC Proceedings: Thursday, January 20, 2022

    IRC logs for Thursday, January 20, 2022



  29. Gemini Lets You Control the Presentation Layer to Suit Your Own Needs

    In Gemini (or the Web as seen through Gemini clients such as Kristall) the user comes first; it's not sites/capsules that tell the user how pages are presented/rendered, as they decide only on structural/semantic aspects



  30. The Future of Techrights

    Futures are difficult to predict, but our general vision for the years ahead revolves around more community involvement and less (none or decreased) reliance on third parties, especially monopolistic corporations, mostly because they oppress the population via the network and via electronic devices


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

Recent Posts