this post was submitted on 10 Aug 2023
284 points (96.7% liked)

Linux

48890 readers
996 users here now

From Wikipedia, the free encyclopedia

Linux is a family of open source Unix-like operating systems based on the Linux kernel, an operating system kernel first released on September 17, 1991 by Linus Torvalds. Linux is typically packaged in a Linux distribution (or distro for short).

Distributions include the Linux kernel and supporting system software and libraries, many of which are provided by the GNU Project. Many Linux distributions use the word "Linux" in their name, but the Free Software Foundation uses the name GNU/Linux to emphasize the importance of GNU software, causing some controversy.

Rules

Related Communities

Community icon by Alpár-Etele Méder, licensed under CC BY 3.0

founded 5 years ago
MODERATORS
(page 5) 50 comments
sorted by: hot top controversial new old
[–] arcrust@lemmy.ml 4 points 1 year ago

The only one that really pissed me off was a distro called biglinux. It's arch based and very popular in Brazil. It's actually very stable. Everything works great. It's got some nice features.

Butttt, it uses latte dock or panel (kde). They have built in presets for how to arrange the panels and what not. It's nice, however, I was trying to move some panels around from the base options and broke kde. I wasn't doing anything more than changing GUI settings and the whole desktop broke. I seriously don't understand.

[–] deadbeef79000@lemmy.nz 4 points 1 year ago (1 children)

Anything even tangential to Red Hat.

RPM's are hot garbage when it comes to packaging formats.

Having said that, I use Fedora at work and Ubuntu at home.

[–] SootySootySoot@hexbear.net 3 points 1 year ago (1 children)

Whyfore the hate for .rpms? I've never had an issue on Fedora in a decade.

[–] deadbeef79000@lemmy.nz 3 points 1 year ago

Issues with building RPM's. There's no specification for what an RPM is (unlike say deb).

Well the specification is "whatever rpmbuild version x.y.z does" and whatever other tangential packages happen to be installed on the build system.

Try building an RPM for CentOS 6 on a RockyLinux 8 system, or building for both of those on Fedora.

You can do it, but it's real ball ache, and you have to jump through a lot of hoops.

Compare to building a deb for any version of Debian/Ubuntu on Fedora/RHEL it's a doddle and predictable.

[–] Pantherina@feddit.de 4 points 1 year ago* (last edited 1 year ago)

Debian, as its so MANUAL. Upgrading by manually updating x times and then literally changing the repos manually in the sources list? Wtf? Without any documentation or automation??

QubesOS, as it probably doesnt run on any real hardware. Didnt get beyond a blackscreen, and also AMD consumer GPUs dont support accelerated VMs making it useless.

Ubuntu because its annoying, but unsnap fixes a lot and its actually okay, still outdated Kernel als a bit weird.

KDE Neon because I cant tolerate its not a workstation distro but want it to be one

Linux Mint. Its old, and always had weird crashes for me. Its kinda nice and easy, kinda weird and complicated to do certain things. Some packages dont run as its not Ubuntu. Would always choose any KDE Distro that is newer.

[–] edinbruh@feddit.it 4 points 1 year ago (1 children)

Ubuntu: it's not bad, I just don't like canonical

Manjaro: it starts as arch but more user friendly (by being preconfigured), until it inevitably breaks (being arch) and you end up with a regular arch that you don't know how is configured

Elementary os: it's too elementary os

All those con distros that are just a bunch of reskinned free stuff ask you money for that. Like zorin os

[–] LeFantome@programming.dev 3 points 1 year ago

Having used both Manjaro and Arch, Manjaro breaking has nothing to do with Arch. Arch is far more stable.

[–] desto@lemmy.world 3 points 1 year ago

I was using Manjaro until the day my install started giving me problems.with dependencies and duplicated packages (?), so I went with Fedora and it's been smooth so far.

load more comments
view more: ‹ prev next ›