@briankrebs yeah, well, they put Stalin's name on Lenin's mausoleum, too, and then quietly ripped it out when it was politically okay to do so.

Saying our last goodbyes to Equinix servers. First as packet.net and then as Equinix Metal, they served kernel.org wonderfully over the past 7 years. With the deadline looming on Dec 31, we're powering them off today. They've been replaced by Akamai and servers.com, (though we had to downscale our mirrors service from 4 worldwide nodes to just two, one in NA and one in EU).

Just as I was getting over jet lag, I come down with something. Flu, probably, judging by Canada-wide numbers. Both of my kids were sick with it as I came home, and the poor sleep definitely didn't help my immune system.

Stephen Rothwell is "stepping down as #Linux-Next maintainer on Jan 16, 2026. Mark Brown [@broonie] has generously volunteered to take up the challenge.":

https://lore.kernel.org/linux-next/20251218180721.20eb878e@canb.auug.org.au/T/#u

To quote: ""It seems a long time since I read Andrew Morton's "I have a dream" email and decided that I could help out there - little did I know what I was heading for.""

Many many thx Stephen for all your really hard work on this over all those years, it helped a tremendous lot!

#LinuxKernel #kernel

@monsieuricon worst Christmas post so far...

@dme Keeping things distributed, for the most part. AKA "returning to the original ARPANet design goals."

I won't lie, some of my infrastructure decisions are driven by the consideration that by 2030 large parts of the world will be in a hot war, with nation states specifically aiming to knock out each-other's energy and computing infrastructure for economic disruption.

I am, hopefully, completely off my rocker on this one.

I know nobody asked me, but I do quite happily use Vivaldi.

Me: 0, jetlag: 3

Me: 0, Jet lag: 2

*Sigh*

I haven't seen my brother since I left Western Australia.

We were separated at Perth.

Through the magic of timezones, I landed in Montreal and hour before I even left Tokyo.

I enjoyed Tokyo, but will probably enjoy it more closer to spring. Till next time!

#StarTrek

Always nice when the kernel TAB thanks you by name.

[$] Toward a policy for machine-learning tools in kernel development

The first topic of discussion at the 2025 Maintainers Summit has been in the air for a while: what role — if any — should machine-learning-based tools have in the kernel developmen [...]

https://lwn.net/Articles/1049830/ #LWN

"RemoveWindowsAI" is a script created by zoicware, available on GitHub, that does exactly what it says: it remove every AI feature in Windows 11. Do what you wish to do with this information. I'm sharing this because some folks are forced to use Win11 at work or other places for any reasons.

https://github.com/zoicware/RemoveWindowsAI

Subject: Directory Listing Enabled on https://mirrors.kernel.org — Data Exposure Risk

Hello Team,

I hope this message finds you well. This is a gentle follow-up regarding the vulnerability report we submitted.
...

---

Please post appropriate meme reactions, I'm too jetlagged to make the effort.

kernel.org tooling update from @monsieuricon

https://lore.kernel.org/all/20251209-roaring-hidden-alligator-068eea@lemur/

""These are the topics that were touched on at the [#Linux #kernel] maintainer summit […]

# What is the state of tooling?

## b4 development update

[…]

- Seeing lots of adoption and use across subsystem,

[…]

I spent a lot of time on trying to integrate AI into b4 workflows, but with little to show for it in the end due to lackluster results.

[…]

it was certainly ironic that one of the top challenges for us was to try to keep AI crawlers from overwhelming kernel.org infrastructure.

[…]

## Are we finally moving away from patches sent over email?

[…]

With lore and public-inbox, we *are* in the process of moving away from
relying on the increasingly unreliable SMTP layer.

[…]

## Work on "local lore"

[…]

## Other tools

### Bugzilla

It may be time to kill bugzilla:

[…]""

#LinuxKernel

@kernellogger You could mention https://www.kernel.org/releases-calendar.ics

For the second part, I'm not sure which one you mean. There's a manifest of all trees that we use for replication, maybe that? It's for grokmirror specifically: https://git.kernel.org/manifest.js.gz