Sure, but even in those "few cases" Testing will get them soon.

I did read at some point that Testing may receive security updates later than stable, might be in those cases in which backports come straight from unstable.

I don’t recommend going for (Debian’s/Devuan’s) testing (branch) as it targets a peculiar niche that I fail to understand; e.g. it doesn’t receive the security backports like Stable does nor does it receive them as soon as Unstable/Sid does. Unstable/Sid could work, but I would definitely setup (GRUB-)Btrfs + Timeshift/Snapper to retain my sanity.

From https://backports.debian.org/ :

Backports are packages taken from the next Debian release (called "testing"), adjusted and recompiled for usage on Debian stable

So by definition, security backports in stable are present in Testing in the form of regular packages, right?

Makes sense, thanks.

The band played 2 early albums + their latest one in sequence. Listening to whole albums in one go was great for many reasons.

Fellow PT-PT ISO user here. And although I use PT-PT in the OS, both my mechanical keyboards' physical layout is DE ISO, which has most special symbols in the same place. (finding DE keyboards is easier)

I've considered switching to UK ISO before. Typing brackets "[] {}" and a semicolon ";" is harder in PT-PT. Especially the curly brackets {}, which are really awkward to type with my small hands.

One that is written in C and also has a Python module: https://aubio.org/

May be a coincidence, but it stopped launching for me too. Worked Monday and Tuesday, yesterday I didn't try to play, today it didn't work.

Tried:

• running "verify integrity of game files"
• forcing Proton,
• clearing shader cache
• attempted various launch options, like vulkan, fullscreen, and windowed
• update all flatpaks (since I installed steam through flatpak)
• reboot

you can easily forget to catch it and handle it properly

Even if I coded the form by hand and that happened, it's on me, not on the programming language.

But I don't, I use a framework which handles all that boilerplate validation for me.

My point is, you won't ever try. You'd only use "weak" variables inside the function you're working on.

It's explicit when you absolutely need it to be, when the function is being called and you need to know what arguments to pass and what it'll return

I like it in modern PHP, it's balanced. As strict or as loose as you need in each context.

Typed function parameters, function returns and object properties.

But otherwise I can make a DateTime object become a string and vice-versa, for example.

From the F1 channel, here it is in action (shakedown test).

I don't know if we're discussing semantics. A performance score is attributed, and before the fix their scores were all 166. It doesn't work, as you said. So the consequence is the preferred core being "random", isn't it?