Would’ve been nice of them to compile the kernel with a fix applied to see how much of an impact it has (though even in the post they seem to suggest that it’s not that impactful unless you run massive clusters)
I’m not tied to anything at this stage, but I don’t have a lot of free time for trying different stuff. Can I install this DE alongside cinnamon, like I have with i3?
Kind of… The problem with full DEs like GNOME and KDE is that they pull in a lot of dependencies and make a lot of changes. So it can break visuals or change icons in each others environments or install apps with duplicate functions. Something like i3 has a lot less clutter because it expects the user to build their own environment.
The best way to try out KDE would be to install it under a new user on your system so it doesn’t conflict with your original home directory. Or you could boot up a live image of Kubuntu or some other KDE flavored Linux distro and mess around with it a bit to see if you want to commit to it.
While you can install KDE on mint without issues (apt install kde-plasma-desktop) I would recommend installing a KDE focused distro because sometimes they have better default configs.
But Plasma should be able to do win + arrow keys out of the box and current versions of Plasma should have basic tiling functions by dragging a window around and holding shift. If there’s anything you don’t like it’s a very configurable platform.
I’m wondering why “I use Funtoo btw” didn’t become a meme, and arch did. Gentoo is objectively better at letting the user customise everything compared to arch
I’m pretty sure it’s because less people use it. They make fun of Gentoo taking longer to compile stuff on install/update, but that’s pretty fast nowadays. What really takes up time is making all the choices. I remember hours of selecting obscure kernel options and choosing use flags “what is ncurses? Do i need ncurses? What is sdl? Do i need sdl? …” I mostly use Ubuntu now, because I got no more time for that.
There are binary versions of heavy stuff at least. Although, yeah, it kinda becomes tedious once you get into more or less obscure options… Mine was compiling everything with musl (for some reason)
I honestly had no idea how to do use flags and just gave up on gentoo since a lot of things I wanted to install needed me to tinker with them somehow, but I might try again later on.
Dell inspiron 15, unfortunately. Going for about $300 the last time I checked, add in another stick of RAM and an SSD, perfect linux machine right there
Is anyone actually running modern Linux on Itanium? I have never in my life even heard of anyone using those chips. I find it hard to imagine anyone still using them that isn’t running something legacy.
It’s still a supported architecture in Gentoo. I expect it will limp along there for as long as there is viable kernel source (current or LTS) and at least one interested maintainer. So if you have an Itanium machine lying around, you can install a current Linux on it. As long as you’re willing to follow a long set of instructions, anyway.
The last chip was manufactured 3.5 years ago and the last serious user was probably several years before that. Obviously no one’s running Itanium with modern hardware.
But just because the hardware isn’t modern, doesn’t mean the software can’t be modern. Tonnes of people run the most recent Linux kernels on 15 year-old laptops, so why not 10 year-old servers? Itanium is only for the hobbyists these days, but so what? Hobbyists have done a good job of ensuring modern Linux can run on 40 year-old 68k. Itanium can theoretically be done, too. It’s just a question of whether the hobbyist community has enough of the right people that can actually maintain it.
Hobbyists, especially hobbyists in itanium are an incredibly small market share. Their time is much better spent on what people, and most importantly businesses (who pay their bills) use.
It wouldn’t surprise me if there were still a few production Itanium systems in server rooms somewhere, running some obscure or bespoke proprietary software that can’t be migrated to anything else. There are other more arcane systems still being limped along in businesses around the world, for some frighteningly critical applications in some case.
Itanium support being dropped probably has a handful of admins panicking, but in the eyes of the kernel developers it’s a case of “put up or shut up”.
running some obscure or bespoke proprietary software that can’t be migrated to anything else
this is the primary issue – everyone looks at corporations when talking technical debt, but so many medium and small businesses are limping along on so called “enterprise” solutions they were sold a couple decades back and are now completely locked into proprietary formats for which support ended last decade
I’m a mech E in the medical field. We’re consistently understaffed. If I validate an Excel worksheet in Excel '08 or a Python program in 3.5 with a specific version of NumPy, we’re probably sticking with those versions for a while. Every time I bring up re-validating with the latest version, keeping one old system running the old software requires fewer resources than me or a colleague re-validating.
My whole department is stuck on one version of Python because that was the most recent version when I had an emergency project and developed a data analysis algorithm. We validated it, then as new members were added to my team, they needed a copy, so we had to keep using it. I’ll probably re-validate it to the next Python release. It’s not only unit tests, or we could automate validation. Unit tests are a tiny part of validating software for making medical decisions. And software that directly runs a medical device (like firmware on an insulin pump) is an order of magnitude more rigorous than what I do.
Side note: there are people who somehow root their insulin pumps and run algorithms on them. There’s a group that can get a PID control loop on an insulin pump that has a more simple control scheme on it (because that’s how the FDA approved it). The company has been trying to get approval to use PID control in the US for years.
The AS/400 platform is still alive and actively maintained by IBM so I’m told, although I think it goes under the Power Systems and IBM i brands now. I know several business still using them, with development teams still coding with RPG etc. Apparently there is also reasonable ecosystem of middleware to interface with more modern systems, and some sort of *nix compatibility layer to run more modern software on the platform.
I’ve never touched one myself, but they are keeping a few greybeards I know in steady work.
Mine was Mandrake 6. RedHat 5.2 was my first, and I was surprised how much easier Mandrake was in comparison. But the one that really wowed me was SuSE (before they became OpenSUSE), I was blown away how polished and user-friendly it was. Windows 9x/ME felt like a joke in comparison at time. And some people still claim Linux isn’t user friendly… and I’m like, bruh it’s been user friendly for about three decades now…
I’m using docker packages for Doom Emacs. The main one is docker.el. On top of being faster and easier to use than the cli, you can also do some pretty neat stuff like use dired+tramp to browse files and open them in Emacs.
I just tested it and unfortunately it did not fix the problem. Thing is, not Lutris nor Steam is picking up the gamepad. So I don’t see Steam eating the input, since it also doesn’t seem to recognize it.
Sorry, I misunderstood. What controller are you using? It seems odd that only jstest is detecting it. I initially needed to use an enviroment variable for my Steel series Stratus duo, but I think that was a layout issue.
I am really just using some very cheap off brand controller I found at some store. It does work on my RetroPie, but not my Debian pc. I have now switched over to my steam controller (since it works without any problems) and playing with it feels fine too.
So I guess I the problem has been solved for me, but the mystery of what causes this issue remains.
I’d suggest checking section 5.3 of the arch linux wiki gamepad page. Debian probably either has an older version of the related package or retroPie might have extra patches. Could not say what package for certain though. Arch Wiki Gamepad
linux
Active
This magazine is from a federated server and may be incomplete. Browse more on the original instance.