Might be related to those sleep state stuff that microsoft keep pushing. I think LTT has a video about how it causes battery to drain while off. I think the solution was either shutting it down while unplugged, or while plugged in or something. If you always shut the laptop down with the charger plugged in try to unplug the charger before shutting it down and see if it makes a difference. Or the opposite. I don't remember which it was.

To be fair I haven't configured a firewall either on my laptop. But that's out of lazyness, not out of good practice. Good practice would be to have a firewall enabled. Just because something is unlikely to happen statistically doesn't mean it's bad practice to take steps to protect against it.

I fail to see why this is bad advice. Sure you could just disable the firewall on your computer on a local network. But that's under the assumption that you can trust everything on your local network. What if it's a laptop? Do you also trust any public networks you may connect to on the go? Having firewall both on the router and on your computer provides an additional layer of security, and I think that's good advice in general. You can for example set it up to only allow incoming connections when connected to your home network for example.

Anyone know what real time means here? Does it mean that sleeping a thread is more accurate (as in the thread is resumed at the correct time after calling sleep)? Or is there an API that implements some functionality for something that should run in real time?

Wrapping a value in a mutex just makes sense. After learning a bit of Rust I made a similar mutex wrapper in C++ when I had to protect a class member in a C++ project. I just had to change the type in the declaration, and bam the compiler tells me about all places this member was accessed. Much easier than using some buggy 'find all references', potentially forgetting a few places.

I think the author of the article just haven't understood how to use the ? operator yet, and don't think they deserve being called "utterly incompetent" for it. Whether something is a monad or not is not necessarily something a programmer should have to think about on a daily basis IMO.

I just think of rust errors as a tagged enum with either a value or an error. And the ? operator as syntax sugar for returning if something was an error. IMO that simple understanding is sufficient to do error handling in Rust. I don't think we should gatekeep programming behind some intellectual barrier of whether or not you understand category theory. I certainly don't understand what a monad is, but I can still write working software and do error handling without unwraps.

Oh that's good then. I think they stopped using whitelists a while ago, so if it is slotted you can probably replace it with anything. Maybe they reversed course on soldered modules then, or perhaps it only applied to some models. I looked into specs of the T16 at some point, and that one had soldered wifi module.

A lot of the modern thinkpads have the wifi module soldered to the motherboard nowadays unfortunately. Sad that they would use these crappy realtek cards in the first place as well.

Yeah the thought is that as long as my patch applies without error, I would get the latest kernel automatically built and can just update my laptop normally with pacman. And since I have a server anyways I might as well use it to compile the kernel at night. I'm also thinking of doing the same with some aur packages as well.

I use a custom kernel on my laptop. I just modified the PKGBUILD of the official arch kernel package, and added my patch as a file. Then I could build a proper package with makepkg. I'm planning on setting up my server to automatically build the patched kernel and serve it in a private arch repository, so I don't have to compile the kernel on my laptop regularly. I'm waiting on forgejo (git forge I host on my server) version 9 to be released first, as it should support arch package hosting by then.

Thanks. I had a blast reading my old comments :p

For old not very demanding games by todays standard, yes. As long as you get something new enough to have proper support for Vulkan API (such that DXVK would work). As others have mentioned, AMD have better iGPUs than intel, so definitely look out for that.

I wished tiling windows would work like snapping of floating windows, but more powerful. For example instead of snapping only to the edge of the screen, I would for example hold alt while dragging a window and would get a preview of where the window would snap to depending on where I'm hovering. And that it would resize the other windows accordingly.

Having to remember or customize a billion keyboard shortcuts for switching between windows and rearranging the grid, makes tiling window managers DOA for me. I don't have the time/energy to set it up or practice the shortcuts.

I tried it briefly. I like the idea of an alternative to VS code, that's not some inefficient javascript electron app. But the focus of zed seems to be on collaboration in cloud and also pushing LLM tools. That's not what I'm looking for. I disliked that it was impossible to hide the "log in to github" button (I don't want to log into an editor). Irked me the wrong way.

I think AMD is better at both performance and battery life these days, also the iGPU is faster. Also as someone else mentioned, there are issues with 13th and 14th gen intel (CPU's are dying) so avoid that if you can.

I don't know specifically about the T470, but if you have an nvidia GPU, you might have issues depending on how the display outputs are connected to the GPUs. I had a T420s at some point with an nvidia GPU, and it was a PITA to get the display output to work on linux. I had to permanently enable the nvidia GPU for that to work (cutting battery life in half), because the display output was connected only to the nvidia GPU. I swore to never buy an nvidia product ever again after that experience.

I'm only saying this because I've seen a few videos about windows users switching to linux mint lately. Having to update the kernel for the computer to work is a common occurrance. IMO the newest available one should be the default one. We should strive towards giving new users the best possible first impression of linux.

They really need to update Mint though. Sure it is good.. on old computers. Anything made the last couple of years will have issues due to an ancient kernel and mesa. We should stop calling it stable/lts and unstable, because users will always pick the one called stable, even if the 'unstable' one is the one that would in most cases work the best for desktop linux. Or at least we should separate the kernel and mesa away from the rest of the 'stable' packages, and include recent versions of that by default, to not scare away people with driver issues.

It's good they're expanding and getting closer but still no Norway :(

We're always last to get interresting tech, if we even get it at all.

Yeah linux support for ARM SOCs is not ideal. There might be some fork of the kernel working with specific proprietary driver blobs. But in a few years its basically abandonware.

RISC-V is what we should try to make happen as a replacement for x86, instead of yet another proprietary IP.