https://en.wikipedia.org/wiki/Kosmos_482

Kosmos 482 (Russian: "Космос 482" meaning Cosmos 482), launched 31 March 1972, at 04:02:33 UTC, was an attempted Soviet Venus probe which failed to escape low Earth orbit. It is expected to crash back to Earth sometime around early 9 to 10 May 2025.[1][2] Its landing module, which weighs 495 kilograms (1,091 lb),[3] is highly likely to reach the surface of Earth in one piece as it was designed to withstand 300 g of acceleration and 100 atmospheres of pressure.

Die mad, loser.

A changelog written as if time went backwards, reporting all the features being removed from Emacs

I was trying to process a database of star data and export it to a texture which I could then use in a sky shader (instead of pre-rendering a cube map like a rational person), but Pillow does not seem to work well with color channels greater than 8 bits, so I thought... what if I just inline hundreds of kilobytes of data in an array? This isn't variable data. It doesn't need to be a uniform. It is not like the game is going to run long enough for these stars to move.

I have a feeling this won't work, but I want to see if it will almost work. The shader compiles and runs, though it is not yet processing this data. It takes a pretty long time to compile though. Every time I type in the Godot shader editor the CPU cooling fans spin up to maximum. The editor also seems to really hate text files where lines are 340,000 columns long

Update: It took about five minutes to render one frame, and then Godot crashed.

Hello comrades. In the interest of upholding our code of conduct - specifically, rule 1 (providing a friendly, safe and welcoming environment for all) - we felt it appropriate to make a statement regarding the lionization of Luigi Mangione, the alleged United Healthcare CEO shooter, also known as "The Adjuster."

In the day or so since the alleged shooter's identity became known to the public, the whole world has had the chance to dig though his personal social media accounts and attempt to decipher his political ideology and motives. What we have learned may shock you. He is not one of us. He is a "typical" American with largely incoherent, and in many cases reactionary politics. For the most part, what is remarkable about the man himself is that he chose to take out his anger on a genuine enemy of the proletariat, instead of an elementary school.

This is a situation where the art must be separated from the artist. We do not condemn the attack, but as a role model, Luigi Mangione falls short. We do not expect perfection from revolutionary figures either, but we expect a modicum of revolutionary discipline. We expect them not simply to identify an unpopular element of society , but to clearly illuminate the causes of oppression and the means by which they are overcome. When we canonize revolutionary figures, we are holding them up as an example to be followed.

This is where things come back to rule 1. Mangione has a long social media history bearing a spectrum of reactionary viewpoints, and interacting positively with many powerful reactionary figures. While some commenters have referred to this as "nothing malicious," by lionizing this man we effectively deem this behavior acceptable, or at the very least, safe to ignore. This is the type of tailism which opens the door to making a space unsafe for marginalized people.

We're going to be more strict on moderating posts which do little more than lionize the shooter. There is plenty to be said about the unfolding events, the remarkably positive public reaction, how public reactions to "propaganda of the deed" may have changed since the historical epoch of its conception (and how the strategic hazards might not have), and many other aspects of the news without canonizing this man specifically. We can still dance on the graves of our enemies and celebrate their rediscovered fear and vulnerability without the vulgar revisionism needed to pretend this man is some sort of example of Marxist or Anarchist practice.

Perhaps one of the more surprising changes in the 6.12-rc4 development kernel was the removal of several entries from the kernel's MAINTAINERS file. The patch performing the removal was sent (by Greg Kroah-Hartman) only to the [email protected] mailing list; the change was included in a char-misc drivers pull request with no particular mention.

The explanation for the removal is simply ""various compliance requirements"". Given that the developers involved all appear to be of Russian origin, it is not too hard to imagine what sort of compliance is involved here. There has, however, been no public posting of the policy that required the removal of these entries.

An early comment likely pins down the prevailing institutional pressures leading to this decision

What's the deal with an international project adhering to what is obviously a decision of the US government?

Hint: The Linux Foundation (which notably employs Greg KH and Torvalds, and provides a lot of the legal and other infrastructure for this "international project") is based in the US, and therefore has to follow US laws.

This is pretty fucked up. Like, we might see the kernel forked in the coming months/years.

See also: Phoronix: Linus Torvalds Comments On The Russian Linux Maintainers Being Delisted

After 21 years of development, FreeCAD 1.0 is rapidly approaching. The project has entered a release-candidate phase, where testing versions are released for last-minute evaluation and bug discovery before finalization. This post links to the RC1 announcement (the big news), but a second release candidate has been published since then.

If you've been running Linux for a while, you may have seen libcaca get pulled in as a dependency here or there and thought it had a funny name. It is a library for manipulating text graphics ("ASCII Art," though it has full UTF-8 support). I visited their website this morning and thought it was remarkably quaint.

Also got a big laugh out of "Terror on the Desktop."

Designed in FreeCAD and printed on a custom Ender-3 V2. A couple more details / photos in the Mastodon thread.