Diag| Considering item [tag:pappp.net,2026-10-13:/2519583] "A Book That Will Never Be Read"
Diag| Considering item [tag:pappp.net,2026-10-12:/2519359] "Classic real-time strategy game Total Annihilation is 30 years old—and everyone is remixing it"
Diag| Considering item [tag:pappp.net,2026-10-12:/2519319] "French supermarkets suffer fridge shutdown after 'unprecedented' cyberattack"
Diag| Considering item [tag:pappp.net,2026-10-05:/2517548] "OpenAI "rogue" agent activities found on Wikimedia projects"
Diag| Considering item [tag:pappp.net,2026-09-30:/2516232] "I can't tell who's teaching who anymore"
Diag| Considering item [tag:pappp.net,2026-09-29:/2516056] "Memory Companies Have Destroyed the Consumer Market"
Diag| Considering item [tag:pappp.net,2026-09-27:/2515458] "PostmarketOS is rebranding as Nura"
Diag| Considering item [tag:pappp.net,2026-09-21:/2514055] "Apple Copland D11E4 Booting in the Browser"
Diag| Considering item [tag:pappp.net,2026-09-18:/2513478] "Photon-Emission-Guided Laser Fault Injection Enables RP2350 Secure Debug"
Diag| Considering item [tag:pappp.net,2026-09-15:/2512755] "Artificial Intelligence, Quote Unquote"
Diag| Considering item [tag:pappp.net,2026-09-15:/2512572] "25 Years of Mass Surveillance Is Enough"
Diag| Considering item [tag:pappp.net,2026-09-14:/2512363] "Blizzard Revives 'StarCraft' Franchise with Open-World Sci-Fi Shooter"
Diag| Considering item [tag:pappp.net,2026-09-02:/2509493] "CERN Transitioning To Debian After Being A Longtime RHEL Institution - Phoronix"
Diag| Considering item [tag:pappp.net,2026-08-31:/2508844] "German Konrad Zuse Museum shutting down due to lack of funding"
Diag| Considering item [tag:pappp.net,2026-08-31:/2508801] "Omarchy: 1Password and 37signals become Distinguished Corporate Patrons"
Diag| Considering item [tag:pappp.net,2026-08-27:/2507930] "IBM announces dual-ISA processor: ARM and IBM Z code running natively on the same cores"
Diag| Considering item [tag:pappp.net,2026-08-27:/2507891] "Haiku R1/beta6 released"
Diag| Considering item [tag:pappp.net,2026-08-26:/2507579] "Ring says its new encryption limits what it can give police"
Diag| Considering item [tag:pappp.net,2026-08-26:/2507588] "Digg v4 and lessons not learned"
Diag| Considering item [tag:pappp.net,2026-08-26:/2507576] "Bill Gates: The turbulent AI era is here"
Diag| Considering item [tag:pappp.net,2026-08-24:/2507079] "Adafruit USB Type C CC Resistor Fixer"
Diag| Considering item [tag:pappp.net,2026-08-16:/2505165] "Laser Layers for (Almost) Isotropicly Strong Prints"
Diag| Considering item [tag:pappp.net,2026-08-16:/2505129] "Access to telemetry data: Automotive industry criticizes intelligence reform"
Diag| Considering item [tag:pappp.net,2026-08-12:/2504187] "License plate reader searches should require a warrant"
Diag| Considering item [tag:pappp.net,2026-08-07:/2502960] "2027 memory capacity is reportedly sold out"
Diag| Considering item [tag:pappp.net,2026-08-05:/2502506] "Sycophantic AI Decreases Prosocial Intentions and Promotes Dependence (2025)"
Diag| Considering item [tag:pappp.net,2026-08-04:/2502146] "All of Winona Police Department's Flock cameras cut down and stolen"
Diag| Considering item [tag:pappp.net,2026-08-03:/2501883] "Celebrating 45 Years of Kermit with the First New C-Kermit Release in 15 Years"
Diag| Considering item [tag:pappp.net,2026-08-02:/2501525] "MkLinux and the pimped-out Apple Workgroup Server 9150"
Diag| Considering item [tag:pappp.net,2026-08-02:/2501516] "ASRock BC-250: Building the Budget Steam Machine"
Diag| Considering item [tag:pappp.net,2026-07-31:/2501295] "Google plans to exempt sanctioned nations from Android developer verification"
Diag| Considering item [tag:pappp.net,2026-07-28:/2500259] "College prof hides prompt to catch AI cheaters, finds human nature is pretty much as we thought"
Diag| Considering item [tag:pappp.net,2026-07-28:/2500268] "Now is the time to give LLMs access to the ACM digital library"
Diag| Considering item [tag:pappp.net,2026-07-22:/2498801] "John C. Dvorak has died"
Diag| Considering item [tag:pappp.net,2026-07-22:/2498669] "Passkeys were invented by engineers with zero understanding of consumer brain"
Diag| Considering item [tag:pappp.net,2026-07-19:/2497943] "Automated Pressure Advance Using a Bed-Leveling Sensor"
Diag| Considering item [tag:pappp.net,2026-07-19:/2497945] "Building an Arch Linux Aarch64 Port for Holo Core"
Diag| Considering item [tag:pappp.net,2026-07-15:/2496852] "Plasma 6.7.3 Complete Changelog"
Diag| Considering item [tag:pappp.net,2026-07-15:/2496709] "Google and Epic give up fighting — third-party Android app stores are coming next week"
Diag| Considering item [tag:pappp.net,2026-07-14:/2496649] "Microsoft’s Secure Boot has been broken for a decade and no one noticed until now"
Diag| Considering item [tag:pappp.net,2026-07-12:/2496061] "Since Chromium 148, Math.tanh is now fingerprintable to link underlying OS"
Diag| Considering item [tag:pappp.net,2026-07-09:/2495416] "Distributed System Is Slower Than a Laptop"
Diag| Considering item [tag:pappp.net,2026-07-06:/2494320] "Secure Unix ancestor KSOS did type safety before Rust made it cool"
Diag| Considering item [tag:pappp.net,2026-07-06:/2494298] "Zombie ‘who owns Unix?’ lawsuit comes alive again"
Diag| Considering item [tag:pappp.net,2026-07-05:/2494194] "Installing A/UX 1.1 like it's the 90s"
Diag| Considering item [tag:pappp.net,2026-07-01:/2493155] "Physical disc production ending in Jan 2028 for new games on PlayStation"
Diag| Considering item [tag:pappp.net,2026-06-30:/2492846] "Supreme Court Lifts Spending Limits on Political Parties and Candidates"
Diag| Considering item [tag:pappp.net,2026-06-29:/2492593] "US Supreme Court rules geofence warrants require constitutional protections"
Diag| Considering item [tag:pappp.net,2026-06-28:/2492371] "Boffins build a better pixel capable of emitting and receiving light"
Diag| Considering item [tag:pappp.net,2026-06-25:/2490585] "Windows 10 quietly gets one more year of support and updates"
Diag| Considering item [tag:pappp.net,2026-06-24:/2490339] "GitHub shouldn't be a dependency for publishing Rust on crates.io"
Diag| Considering item [tag:pappp.net,2026-06-24:/2490244] "Boffin claims Microsoft’s “quantum leap” is invalid due to “basic Python errors”"
Diag| Considering item [tag:pappp.net,2026-06-24:/2490124] "LineShine Debuts at No. 1 as the TOP500 Enters a New Global Exascale Era"
Diag| Considering item [tag:pappp.net,2026-06-22:/2489670] "Steam Machine"
Diag| Considering item [tag:pappp.net,2026-06-18:/2488796] "What was nice about the UI of Windows 2000"
Diag| Considering item [tag:pappp.net,2026-06-17:/2488496] "Lore – Open source version control system designed for scalability"
Diag| Considering item [tag:pappp.net,2026-06-16:/2488199] "Linux kernel 7.1 sends Intel 486 support to silicon heaven"
Diag| Considering item [tag:pappp.net,2026-06-15:/2487839] "Fox is buying Roku"
Diag| Considering item [tag:pappp.net,2026-06-14:/2487662] "Any road followed precisely to its end leads precisely nowhere."
Diag| Considering item [tag:pappp.net,2026-06-19:/2489115] "I used sound waves to make espresso"
Source: Boing Boing<\/a><\/p>\n \nEveryone in the tech world claims to love interoperability—the technical ability to plug one product or service into another product or service—but interoperability covers a lot of territory, and depending on what's meant by interoperability, it can do a lot, a little, or nothing at all to protect users, innovation and fairness.<\/p>\n Let's start with a taxonomy of interoperability:<\/p>\n<\/span>\n This is the most common form of interoperability. Company A makes a product and Company B makes a thing that works with that product, but doesn't talk to Company A about it. Company A doesn't know or care to know about Company B's add-on.<\/p>\n Think of a car's cigarette lighter: these started in the 1920s as aftermarket accessories that car owners could have installed at a garage; over time they became popular enough that they came standard in every car. Eventually, third-party companies began to manufacture DC power adapters that plugged into the lighter receptacle, drawing power from the car engine's alternator. This became widespread enough that it was eventually standardized as ANSI\/SAE J563.<\/p>\n Standardization paved the way for a variety of innovative new products that could be made by third-party manufacturers who did not have to coordinate with (or seek permission from) automotive companies before bringing them to market. These are now ubiquitous, and you can find fishbowls full of USB chargers that fit your car-lighter receptacle at most gas stations for $0.50-$1.00. Some cars now come with standard USB ports (though for complicated reasons, these tend not to be very good chargers<\/a>), but your auto manufacturer doesn't care if you buy one of those $0.50 chargers and use it with your phone. It's your car, it's your car-lighter, it's your business.<\/p>\n Sometimes, companies are eager to have others create add-ons for their products and services. One of the easiest ways to do this is to adopt a standard: a car manufacturer that installs an ANSI\/SAE J563-compliant car-lighter receptacle in its cars enables its customers to use any compatible accessory with their cars; any phone manufacturer that installs a 3.5mm headphone jack allows anyone who buys that phone to plug in anything that has a matching plug, even exotic devices like Stripe's card-readers, which convert your credit-card number to a set of tones that are played into a vendor's phone's headphone jack, to be recognized and re-encoded as numbers by Stripe's app.<\/p>\n Digital standards also allow for a high degree of interoperability: a phone vendor or car-maker who installs a Bluetooth chip in your device lets you connect any Bluetooth accessory with it—provided that they support that device, or at least that they make no steps to prevent that device from being connected.<\/p>\n This is where things get tricky: manufacturers and service providers who adopt digital standards can use computer programs to discriminate against accessories, even those that comply with the standard. This can be extremely beneficial to customers: you might get a Bluetooth \"firewall\" that warns you when you're connecting to a Bluetooth device that's known to have security defects, or that appears on a blacklist of malicious devices that siphon away your data and send it to identity thieves.<\/p>\n But as with all technological questions, the relevant question isn't merely \"What does this technology do?\" It's \"Who does this technology do it to<\/em> and who does it do it for<\/em>?\"<\/p>\n Because the same tool that lets a manufacturer help you discriminate against Bluetooth accessories that harm your well-being allows the manufacturer to discriminate against devices that harm its<\/em> well-being (say, a rival's lower-cost headphones or keyboard) even if these accessories enhance your<\/em> well-being.<\/p>\n In the digital era, cooperative interoperability is always subject to corporate boundaries. Even if a manufacturer is bound by law to adhere to a certain standard—say, to provide a certain electronic interface, or to allow access via a software interface like an API—those interfaces are still subject to limits that can be embodied in software.<\/p>\n A digitally enabled car-lighter receptacle could be made to support only a limited range of applications—charging via USB but not USB-C or Lightning, or only charging phones but not tablets—and software could be written to enforce those limits. Even a very permissive \"smart lighter-receptacle\" that accepted every known device as of today could be designed to reject any devices invented later on, unless the manufacturer chose to permit their use. A manufacturer of such a device could truthfully claim to support \"every device you can currently plug into your car lighter,\" but still maintain a pocket veto over future devices as a hedge against new developments that it decides are bad for the manufacturer and its interests.<\/p>\n What's more, connected devices and services can adjust the degree of interoperability their digital interfaces permit from moment to moment, without notice or appeal, meaning that the browser plugin<\/a> or social media tool<\/a> you rely on might just stop working.<\/p>\n Which brings us to...<\/p>\n Sometimes an add-on comes along that connects to a product whose manufacturer is outright hostile to it: third-party ink for your inkjet printer, or an unauthorized app for your iPhone, or a homebrew game for your console, or a DVR that lets you record anything available through your cable package, and that lets you store your recordings indefinitely.<\/p>\n Many products actually have countermeasures to resist this kind of interoperability: checks to ensure that you're not buying car parts from third parties<\/a>, or fixing your own tractor<\/a>.<\/p>\n When a manufacturer builds a new product that plugs into an existing one despite the latter's manufacturer's hostility, that's called \"adversarial interoperability\"<\/a> and it has been around for about as long as the tech industry itself, from the mainframe days<\/a> to the PC revolution<\/a> to the operating system wars<\/a> to the browser wars<\/a>.<\/p>\n But as technology markets have grown more concentrated<\/a> and less competitive, what was once business-as-usual has become almost unthinkable, not to mention legally dangerous, thanks to abuses of cybersecurity law<\/a>, copyright law<\/a>, and patent law<\/a>.<\/p>\n Taking adversarial interoperability off the table breaks the tech cycle in which a new company enters the market, rudely shoulders aside its rivals, grows to dominance, and is dethroned in turn by a new upstart. Instead, today's tech giants show every sign of establishing a permanent, dominant position over the internet.<\/p>\n As states grapple with the worst aspects of the Internet—harassment, identity theft, authoritarian and racist organizing, disinformation—there is a real temptation to \"solve\" these problems by making Big Tech companies legally responsible for their users' conduct. This is a cure that's worse than the disease: the big platforms can't subject every user's every post to human review, so they use filters, with catastrophic results<\/a>. At the same time, these filters are so expensive to operate that they make it impossible for would-be competitors to enter the market. YouTube has its $100 million Content ID copyright filter now, but if it had been forced to find an extra $100,000,000 to get started in 2005, it would have died a-borning.<\/p>\n But assigning these expensive, state-like duties to tech companies also has the perverse effect of making it much harder to spark competition<\/a> through careful regulation or break-ups. Once we decide that providing a forum for online activity is something that only giant companies with enough money to pay for filters can do, we also commit to keeping the big companies big enough to perform those duties.<\/p>\n It's possible to create regulation that enhances competition. For example, we could introduce laws that force companies to follow interoperability standards<\/a> and oversee the companies to make sure that they're not sneakily limiting their rivals behind the scenes. This is already a feature of good telecommunications laws<\/a>, and there's lots to like about it.<\/p>\n But a mandate to let users take their data from one company to another—or to send messages from one service to another—should be the opener, not the end-game. Any kind of interoperability mandate has the risk of becoming the ceiling on innovation, not the floor.<\/p>\n For example, as countries around the world broke up their national phone company monopolies, they made rules forcing them to allow new companies to use their lines, connect to their users and share their facilities, and this enabled competition in things like long distance service.<\/p>\n But these interoperability rules were not the last word: the telcos weren't just barred from discriminating against competitors who wanted to use their long-haul lines; thanks to earlier precedent<\/a>, they were also not able to control who could make devices that plugged into those lines. This allowed companies to make modems that could connect to phone lines. As the Internet crept (and then raced) into Americans' households, the carriers had ample incentive to control how their customers made use of the net, especially as messaging and voice-over-IP eroded the massive profits from long-distance and SMS tariffs. But they couldn't, and that helplessness to steer the market let new companies and their customers create a networked revolution.<\/p>\n The communications revolution owes at least as much to the ability of third parties to do things that the carriers hated—but couldn't prevent—as it does to the rules that forced them to interconnect with their rivals.<\/p>\n The problems of Big Tech are undeniable: using the dominant services can be terrible, and now that they've broken the cycle of dominance and dethroning, the Big Tech companies have fortified their summits such that others dare not besiege them<\/a>.<\/p>\n Today, much of the emphasis is on making Big Tech better by charging the<\/a> companies to filter<\/a> and monitor<\/a> their users.<\/p>\n The biggest Internet companies need more legal limits on their use and handling of personal data. That’s why we support smart, thorough new Internet privacy laws. But laws that require filtering and monitoring user content make the Internet worse: more hostile to new market entrants (who can't afford the costs of compliance) and worse for Internet users' technological self-determination.<\/p>\n If we're worried that shadowy influence brokers are using Facebook to launch sneaky persuasion campaigns<\/a>, we can either force Facebook to make it harder for anyone<\/em> to access your data without Facebook's explicit approval (this assumes that you trust Facebook to be the guardian of your best interests)—or we can bar Facebook from using technical and legal countermeasures<\/a> to shut out new companies, co-ops, and projects that offer to let you talk to your Facebook friends without using Facebook's tools, so you can configure your access to minimize Facebook's surveillance and maximize your own freedom.<\/p>\n The second way is the better way. Instead of enshrining Google, Facebook, Amazon, Apple, and Microsoft as the Internet’s permanent overlords and then striving to make them as benign as possible, we can fix the Internet by making Big Tech less central to its future.<\/p>\n It's possible that people will connect tools to their Big Tech accounts that do ill-advised things they come to regret. That's kind of the point, really. After all, people can plug weird things<\/a> into their car's lighter receptacles, but the world is a better place when you<\/em> get to decide how to use that useful, versatile ANSI\/SAE J56-compliant plug—not GM or Toyota.\n<\/p> \n(Crossposted from EFF Deeplinks<\/a><\/i>)\n\n Everyone in the tech world claims to love interoperability—the technical ability to plug one…<\/p>\nIndifferent Interoperability<\/h3>\n
Cooperative Interoperability<\/h3>\n
Adversarial Interoperability<\/h3>\n
\"Punishing\" Big Tech by Granting It Perpetual Dominance<\/h3>\n
Interoperability to the Rescue?<\/h3>\n
Fix the Internet, Not the Tech Companies<\/h3>\n
<\/p>","protected":false},"excerpt":{"rendered":"