Phoronix ran a story this morning with this provocative headline: "It's Time To Admit It: The X.Org Server Is Abandonware." The last major release of the X.Org Server was in May 2018 but don't expect the long-awaited X.Org Server 1.21 to actually be released anytime soon. This should hardly be surprising but a prominent Intel open-source developer has conceded that the X.Org Server is pretty much "abandonware" with Wayland being the future. [Or, more specifically, that "The main worry I have is that xserver is abandonware without even regular releases from the main branch."]

This comes as X.Org Server development hits a nearly two decade low, the X.Org Server is well off its six month release regimen in not seeing a major release in over two years, and no one is stepping up to manage the 1.21 release. A year ago was a proposal to see new releases driven via continuous integration testing but even that didn't take flight and as we roll into 2021 there isn't any motivation for releasing new versions of the X.Org Server by those capable of doing so.

Red Hat folks have long stepped up to manage X.Org Server releases but with Fedora Workstation using Wayland by default and RHEL working that way, they haven't been eager to devote resources to new X.Org Server releases. Other major stakeholders also have resisted stepping up to ship 1.21 or commit any major resources to new xorg-server versions.

The Python programming language "is a big hit for machine learning," read a headline this week at ZDNet, adding "But now it needs to change."

Python is the top language according to IEEE Spectrum's electrical engineering audience, yet you can't run Python in a browser and you can't easily run it on a smartphone. Plus no one builds games in Python these days. To build browser applications, developers tend to go for JavaScript, Microsoft's type-safety take on it, TypeScript, Google-made Go, or even old but trusty PHP. On mobile, why would application developers use Python when there's Java, Java-compatible Kotlin, Apple's Swift, or Google's Dart? Python doesn't even support compilation to the WebAssembly runtime, a web application standard supported by Mozilla, Microsoft, Google, Apple, Intel, Fastly, RedHat and others.

These are just some of the limitations raised by Armin Ronacher, a developer with a long history in Python who 10 years ago created the popular Flask Python microframework to solve problems he had when writing web applications in Python. Austria-based Ronacher is the director of engineering at US startup Sentry — an open-source project and tech company used by engineering and product teams at GitHub, Atlassian, Reddit and others to monitor user app crashes due to glitches on the frontend, backend or in the mobile app itself... Despite Python's success as a language, Ronacher reckons it's at risk of losing its appeal as a general-purpose programming language and being relegated to a specific domain, such as Wolfram's Mathematica, which has also found a niche in data science and machine learning...

Peter Wang, co-founder and CEO of Anaconda, maker of the popular Anaconda Python distribution for data science, cringes at Python's limitations for building desktop and mobile applications. "It's an embarrassing admission, but it's incredibly awkward to use Python to build and distribute any applications that have actual graphical user interfaces," he tells ZDNet. "On desktops, Python is never the first-class language of the operating system, and it must resort to third-party frameworks like Qt or wxPython." Packaging and redistribution of Python desktop applications are also really difficult, he says.

emil (Slashdot reader #695) shares an article from Linux Journal re-visiting the saga of the btrfs file system (initially designed at Oracle in 2007): The btrfs filesystem has taunted the Linux community for years, offering a stunning array of features and capability, but never earning universal acclaim. Btrfs is perhaps more deserving of patience, as its promised capabilities dwarf all peers, earning it vocal proponents with great influence. Still, [while] none can argue that btrfs is unfinished, many features are very new, and stability concerns remain for common functions.

Most of the intended goals of btrfs have been met. However, Red Hat famously cut continued btrfs support from their 7.4 release, and has allowed the code to stagnate in their backported kernel since that time. The Fedora project announced their intention to adopt btrfs as the default filesystem for variants of their distribution, in a seeming juxtaposition. SUSE has maintained btrfs support for their own distribution and the greater community for many years.

For users, the most desirable features of btrfs are transparent compression and snapshots; these features are stable, and relatively easy to add as a veneer to stock CentOS (and its peers). Administrators are further compelled by adjustable checksums, scrubs, and the ability to enlarge as well as (surprisingly) shrink filesystem images, while some advanced btrfs topics (i.e. deduplication, RAID, ext4 conversion) aren't really germane for minimal loopback usage. The systemd init package also has dependencies upon btrfs, among them machinectl and systemd-nspawn . Despite these features, there are many usage patterns that are not directly appropriate for use with btrfs. It is hostile to most databases and many other programs with incompatible I/O, and should be approached with some care.
The original submission drew reactions from three disgruntled btrfs users. But the article goes on to explore providers of CentOS-compatible btrfs-enabled kernels, ultimately opining that "There are many 'rough edges' that are uncovered above with btrfs capabilities and implementations, especially with the measures taken to enable it for CentOS. Still, this is far better than ext2/3/4 and XFS, discarding all the desirable btrfs features, in that errors can be known because all filesystem content is checksummed." It would be helpful if the developers of btrfs and ZFS could work together to create a single kernel module, with maximal sharing of "cleanroom" code, that implemented both filesystems... Oracle is itself unwilling to settle these questions with either a GPL or BSD license release of ZFS. Oracle also delivers a btrfs implementation that is lacking in features, with inapplicable documentation, and out-of-date support tools (for CentOS 8 conversion). Oracle is the impediment, and a community effort to purge ZFS source of Oracle's contributions and unify it with btrfs seems the most straightforward option... It would also be helpful if other parties refrained from new filesystem efforts that lack the extensive btrfs functionality and feature set (i.e. Microsoft ReFS).

Until such a day that an advanced filesystem becomes a ubiquitous commodity as Linux is as an OS, the user community will continue to be torn between questionable support, lack of features, and workarounds in a fragmented btrfs community. This is an uncomfortable place to be, and we would do well to remember the parties responsible for keeping us here.
So how do Slashdot's readers feel about btrfs?

The Linux 5.10 kernel's XFS file-system will have two new on-disk meta-data capabilities, reports Phoronix: 1. The size of inode btrees in the allocation group is now recorded. This is for increasing redundancy checks and also allowing faster mount times.

2. Support for timestamps now until the year 2486.

This "big timestamps" feature is the refactoring of their timestamp and inode encoding functions to handle timestamps as a 64-bit nanosecond counter and bit shifting to increase the effective size. This now allows XFS to run well past the Year 2038 problem (where storing the time since 1970 in seconds will no longer fit in a signed 32-bit integer and thus wraparound) to now the Year 2486. Making a new XFS file-system with bigtime enabled allows a timestamp range from December 1901 to July 2486 rather than December 1901 to January 2038. For preserving backwards compatibility, the big timestamps feature is not currently enabled by default.

The official public repository for CUPS, an Apple open-source project widely used for printing on Linux, is all-but dormant since the lead developer left Apple at the end of 2019. From a report: Apple adopted CUPS for Mac OS X in 2002, and hired its author Michael Sweet in 2007, with Cupertino also acquiring the CUPS source code. Sweet continued to work on printing technology at Apple, including CUPS, until December 2019 when he left to start a new company. Asked at the time about the future of CUPS, he said: "CUPS is still owned and maintained by Apple. There are two other engineers still in the printing team that are responsible for CUPS development, and it will continue to have new bug fix releases (at least) for the foreseeable future." Despite this statement, Linux watcher Michael Larabel noted earlier this week that "the open-source CUPS code-base is now at a stand-still. There was just one commit to the CUPS Git repository for all of 2020." This contrasts with 355 commits in 2019, when Sweet still worked at Apple, and 348 the previous year. We asked Apple about its plans for CUPS and have yet to hear back.

KDE's Plasma 5.20 is now available, bringing a bunch of refinements as well as some larger features. Some of the KDE Plasma 5.20 highlights include (via Phoronix): - Numerous fixes to the KWin window manager / compositor including a number of Wayland fixes. Among the Wayland work in Plasma 5.20 includes Klipper support and middle-click paste, mouse and touchpad support nearly on par to X11, window thumbnails in the task manager, crash fixes, and more.

- Improved notifications.

- Different redesigns and additions to the KDE System Settings from SMART monitoring to better looking interfaces.

- Redesigned on-screen displays.

- Various tack manager and system tray improvements. More information about KDE 5.20 is available here.

An anonymous reader quotes a report from Motherboard: Decades before Twitter threads, Reddit forums, or Facebook groups, there was Usenet: an early-internet, pre-Web discussion system where one could start and join conversations much like today's message boards. Launched in 1980, Usenet is the creation of two Duke University students who wanted to communicate between decentralized, local servers -- and it's still active today. On Usenet, people talk about everything, from nanotech science to soap operas, wine, and UFOs. Jozef Jarosciak, a systems architect based in Ontario, had his first encounter with Usenet in 2000, when he found a full-time job in Canada thanks to a job posting there.

This week, Jarosciak uploaded some of the oldest Usenet posts available to the internet. Around 2.1 million posts from between February 1981 and June 1991 from Henry Spencer's UTZOO NetNews Archive are archived at the Usenet Archive for anyone to browse. This latest archive-dump is part of an even larger project by Jarosciak. He launched the Usenet Archive site last month, as a way to host groups in a way that'd be independent of Google Groups, which also holds archives of newsgroups like Usenet. It's currently archiving 317 million posts in 10,000 unique Usenet newsgroups, according to the site -- and Jarosciak estimates it'll eventually hold close to 1 billion posts.

FSGSBASE support in Linux "has the possibility of helping Intel/AMD CPU performance especially in areas like context switching that had been hurt badly by Spectre/Meltdown and other CPU vulnerability mitigations largely on the Intel side," Phoronix wrote back in August. As it started its journey into the kernel, they provided a preview on August 10: The FSGSBASE support that was finally mainlined a few days ago for Linux 5.9 is off to providing a nice performance boost for both Intel and AMD systems... FSGSBASE support for the Linux kernel has been around a half-decade in the making and finally carried over the finish line by one of Microsoft's Linux kernel engineers...

FSGSBASE particularly helps out context switching heavy workloads like I/O and allowing user-space software to write to the x86_64 GSBASE without kernel interaction. That in turn has been of interest to Java and others...On Linux 5.9 where FSGSBASE is finally mainlined, it's enabled by default on supported CPUs. FSGSBASE can be disabled at kernel boot time via the "nofsgsbase" kernel option.
Today on the Linux kernel mailing list, Linus Torvalds announced the release of Linux 5.9: Ok, so I'll be honest - I had hoped for quite a bit fewer changes this last week, but at the same time there doesn't really seem to be anything particularly scary in here. It's just more commits and more lines changed than I would have wished for.
And Phoronix reported: Linux 5.9 has a number of exciting improvements including initial support for upcoming Radeon RX 6000 "RDNA 2" graphics cards, initial Intel Rocket Lake graphics, NVMe zoned namespaces (ZNS) support, various storage improvements, IBM's initial work on POWER10 CPU bring-up, the FSGSBASE instruction is now used, 32-bit x86 Clang build support, and more. See our Linux 5.9 feature overview for the whole scoop on the many changes to see with this kernel.

Python has reached "a new all-time high" on TIOBE's index of programming language popularity. TechRadar reports: Java's days as the world's second most popular programming language could be numbered according to Tiobe's latest programming language rankings which show Python is becoming increasingly popular among developers. The firm's Index for October 2020 shows that Java has been overtaken by C as the world's most popular programming language when compared to the same period last year. Python remains in third place but it's quickly closing the gap between it and Java. According to Tiobe CEO Paul Jensen, C and Java have held the top two spots consistently for the past two decades. However, the 25-year-old programming language Java is approaching its "all time low" in popularity as it has fallen by 4.32 percentage points when compared to where it stood in October of last year. Tiobe ranks programming languages in its popularity index based on the number of hits each language gets across 25 search engines.
RedMonk's rankings already show Python as more popular than Java — the first time since 2012 that Java isn't one of their top two most popular languages. And TIOBE's CEO says "Let's see what will happen the next few months."

Here's their October rankings for the top 10 most popular programming languages.

• C
• Java
• Python
• C++
• C#
• Visual Basic
• JavaScript
• PHP
• R
• SQL

And coming in at #11 is Perl.

A remarkable first-person story in today's Washington Post: I used to call it the "scamdemic." I thought it was an overblown media hoax. I made fun of people for wearing masks. I went all the way down the rabbit hole and fell hard on my own sword, so if you want to hate me or blame me, that's fine. I'm doing plenty of that myself.

The party was my idea. That's what I can't get over. Well, I mean, it wasn't even a party — more like a get-together. There were just six of us, OK? My parents, my partner, and my partner's parents... Some people in my family didn't necessarily share all of my views, but I pushed it. I've always been out front with my opinions. I'm gay and I'm conservative, so either way I'm used to going against the grain... I told my family: "Come on. Enough already. Let's get together and enjoy life for once." They all came for the weekend. We agreed not to do any of the distancing or worry much about it... We cooked nice meals. We watched a few movies. I played a few songs on my baby grand piano. We drove to a lake about 60 miles outside of Dallas and talked and talked. It was nothing all that special. It was great. It was normal...

I have no idea which one of us brought the virus into the house, but all six of us left with it. It kept spreading from there.... I was sweating profusely. I would wake up in a pool of sweat. I had this tingling feeling all over my body, this radiating kind of pain... Then one day I was walking up the stairs, and all of the sudden, I couldn't breathe. I screamed and fell flat on my face. I blacked out. I woke up a while later in the ER, and 10 doctors were standing around me in a circle. I was lying on the table after going through a CT scan. The doctors told me the virus had attacked my nervous system. They'd given me some medications that stopped me from having a massive stroke. They said I was minutes away.

I stayed in the hospital for three days, trying to get my mind around it. It was guilt, embarrassment, shame. I thought: "OK. Maybe now I've paid for my mistake." But it kept getting worse. Six infections turned into nine. Nine went up to 14. It spread from one family member to the next, and it was like each person caught a different strain... My father is 78, and he went to get checked out at the hospital, but for whatever reasons, he seemed to recover really fast. My father-in-law nearly died in his living room and then ended up in the same hospital as me on the exact same day. His mother was in the room right next to him because she was having trouble breathing. They were lying there on both sides of the wall, fighting the same virus, and neither of them ever knew the other one was there. She died after a few weeks. On the day of her funeral, five more family members tested positive...

They put my father-in-law on a ventilator, and he lay there on life support for six or seven weeks. There was never any goodbye. He was just gone. It's like the world swallowed him up.

We could only have 10 people at the funeral, and I didn't make that list.

California's elections include grass roots propositions that change the law directly while bypassing legislators. Uber, Lyft, and Uber-owned Postmates (as well as DoorDash and Instacart) have spent $185 million — the most ever spent — pushing a proposition that would keep ride-hail and delivery drivers as independent contractors, reports SFGate. "If it passes...gig corporations won't have to contribute to Social Security, Medicare or unemployment insurance. They won't have to offer paid sick leave, workers compensation or unemployment benefits to drivers."

But the site also investigated what happened shortly after the Uber/Lyft PAC reported an $128,000 expenditure on mailers: Political mailers masquerading as progressive voter guides and endorsing Proposition 22, the initiative backed by Uber and Lyft, are showing up in Southern California voters' mailboxes. The fine print on one mailer says it was prepared by the "Feel the Bern, Progressive Voter Guide," which is not an actual organization. Neither are the "Council of Concerned Women Voters Guide" nor the "Our Voice, Latino Voter Guide," whose mailers make the same endorsements as Feel the Bern.

Mailed political fliers typically identify the organization that paid for the literature. But that information was conspicuously absent from Feel the Bern and the other two mailers...

The measure would allow ride-hail and delivery drivers to continue to be treated as independent contractors, although with some new benefit concessions. If it fails, these employees would likely be considered workers entitled to a minimum wage, overtime pay, workers' compensation, unemployment insurance and paid sick leave.

The California Democratic Party has endorsed a "no" vote for Prop. 22.

Hobbyist developers are trying once again to get a Motorola 68000 back-end merged into the upstream LLVM compiler. Phoronix reports: The Motorola 68000 series processors have been around since the 80's thanks to the likes of the early Apple Macintosh computers. Fast forward to 2020, the Motorola 68000 is still a popular target for vintage computer enthusiasts and hobbyists. Community developers have worked on improving the Linux kernel support for M68k hardware like early Apple Powerbooks as recently as a few years ago and the compiler support is a continued target. GCC 11 due out next year was looking to drop the M68k target over its unmaintained status. Hobbyists though stepped up there so the M68k support will remain in GCC. Now developers are also looking at adding M68k support to the LLVM compiler.

This isn't the first time that M68k support for LLVM has been brought up albeit never successfully landed to date. Building off the past failures to get the Motorola 68000 series support upstreamed, developers last week sent out new patches proposing this back-end -- this time they are showing more clarity about the developers involved and being committed to supporting the code, the sustainability of the code, and responding quickly to code review comments. This patch series is the latest attempt at upstreaming Motorola 68000 series support in LLVM. Besides all the back-end specific code there is also some common LLVM code changes that fall under greater scrutiny.

University of Queensland student Germain Tobar who worked with UQ physics professor Fabio Costa on a new peer-reviewed paper "says he has mathematically proven the physical feasibility of a specific kind of time travel" without paradoxes, reports Popular Mechanics: Time travel discussion focuses on closed time-like curves, something Albert Einstein first posited. And Tobar and Costa say that as long as just two pieces of an entire scenario within a closed time-like curve are still in "causal order" when you leave, the rest is subject to local free will... In a university statement, Costa illustrates the science with an analogy


"Say you travelled in time, in an attempt to stop COVID-19's patient zero from being exposed to the virus. However if you stopped that individual from becoming infected, that would eliminate the motivation for you to go back and stop the pandemic in the first place. This is a paradox, an inconsistency that often leads people to think that time travel cannot occur in our universe. [L]ogically it's hard to accept because that would affect our freedom to make any arbitrary action. It would mean you can time travel, but you cannot do anything that would cause a paradox to occur...."


But the real truth, in terms of the mathematical outcomes, is more like another classic parable: the monkey's paw. Be careful what you wish for, and be careful what you time travel for. Tobar explains in the statement:


"In the coronavirus patient zero example, you might try and stop patient zero from becoming infected, but in doing so you would catch the virus and become patient zero, or someone else would. No matter what you did, the salient events would just recalibrate around you. Try as you might to create a paradox, the events will always adjust themselves, to avoid any inconsistency."

"To celebrate Java's 25th anniversary this year and the latest release of Java 15, JetBrains has compiled data from multiple sources to look at what the current state of the language," reports SD Times: The largest concentration of Java developers is in Asia, where 2.5 million developers use it as their primary language. JetBrains believes this may be due to the fact that it is common to hire offshore developers in countries like China and India to build Android apps. "We might have expected the USA to have a high percentage of Java users, but it also makes a lot of sense that they don't. There is a big technology stack to choose from and often a lot of the tech companies are at the forefront of that stack, so it could be that developers there don't need the power or stability of Java and are using languages that allow them to build and test quickly," JetBrains wrote in a post.
The post on JetBrains notes that the six countries with the highest percentage of developers using Java as their primary language are: China, South Korea, India, Germany, Spain, and Brazil: The reasons Java is most likely so popular in the first 6 countries include the free use of Java, governmental support, and open-source... Germany is also very high which could be attributed to Java being the most popular language in Germany for software engineers as it is used to build highly scalable applications for a multitude of industries. Most enterprise services rely on Java to power the applications that enable the day-to-day running of businesses, such as payroll, inventory management, reporting, and so on. Germany also has a big financial sector that uses Java heavily for their homegrown tech, such as trading bots, retail banking systems, and other applications that the finance industry requires in order to remain competitive...

According to the State of the Developer Ecosystem Survey 2020, more than a third of professional developers use Java as a primary language and Java remains the second primary language among professional developers after JavaScript. Expert analysis: It is not surprising to see JavaScript and Java taking the leading positions as they are kind of paired together; developers who work with Java often write their frontend and any quick scripts in JavaScript. Python is probably third place due to the spread of machine learning. In general, we expect the web to be a big part of the developer ecosystem and so JavaScript, HTML and CSS, and PHP will always have solid standing. SQL is also always going to be around as there isn't much that doesn't require databases in some capacity. C++ is also kind of a solid language in that it is used for a lot of embedded applications, so it won't be disappearing off the charts any time soon. C# though seems to be losing ground, and I guess if Java is high then C# will be low, as they are both very similar in terms of capabilities.

As to why I think Java is so high in the sphere of professional development — it's similar to what was mentioned about Germany. Most enterprise business services rely on Java to make them tick along. It's not just the IT sector either — almost every company, be it in distribution, manufacturing, or banking, has IT services as part of their infrastructure, and these services, such as payroll or inventory management, are generally built with Java in the backend. So Java is used a lot by professional developers who work for these companies.

A team of scientists from the Singapore University of Technology and Design discovered that, using simple chemistry, the organic polymer chitin -- contained in the exoskeletons of insects and crustaceans -- can easily be transformed into a viable building material for basic tools and habitats. The findings have been published in the journal PLOS ONE. Ars Technica reports: "The technology was originally developed to create circular ecosystems in urban environments," said co-author Javier Fernandez. "But due to its efficiency, it is also the most efficient and scalable method to produce materials in a closed artificial ecosystem in the extremely scarce environment of a lifeless planet or satellite." [T]he authors of the current paper point out that most terrestrial manufacturing strategies that could fit the bill typically require specialized equipment and a hefty amount of energy. However, "Nature presents successful strategies of life adapting to harsh environments," the authors wrote. "In biological organisms, rigid structures are formed by integrating inorganic filler proceed from the environment at a low energy cost (e.g., calcium carbonate) and incorporated into an organic matrix (e.g., chitin) produced at a relatively high metabolic cost."

Fernandez and his colleagues maintain that chitin is likely to be part of any planned artificial ecosystem because it is so plentiful in nature. It's the primary component of fish scales and fungal cell walls, for example, as well as the exoskeletons of crustaceans and insects. In fact, insects have already been targeted as a key source of protein for a possible Martian base. And since the chitin component of insects has limited nutritional value for humans, extracting it to make building materials "does not hamper or compete with the food supply," the authors wrote. "Rather, it is a byproduct of it."

"Steve Jobs is now known for revolutionizing just about every part of the tech world, but back in 1988, he was perhaps best known for getting fired," remembers SFGate: In his first product reveal since his dismissal from Apple in 1985, Jobs unveiled a new project called NeXT at a meeting of the Boston Computer Society. An audio recording of the event was unearthed and released as part of a trove of early tech recordings released by Charles Mann, as reported in an extensive feature by Fast Company...

Computing advances included a UNIX operating system that allows multi-tasking, a one million pixel display, CD quality sound and a then unprecedented 256 MB of storage. The computer would be completely built by robots rather than a human assembly line, which he said resulted in a defect rate 10 times lower than its competitors. The partnership with academia makes even more sense once you consider the price-tag of $6,500.
Fast Company's tech editor Harry McCracken was at the 1988 event, and quotes Jobs as saying "The Macintosh architecture is going to peak next year sometime. And that means that there's enough cracks in the wall already, and enough limitations to the architecture, that the Mac's pretty much going to be everything it's ever going to be sometime next year."

Some clips are available on Soundcloud, but the full trove of tech recordings includes 200 full hours of audio and 16 more of video (available on a USB drive for $59.95) showing luminaries from the early days of personal technology. "In 1985, for instance, a month after Commodore announced its groundbreaking Amiga computer in New York City, president Tom Rattigan came to Boston to show it to BCS members and argue that it left the Mac in the dust." Other recordings include Dan Bricklin, co-creator of VisiCalc, Osborne computer designer Adam Osborne, and investor Esther Dyson, McCracken writes:

Jobs is on three recordings — one from his first Apple tenure, and two from NeXT. Bill Gates is on five. There are folks who were already legends (mobile-computing visionary Alan Kay, marketer extraordinaire Regis McKenna) and up-and-comers (budding PC tycoon Michael Dell, age 23). Everyone from Sony cofounder Akio Morita to psychedelics advocate and part-time technologist Timothy Leary is represented; just the Apple-related material, including CEO John Sculley talking about the company in the 21st century and Hypercard creator Bill Atkinson demoing his brainchild, is a feast...

The audio of Jobs's NeXT demo at the BCS — and dozens of other recordings — exist solely because Mann realized more than 35 years ago that the talks going on at computer user-group meetings and conferences were history in the making... In May 1982, the BCS hosted Applefest, an Apple II-centric fair that featured already-iconic Apple cofounders Jobs and Wozniak as keynote speakers. In this excerpt, fielding a question from the audience, they talk about software copy protection. Woz does so from a technical bent; Jobs, who speaks of a future involving low prices and convenient electronic distribution, sounds like he was thinking about the App Store decades before it appeared. This is rare, rare stuff; if you know of even one other example of surviving audio or video of Jobs and Wozniak talking about Apple together, I'd love to hear about it.

Popular Mechanics reports: A U.S. Air Force aircraft electronically impersonated a Malaysian plane while flying over the South China Sea this week. The RC-135W Rivet Joint reconnaissance aircraft flew off China's Hainan island on Tuesday, coming within 55 miles of the Chinese mainland.

The caper was outed on Twitter by a think tank operated by the Chinese government, which provided enough details for independent verification. The plane's International Civil Aviation Organization (ICAO) Mode-S number, a 24-bit identifier assigned to all aircraft and broadcast by onboard transponder, was AE01CE. The Mode S system provides big-picture situational awareness and improves aviation safety. At some point, the plane's Mode-S number suddenly changed, from AE01CE to 750548. That's the ICAO number for an unknown Malaysian aircraft...

The RC-135W Rivet Joint is a converted Boeing 707 jetliner designed to collect electronic intelligence for later analysis... It's not clear why the RC-135W flew where it did. The flight probably coincided with Chinese military exercises, likely air or naval, or even a missile test. It's also worth pointing out that China's nuclear ballistic missile submarine force is based at Yulin on Hainan Island.

It's also not clear why the RC-135W engaged in the deception. Steffan Watkins, a Canadian open source intelligence researcher, tells Popular Mechanics. "If the reconnaissance is happening outside sovereign airspace, there is no pressing need to engage in that sort of deception. It's perfectly legal, and done in plain sight off the coast of Russia, Syria, and Crimea all the time — literally, every day there are RC-135s off the coast of Russia, with their transponders on, and broadcasting exactly who they are. I can't explain the difference with China. Why the difference in emissions posture and obfuscation....?"

The announcement is likely a warning to the Pentagon that the Chinese military sees through the deception, and that it's watching the watchers.

An anonymous reader quotes ZDNet: Microsoft has finally published a support document detailing its workaround for the August 2020 Patch Tuesday update for Windows 10 version 2004 that caused blue screens of deaths (BSODs) on newer Lenovo ThinkPads and broke Windows Hello biometric login... It's the same as Lenovo's earlier workaround but comes with a stern security warning from Microsoft.

Microsoft also explains how Lenovo Vantage violates Microsoft's security controls in Windows.

Users might bypass the BSOD screen, but they are endangering their computers by implementing the workaround, according to Microsoft. The workaround also affects some of Microsoft's latest security features for Windows 10, such as Hypervisor Code Integrity for shielding the OS from malicious drivers, as well as Windows Defender Credential Guard. "This workaround may make a computer or a network more vulnerable to attack by malicious users or by malicious software such as viruses. We do not recommend this workaround but are providing this information so that you can implement this workaround at your own discretion. Use this workaround at your own risk," Microsoft states....

The good news for affected ThinkPad users is that Microsoft and Lenovo are working together on a fix. However, Microsoft hasn't said when that will be available.

Scientists have produced gene-edited animals they say could serve as "super dads" or "surrogate sires." The BBC reports: The pigs, goats, cattle and mice make sperm carrying the genetic material of donor animals. The researchers used a hi-tech gene editing tool to knock out a male fertility gene in animal embryos. The animals were born sterile, but began producing sperm after an injection of sperm-producing cells from donor animals. The technique would enable surrogate males to sire offspring carrying the genetic material of valuable elite animals such as prize bulls, said a US-UK team. This would be a step towards genetically enhancing livestock to improve food production, they added. Further reading: EurekAlert

CNET describes Venus as "a toxic, overheated, crushing hellscape where nothing can survive." But they reported Friday that one astronomy team's hypothesis published last month "could prompt a reevaluation of how and where we look for life in the universe." Carl Sagan speculated about life in the clouds of Venus back in 1967, and just a few years ago, researchers suggested that strange, anomalous patterns seen when looking at the planet in ultraviolet could be explained by something like an algae or a bacteria in the atmosphere. More recently, research published last month in the journal Astrobiology, from leading astronomer Sara Seager at MIT, offers up a vision of what the life cycle above Venus might be like. Seager has been a 21st century leader in the search for exoplanets, biosignatures, and worlds similar to our own. She's currently the deputy science director for NASA's Transiting Exoplanet Survey Satellite mission (aka TESS).

Seager and her colleagues suggest that the most likely way for microbes to survive above Venus is inside liquid droplets. But such droplets don't stay still, as anyone who's ever seen rain knows. Eventually they grow large enough that gravity takes over. In the case of Venus, this would mean droplets harboring tiny life forms and falling toward the hotter, lower layers of the planet's atmosphere, where they'd inevitably dry up. "We propose for the first time that the only way life can survive indefinitely is with a life cycle that involves microbial life drying out as liquid droplets evaporate during settling, with the small desiccated 'spores' halting at, and partially populating, the Venus atmosphere stagnant lower haze layer," the paper's summary reads. These dried-out spores would go into a sort of hibernation phase similar to what tardigrades can do, and eventually be lifted higher into the atmosphere and rehydrated, continuing the life cycle.

This is all speculation. Fortunately for Venusian life hunters, a number of astronomers and their instruments are trained on the complex planet. NASA is even considering a mission, dubbed Veritas, that could depart as soon as 2026 to orbit and study Venus and its clouds.

Meanwhile, more data from Venus, and perhaps new discoveries, may soon be incoming. The forecast for the planet remains, as it has for some time, cloudy with a chance of microbes.