Ubuntu is based on Debian Experimental instead of Debian Stable. Ubuntu does a lot of vetting of pachages, selection and such, and Mint benefits from that.

Even in the fully debian derived branch, a lot of pre-requisite work was done by Ubuntu, and LM derives information from those choices when building their Debian Editions.

If debian dies (which can happen, for example because right now they are having problems getting new members in the community), Ubuntu will have to sort the mess out, but they have the money to do it, so LM is safe. If Ubuntu dies or becomes untennable (or, pulls a RedHat, as it were), LM can go directly to Debian and sort the mess.

If Deban dies AND Ubuntu becomes untenable in around the same timeframe, only then LM is screwed, base-distro-wise.

In the very late '90s and most of the '00s, Automated Fuzzing tools were ivented. That led to a massive increase of vulnerability discovery and reports, increasing significantly the workload of maintainers. Also, bad actors started to use said tools to discover vulns before the maintainers could discover and patch them.

If you search tech websites of the era (including slashdot) you will see the same set nad tone of articles. Maintainers complaining of the increased workload. The sky is falling. Security-pocalypse...

In the end, the big corpos steped up giving tooling and compute capacity for free to run the new tools against the existing codebases, both for project important to their infrastructure, as well as projects that would earn them good PR points.

Also, the maintainers were able to adapt their procedures, tooling and community to the "new normal" increased workload, and the software world kept turning without the sky falling off.

This shall also pass.

Yes, not all projects will survive, and of those which survive, not all wil get through unskaved, but stresses like this help separate the grain from the chaf

... A tutor for the superior school and university interns.

The programmers will assume the role of the tutor who assings tasks to the interns, the interns being the AI. Sometimes the AI will give back results conmensurate with what a TSU (Tecnico Superior Universitario - University Level Tecnician) student would produce. other times the result will be more aligned with what an engineering student would produce (slightly better)

In both cases, the tutor is the one who doles out tasks, specifying how to do them. And it whould be very irresponsible from the tutor to let loose the interns' code without grading and correcting it first

I think the term "babysit" was chosen to induce rage, as in ragebait

I get no cold offers, or recruiters. But I do get those automated linkedin job offer mails. Applied a couple of times. Entered the proces? Yes. Canonical. Twice. For a couple of Cloud Positions.

Sadly, did not get hired, god knows why

So, yes, LinkedIn still has a little value.

for clean room implementations.

If the AI model was trained using the OG software project that is being replicated, they are screwed.

That should be very easy to see, in the discovery phase just ask for a list of all the software that was used to train the AI model. IS a yes/no answer, if the AI saw the OG software, then there was no clean room, the room was dirty, very, very dirty

Reading that book (or, more exactly, its "Reader's Digest", the book itself I read a long while afterwards) was what made me want to become an Electronics Engineer

One of the most influential books in my life. Perhaps, the most influential one.

GodSpeed Mr. Kidder

A Canadian AI (or a national/multicountry AI) would work as a nice baseline for everyone in the country.

Instead of having hamstrung gratis AI that can be withdrawn at a moments notice, you get fully fledged Gratis AI that depends solely on your country. If then you (or your company) wan to pay for some other AI, so be it.

From a soveringty point of view is cool, as you are not beholden to for profit companies, be them national or foreign.

And please remmeber that AI ius much more than LLMs and other Gen AI. Slef-Driving Cars, Platoon Driving trucks, (semi)Autonomus androids/robots, and context aware industrial machine tools/robots need AI too.

I hope canada is contemplating these cases as well, and not fixated on LLMs

At the end of the acquisition, and even though ATi was the bigger company, it was the ArtFX team xalling the shots post merger

This seems like an acqu-hireM the Astound board wanting a change of leadership team, while also increasing footprint and subscriber count...

Converting BSD system Calls to Windows (or Linux) system calls so that a BSD-X86-64 programs run faster in a virtual environment is a manageable problem. And both PS4 and PS5 are essentialy, at their very core, X86-64 PCs with AMD Graphics running BSD.

Given that Sony takes sometimes years to prot from Playstation to PC, by the Time they would have ported the game, the emulators will be ready anyway.

I mean, even the Weird architecture of the PS3 (Cell Processor) was emulated eventually, and a BSD-> Windows (or Linux) WINE equivalent is orders of magnitude easier than that. So...

Bring it on!

107% agree with you, but: The Big-unn paying distros (in particular Red Hat and Android) do not use LTS kernels as their main kernels (although they give said kernels as options), let alone use CIP kernels (supported for 10 years).

I wish they did, but they do not. Why? I suspect it is more of "when we started development of the next version this was the 1st kernel that had everythig we needed" and less of "Let's NOT use an LTS kernel so that customers depend on us for backporting and patches".

6.12 was selected by the Linux Civin Ifrastructure Platform (CIP) to have a "Super LTS", accepting Limited patches for 10 years.

The fact that G.H-K will support it as LTS for 4 years means more time with "propper" patches and less time the CIP has to do the work with less funding and limited patches.

Many projects (most notably OpenWRT) use only CIP Kernels.

If I were a smallish distro, with limited number of voluntaires, I'd Aim to use CIP kernels in General, and 6.12 in particular, even If the project does not do LTSs.

YMTC does not produce RAM, yet. It will produce RAM in the future, probably in 2027 when the fab you allude to comes online.

They are a very fine purveryor of NAND Flash for storage.

I do not know why it was removed from linux. But the same phenomena happened on Windows. I do not remeber if it was on Vista or 7, but around that timeframe. Which makes me suspect there is a technical reason behind doing it.

I guess it has something to do with 3D-rendered Desktop environments not being able to leverage said functions.

At around PCIe5, the speeds were so big, that Datacenter came first, consumer came (much) latter, and that gulf will only widen. Think of the datacenter as paying the early adoper tax for these technologies.

And by the way, When they released the PCIe 6 spec all those years ago, the PCIe-SIG knew full well that consumer boards with PCIe6 would come at the end of the decade. The president of the PCIe Sig said as much in interviews at the time.

Read TFS. These PCIe 6 SSDs were never designed for consumers. More so, ever since PCIe 6 Spec was Released in 2022~2023, the PCI-SIG knew that it would be datacenter only ontil the latests part of the decade... And clearly communicated that.