Linux is kinda like a 3d printer. You can end up tinkering and tuning more than printing.
2d printers are just cursed and have been since the dawn of mankind though. Go to openprinting.org/printers/ and see if your printer is in there and if it is which functionality header it is under. I’m assuming it isn’t capable of driverless if debian didn’t work and the other distro just happened to have something preinstalled. Unless debian doesn’t handle driverless printing out of the box. I’ve only used debian headless for server stuff so I’m just making assumptions.
Arch maintainers recommend against aur helpers but for quite some time I just did exactly that and got the drivers for whatever jank ass printer I had at the time that way. Most of the official ones I have encountered are rpm and I hadn’t used fedora or other rpm distros until recently, and the aur pkgbuilds would unpack the rpm and install the drivers the arch way. Incidentally, last I tried silverblue/ublue/kinoite etc can’t install the brother printer rpms via rpm-ostree so having a driverless capable printer was lucky considering it was just randomly given to me by a friend that moved away.
If you share the printer model, someone here can probably also figure out what needs to be done without you having to go through a bunch of troubleshooting too.
Bazzite. It’s based on Fedora uBlue so it’s technically Fedora, but being an immutable OS, it works quite differently enough that it counts as its own distro. For instance, you don’t use dnf or yum to install stuff, you’d use Flatpak/Distrobox/Nix. Updates are done using the rpm-ostree command, and it’s effectively a rolling release model, but atomic in nature so you get none of the instability that you’d get in a typical rolling release.
In 2000, Steve Jobs announced Mac OS X as the operating system for the next 20 years. So they kept the version for 20 years and well… in 2020 they started to make the yearly updates be major version number updates again (instead of minor version numbers).
The last one is from 2017, alas. The current Gentoo GUI ISO only includes KDE and fluxbox ( full package list, just in case someone’s really bored and wants a look).
Personal opinion. If you successfully booted Debian, stick with it. No need to try out a bunch of distros. Debian is well known, well supported, tons of resources AND everything works out of the box with your POS systems. Sold!
You will get tons of distro recommendations, so here is one more: OpenSUSE, then use the YAST GUI GTK application select Yast Printer it has a GUI tool for all kinds of printer setup options and will show recommended drivers based on printer type, it then installs them via that GUI. Not to be confused with the regular printer settings app you see in most distros.
How long ago? Everyone has an opinion and preference, but SUSE and RHEL are the only two certifed distros for corporate/ enterprise use of Teamcenter PLM and NX CAD…so it cannot be as “badly” built as you feel it is because it has to perform everyday with the least amount of issues.
I honestly believe Red Hat has a policy that everything should pull in Gnome. I have had headless RHEL installs and half the CLI tools require Gnome Keyring (even if they don't deal with secrets or store any). Back in RHEL 7, Kate the KDE based Text Editor pulled in a bunch of GTK dependencies somehow.
Certification is really someone paid to go through a process and so its designed so they pass.
Think about the people you know who are Agile/Cloud/whatever certified and how all it means is they have learnt the basic examples.
Its no different when a business gets certified.
The only reason people care is because they can point to the cert if it all goes wrong
I wrote a long reply but looks like posting it glitched. I’ll try shortening. I should have noted that the Certification on SUSE and RHEL, is also a certification compatibility matrix. distro ver to software ver, and Siemens needs stable Windows, SUSE, RHEL releases to code to. Trying to install/running on other distros fails in many areas (even with an experiences guru trying fixes). They have a symbiotic relationahip with those curated distros to ensure it doesnt give downtime to a large enterprise. It is not just a piece of paper saying yes we tested the software install here is your signoff. Personally I did get it running on OpenSUSE for obvious reasons.
Limiting support of software to specific software configurations makes sense.
Its stuff like Debian might be using Python 3.8 Ubuntu Python 3.9, OpenSuse Python 3.9, etc.. Your application might use a Python 3.9 requiring library and act odd on 3.8 but fine on 3.7, etc.. so only supporting X distributions let you make the test/QA process sane.
This is also why Docker/Flatpack exist since you can define all of this.
However the normal mix is RHEL/Suse/Ubuntu because those target businesses and your target market will most likely be running one.
Yeah it is a Known Known and those 3 distros have tried and true reliability. The term certified is what they call it “Certified to run on X” and “Compatibility CertifIcation” it was in response to OP asking if linux is used in corporate world. It is, and for larger operations it is the 3 you mention. Personally I think Ubuntu hasn’t made it into the Corporate Desktop apps like SUSE/REL because you install it and have a hairy hippo or faceted cougar head as the backdrop, just doesn’t sit well with CEO stuffed shirt types when looking for a professional software.
linux
Oldest
This magazine is from a federated server and may be incomplete. Browse more on the original instance.