As someone who uses Arch as their daily driver: DO NOT use Arch if you’re not already very familiar with the Linux ecosystem. It’s very powerful, but not at all beginner friendly.
I literally just got Rocky installed on two servers. We were going to field test before migrating to a paid subscription. That sure as hell isn’t happening now. If IBM cannot help but to bite the hand that fed it, then I have little confidence they aren’t going to turn into another Oracle.
If IBM cannot help but to bite the hand that fed it
Which hand was feeding them and how are they biting it?
Idc about IBM but the saying makes little sense to me here. It’s not like Ubuntu annoying Debian which at one point was their upstream. They find upstream up to fedora and beyond.
If anything, Distros like Alma and Rocky bite the hand that feeds them by offering paid support contracts. Nothing is illegal about that. But I think the saying fits the reverse better.
I have an older g502 and while the software is windows specific (maybe there is a mac version too?), the actual settings are saved on the firmware. So connecting it once to windows and configuring it should suffice. Just an idea since you already spent the money…
This is the what I did. My wife still uses windows so I configured the mouse on her computer, saved the configuration, and have it working smoothly on my PC.
While it was easy to set it up this way, I really don’t like the idea of needing windows to configure my mouse though. I really wish logitech would start offering official Linux support.
I still have a ~10 year old Logitech G500 that has finally started to go bad. I’ve been looking around, and it seems that Logitech’s quality has been going down the drain - apparently sometimes clicks get registered as double clicks on recent models?
Can you (or anyone else who has one) comment on their experience with that?
I had a G500 for several years as well as a G5 before that. They worked great for years, but the G5 started to randomly slow down or disconnect/reconnect, and the G500 had that double-click issue you mentioned. I didn’t get another logitech after reading some reviews that mentioned the same issues.
I went with a Zelotes C-12. I don’t like it quite as much as I did the others, but it’s okay and has a lot of buttons. The scroll wheel did break once, but I was able to fix it.
If you still have the G500 (or anyone else who has the double click issue), you can try taking it apart and cleaning it. Mine started to do the same thing about 6 months ago. I followed this guide to clean the metal contacts: …intricus.net/…/how-i-fixed-my-logitech-g500-mous…
I didn’t do step 4 to remove the leaf spring and followed the advice in the Warning section in step 3 instead. It surprisingly worked and I’m still using my G500 now without any double clicks since.
This seems like a golden opportunity for distros like Suse and Ubuntu, who offer enterprise support for their free product, to poach some RHEL customers.
I wish Ol’ Debian would get the love it deserves, especially for enterprise where their “stability over the latest flashiest software” philosophy should really shine. People on the desktop side criticizing how slowly Debian packages update is generally responded with “well it’s a server OS first and foremost, the Debian derivatives are more suited for desktop,” so why does no one use Debian for servers? And as far as I know Debian has always prioritized stability and reliability above anything else, and have never pulled any sort of corporate antics even close to what Canonical and Red Hat have pulled.
I’m using it. Almost 200 servers at work. No problems whatsoever. I almost smile reading news like this, because it shows me I did the right thing betting on debian
For me the perfect example is GNOME Builder (I use KDE Plasma) but this package has it all. No, you dont need to download any dependencies, the sandbox handles it all!
That’s not all that different than a traditional package manager. You’re downloading the dependencies either way. With Flatpak, they’re bundled in. With a traditional package manager, it just fetches all the dependencies and shows you that they’re being installed one-by-one. Either way, it’s one command to install.
I’m far from an expert. But I think an advantage of Flatpak is in the case of different programs needing different versions of the same dependency. Flatpak keeps them sandboxed from eachother. And from your system. So if for example a program depends on Python 2, but your distro depends on python 3, you could install the Flatpak and not worry about it. Atleast I think that’s how it works…
Edit: I misread your comment. Lol I see what you’re saying now. My bad
You’re correct that Flatpak solves that problem, and there’s some value there. But you can also solve the problem by just having two versions of Python or two version of libjpeg or whatever installed, and then you as the user/admin manages ensuring that each program uses its correct dependency. That’s certainly more difficult, but I’ve just not found it to be problem that is both frequent enough and difficult enough to solve that I would personally value the tradeoff in overall complexity of adding Flatpak to the way I manage and use my systems.
Any popular distro will work equally good. The downside is that you have a NVIDIA gpu and it doesn’t work with Wayland. Nvidia said they’ll release Wayland support before end of the current year but let’s see.
For the best Nvidia support out of the box you’d probably try Pop_OS! first. But you can just format your biggest usb stick with Ventoy2Disk and just drag and drop any file into it and test the distro in live mode before installing anything until you’ve found your favorite distro. At this point you choose the one which satisfies your eyes most.
There’s also Nobara Linux, which is created and maintained by the Linux gaming legend GloriousEggroll, but it is unclear to me does it provide any benefit over other distros.
This may not work for everyone, but the only way to truly embrace Linux was to wipe the windows partition and start using Linux. That’s it, you no longer have to option to run back to your dual booted Windows if shit doesnt work. You sit down and figure it out.
I run GNU/Linux on all my computers except on the one I use for work because I need to run ETABS and SAP2000, I really wish I had the time and expertise to code my own structural analysis software so I could be free of these.
I got an Epson ecotank printer. It doesn’t work out of the box with Linux, but there are drivers and it does the job. Otherwise it’s been pretty dependable.
Nope, don’t like them. Nor snaps. I find the sandbox nature annoying and many developers don’t actually seem to understand it correctly anyway meaning you have to use flatseal etc. Then having to deal with some apps writing config within the sandbox and some writing it outside the sandbox…
My order of preference is generally I pick the “official” supported version as opposed to any community maintained ones. Then within that:
Install via the language’s package manager (cargo, npm, pipx, cabal etc.)
I’ve just had fewer issues with snaps. Honestly I don’t care for either of them so the difference between them for me is pretty slim but I just find Flatpak to be particularly annoying, Snaps just haven’t caused me any real issues other than polluting my device list with endless loop devices.
True. I have run into a lot of dumb issues with sandboxing, mostly in choosing a folder other than downloads for file interaction.
I have overlooked Appimage, and I will consider it. I am intrigued that you put it before native package. I had not considered using the package manager of the language it is built in, which honestly is probably the optimal way to install a package.
Alright, I have some reading to do. I love learning new ways to do things. I am glad I asked!
There is a bit more nuance to it I suppose - I like Appimages for “complicated” apps, i.e. big GUI apps like Inkscape where I prefer native packages for terminal tools. The nice thing about Appimages is that there just isn’t much in the way of integration and therefore its really easy to just try something out with no risk of installing a bunch of extra dependencies and no way of breaking your system - I use Appimagelauncher for managing them but have been considering swapping to something like Appman/AM.
The other thing that sometimes puts me off of native packages is having to deal with excessive numbers of PPAs or other repos when they aren’t in the main ones.
That is a great consideration that I have not looked into in awhile. It seems to be the ultimate third, or perhaps second, solution for getting software to just work. I will look into Appimagelauncher, and try out that version is native or flatpak fails me somehow.
Yeah, user submitted packages are such a risk sometimes.
I handle it by spinning up an lxd container to try new apps… then they have the whole machine to do what they like, and if the install doesn’t work or I hate the app, just delete the entire container.
lemmy was one of the harder ones to deal with because it needs docker… I have a special profile that runs docker in a container for apps like that (I never run docker bare, it f…s around with the firewalling and breaks stuff).
linux
Active
This magazine is from a federated server and may be incomplete. Browse more on the original instance.