Yes you absolutely can do it for some modules. For example, systemd-timesyncd can be removed and ntpd or chrony installed instead if you need more functionality than just simple client time syncing, such as when you need your own time source as well as syncing.

Likewise systemd-resolved is often left out and a caching local DNS server can be used instead, or left out entirely.

And I very well could remove systemd-networkd and systemd-container since I don't use containers, flatpak, or kvm.

Can I remove others? Possibly, but there's not a lot of reason to do so. These modules serve valid purposes and address actual technical shortcomings we had before, such as process cleanup which was often a problem before systemd-pam.

Shrug. It's not a boogeyman. No one's out to get you. It's not a government plot. There are many valid reasons why systemd has become a core Linux component. There are plenty of distros (and operating systems) that eschew systemd if you don't want or need features like containers and KDE or Gnome, etc.

that can run your old classic desktop environments like you always used to.

Yes I have done a timer file before, but it's been a long time.

Fortunately Cron still works fine, and will continue to do so. But I'd be hard pressed to remember all the cron parameters without a comment at the top of the crontab to remind me.

Shrug. It's sixes.

And the number of false convictions (roughly 25% of those convicted in the US) doesn't cause a problem for you?

Then you're part of the problem.

With the way memory prices have gone with this latest generation, I want the next gen of CPU's to have a memory interface that can support mulitple different types of memory.

EG, the boat doesn't have memory slots - it has a connector that allows you to connect memory slots of whatever type you want (DDR6, DDR5, DDR4, etc).

These damned memory sticks have gotten too expensive to replace every time I upgrade my CPU.

I wouldn't mind seeing GPU's with socketed VRAM either. Given how much of the price is tied to that it would be good to be able to reuse those components.

Yeah that's the winning move. I already use a pair of those (one on a Rasperry Pi that I use for Streaming and one on my actual gaming PC).

The benefit of this mostly being a PC is that you aren't locked to just using the "official" hardware.

US: 66% (Wall Street's numbers aren't those found in official statistics)
UK: 28.9%
Holland: 23%
Norway: 16%
China: 6%

US' conclusion: The rate is a complete mystery, we've no idea how to decrease it, let's do more of what we're currently doing differently to everyone else.

There is a slight possibility this may be flawed.

You might want to train your algorithm a bit. Mark obvious AI channels as "Not Interested in this content". Make sure you're subscribing to non-AI channels that you like

Obviously in my subscription feed I get 0% AI, but even in my homepage/recommended I get no more than 5% or so AI recommendations.

Because Youtube is about half AI slop these days. At least given the kinds of video topics I might be interested in. It's kind of discouraging. Some of them actually are now marked as AI generated. I generally stop watching channels that I find or suspect are AI, even if the material appears to be accurate. I just can't support creators who don't actually create.

Further to that systemd is highly modular. Most of it does not run in PID 1. On my fedora system there are half a dozen individual systemd module packages that can be used or not as the system needs and is designed. systemd is not at all monolithic.

All this systemd hate is pretty infantile and entitled, frankly. You're free to build Linux to not use systemd if you want. There are distros that eschew systemd and you can use them and contribute to them. And if a project embraces systemd you are free to fork that and roll back the changes if it's that important to you.

Meanwhile systemd's plain config files are way nicer to work with than any sysv init script I've had the mispleasure of dealing with. I am ambivalent regarding the journal. I still use rsyslog a lot and for the most part it acts as it did before. When debugging individual services the journal definitely is a big help especially because it logs stderr and stdout, although I don't like having to type journalctl all the time. It doesn't exactly roll off the fingertips.

Go right ahead. This is Linux after all. You are free to build it however you want.

It has seemed to me, for a very long time, that modern AI systems would need to be integrated with standard RDBMS systems for reliable persistant storage of raw information, some sort of no-sql database (memcache or some variant) for persistant storage of associations, some sort of document database for blocks of textual information, a SPARQL system for searching semantically-marked information within the document database, and a more old-fashioned back-propogation NN to provide a store of understanding that the user can directly manipulate.

Probabalistic classifiers are all fine and good, but only for a subset of the tasks needed. The above structure is a very loose, wildly-speculative initial framework. It's almost certain that if you actually tried building an integrated multi-model system, that you'd end up making a lot of changes to this basic idea, but that you'd end up having to implement the same core concepts that are identified in it.

The British government, in a desperate bid to increase profitability, has trademarked Alan Turing himself.

How is ChatGPT supposed to know the difference? Both involve hands and mouths, so clearly it's the same context. :P

From their careful selection of text, they WANTED it to mean something else so badly that they couldn't handle putting in the full text. It's a common blight on today's Internet, where people want other people's writings to mean something other than what was meant by the writer, so carefully select the words they read.

That's the entire point. Trying to solve other people's problems NEVER WORKS. You CANNOT control others into responsible behaviour, but you CAN place them in a position where they will choose to be responsible of their own accord. It is the ONLY way that works. It is the only way that has ever worked. If you look at computer programming, you will see this repeated over and over - well-meaning "hard rules" are ignored, STANDARDS are kept.

You must give them parameters and force them to find their own solution within those.