I don't think you need to limit yourself to a Thinkpad specifically. Linux should work on almost any laptop these days. I would look around for secondhand business laptops. They tend to be reasonably priced and often gently used when they are coming from business environments.

Sure, there is certainly nothing wrong with a T480, and if you can find them at a reasonable price then go for it. That said, I would not exclude any other brands out of hand if you can find a good deal on, say, a 3-5 year old business laptop from the likes of Dell or HP. For all the durability of a T480, bear in mind that it will already be ~8 years old when you get it.

I think historically Linux users had to be a bit more particular about laptop models due to spotty driver support on laptop hardware, hence the love for Thinkpads which had good Linux compatibility, but these days I think the only real compatibility concerns are around fingerprint sensors with proprietary drivers and the occasional oddball wifi chip.

Upgrading BIOS is also a concern as @[email protected] mentioned, but in some cases I have used a bootable Windows USB drive to run the .exe-based FW upgrades on my HP laptop, for example.

That's good to know. Thanks!

Yeah, that's fair. It definitely depends on the model and the product tier. All the manufacturers, even Lenovo's lower end/consumer models, can have poor build quality on some models, so I would avoid those. Your average mid-tier and up business laptop will probably hold up just fine, though.

At some level it may also be luck of the draw, even if build quality will help the odds. Sometimes even a high-end laptop can get dropped once at the wrong angle and stop working, and yet I have seen beat-up chromebooks which looked like they came from a warzone and yet somehow still run.

As someone out of the loop on this, it would be helpful if they didn't wait until 4 paragraphs into the article to state what OnlyOffice actually did. Likewise the article they link to by OpenOffice doesn't state what EuroOffice did until 7 paragraphs in.

Apparently it's a dispute about EuroOffice changing the logo when they forked OnlyOffice?

KDE. I don't even do much to customize it. I think it looks pretty good out of the box.

Side question: his job is asking him to run work programs on his personal machine? If they are not willing to provide a work laptop or if it is something that does not require powerful hardware to run, I feel like in that situation I would buy a burner laptop off ebay to run the work thing on.

That's just my personal preference, but I do not mix work and personal things on the same computer.

Electrical engineer here who also does hobby projects. I'm with you. I think some of the reason may be that modern GaN-type green or blue LEDs are absurdly efficient, so only a couple mA of drive current is enough to make them insanely bright.

When I build LEDs into my projects, for a simple indicator light, I might run them at maybe only a tenth of a milliamp and still get ample brightness to tell whether it is on or not in a lit room. Giving them the full rated 10 or 20mA would be blindingly bright. I also usually design most things with a hard on/off switch so they can be turned all the way off when not in use.

Of things I own normally I also have two power strips with absurdly bright LEDs to indicate the surge protection. It lights up my whole living room with the lights off. If I had to have something like that in my bedroom, I would probably open it up and disconnect the LEDs in some way, or maybe modify the resistor values to run at the lowest current I could get away with.

I feel like designers have lost sight of the fact that these lights are meant to be indicators only-- i.e. a subtle indication of the status of something and not trying to light a room-- and yet they default to driving them at full blast as if they were the super dim older-gen LEDs from 20+ years ago.

Interesting. As a former Manjaro user (several years ago now), my problems with the distro were more with their approach to package management and the AUR. They withhold packages for the main repositories, but the dependencies for AUR packages will always assume the latest packages, so I would constantly get into these dependency deadlocks where I could not install or could not update certain AUR packages because the necessary dependencies were the incorrect version. I view this as a fundamental technical problem with their approach, and was my main reason for switching away.

Hopefully the new structure/leadership will result in technical changes which fix their issues. Though if I am being honest, the vision of a Manjaro with rolling packages is basically just a reskinned EndeavourOS, so I am not sure what they would need to do for me to recommend this distro to anyone.

That is a lot of RAM. Only a quad-core processor, but I imagine should still be fine for general-purpose desktop use.

What would you want it to do? Honestly I would call that over-specced for something like a file server and would probably consume a lot of power if left on all the time. Maybe a media server which can use the discrete GPU for video encoding?

Linux Mint. Easy to set up, reasonably easy to use, and used by enough people that a quick internet search should probably turn up results of people who have run into similar issues if you ever have a problem.

Good news I guess, but at the risk of looking a gift horse in the mouth, didn't Intel previously lay off a bunch of their linux and driver devs just last year in July/August?

Sources:

https://www.phoronix.com/news/Intel-SLM-Driver-Orphaned

https://www.techradar.com/pro/linux-at-risk-recent-intel-layoffs-are-putting-key-projects-at-risk-experts-warn?pubDate=20250814

https://www.tomshardware.com/software/linux/major-intel-linux-driver-projects-are-dying-due-to-intel-layoffs-and-corporate-restructuring-compatibility-and-reliability-issues-could-increase-over-time

My first distro was an Arch fork and I moved to vanilla Arch a year later. My problems in that time have been minimal. Personally, I am glad that someone recommended that I use an arch-based distro as a beginner. Mind you, I came in as a modestly computer-literate Windows refugee willing to learn. I think for those types of people it can be appropriate to recommend Arch-based distros.

So, yes, if you are not willing to google a problem, read a wiki, or use the terminal once in a while, Arch or its forks are probably not for you. I would probably not recommend Arch as a distro for someone's elderly grandparent or someone not comfortable with computers.

That said, I do not know that I agree with the assertion that Arch "breaks all the time," or that I even understand what "Arch bullshit®" is referring to. This overblown stereotype that Arch is some kind of mythical distro only a step removed from Linux From Scratch has to stop. None of that has been my experience for the last 4 years. Actually, if anything, it is the forks that get dependency issues (looking at you, Manjaro) and vanilla Arch has been really solid for me.

Blah blah blah blah blah...

tl;dr the author never actually gets to the point stated in the title about what the "problem" is with the direction of Linux and/or how knowing the history of UNIX would allegedly solve this. The author mainly goes off on a tangent listing out every UNIX and POSIX system in their history of UNIX.

If I understand correctly, the author sort of backs into the argument that, because certain Chinese distros like Huawei EulerOS and Inspur K/UX were UNIX-certified by Open Group, Linux therefore is a UNIX and not merely UNIX-like. The author seems to be indirectly implying that all of Linux therefore needs to be made fully UNIX-compatible at a native level and not just via translation layers.

Towards the end, the author points out that Wayland doesn't comply with UNIX principles because the graphics stack does not follow the "everything is a file" principle, despite previously admitting that basically no graphics stack, like X11 or MacOS's graphics stack, has ever done this.

Help me out if I am missing something, but all of this fails to articulate why any of this is a "problem" which will lead to some kind of dead-end for Linux or why making all parts of Linux UNIX-compatible would be helpful or preferable. The author seems to assume out of hand that making systems UNIX-compatible is an end unto itself.

I think it is the reverse these days. AMD generally has better power efficiency than Intel.

Stick to the many guides available and you will be fine. One thing which I either missed or was glossed over in most guides is to install the Linux-firmware package. It is considered an "optional" package, but on all the machines I have ever used I have run into issues without it.

I have been using KDE on Arch across several machines for about 3 years now, then Manjaro for a year before that. At no point have I experienced instability or issues like that. Especially that last one; I'm the sort of person who regularly has 10+ tabs open on laptops with a fraction the amount of RAM that you have.

I would say that is definitely not normal. If that happened to me, I might search online or check journalctl -b -p 3 to see if it yields any clues.

The Arch installation tutorial I followed originally advised using LVM to have separate root and user logical volumes. However, after some time my root volume started getting full, so I figured I would take 10GB off of my home volume and add it to the root one. Simple, right?

It turns out that lvreduce --size 10G volgroup0/lv_home doesn't reduce the size by 10GB, it sets the absolute size to 10GB, and since I had way more than 10GB in that volume, it corrupted my entire system.

There was a warning message, but it seems my past years of Windows use still have me trained to reflexively ignore dire warnings, and so I did it anyway.

Since then I have learned enough to know that I really don't do anything with LVM, nor do I see much benefit to separate root/home partitions for desktop Linux use, so I reinstalled my system without LVM the next time around. This is, to date, the first and only time I have irreparably broken my Linux install.

I think you would need to provide more detail to know what you have. Does it have a model number on it anywhere?

Arch w/ KDE gamer here. I have generally had a good experience with it. I think everything you said is generally accurate. In terms of customization, lack of bloat, and a good wiki, Arch is generally considered to be all of those things. A rolling distro like Arch I believe will also be getting the latest proton updates, which may help with sooner game compatibility/optimization updates on more recent releases.

I say go for it.