496
submitted 9 months ago by Ninjazzon@infosec.pub to c/linux@lemmy.ml

Ubuntu's popularity often makes it the default choice for new Linux users. But there are tons of other Linux operating systems that deserve your attention. As such, I've highlighted some Ubuntu alternatives so you can choose based on your needs and requirements—because conformity is boring.

you are viewing a single comment's thread
view the rest of the comments
[-] Rossphorus@lemmy.world 2 points 9 months ago

My DE broke because Manjaro added untested/beta patches from upstream, sometimes even against the developer's word. This is something that Manjaro is known for. Guess who inspired dont-ship.it?

Also I would appreciate you not calling my statements on the AUR false. I have personal experience on the matter so we can play my experiences against yours if you like, or we can listen to the official Manjaro maintainers reccommending that it not be used, as it is incompatible with the Manjaro repos. By design Manjaro holds back Arch packages, which means AUR package dependencies often do not match what is expected. This is not false. Can you use the AUR? Sure, but you must keep in mind that Manjaro was not designed for it and it will break AUR packages sometimes. Sometimes it's as simple as waiting a couple weeks for Manjaro to let new packages through, but sometimes you can't just wait several weeks and you need to fix it yourself.

And yes, Manjaro does hold kernels back because you have to specify when you want to move off a major release. You can accidentally be using an unsupported kernel and not even notice. Ask me how I know. Manjaro literally requires more maintenance than Arch on this front.

I can't comment on what maintenance Arch requires that Manjaro doesn't, as I run EndeavourOS. I've found it to be everything Manjaro wishes it was - a thin, user-friendly wrapper around Arch.

Just remember that Manjaro's official response to them forgetting to update their SSL certs was to roll back your clock, putting everyone at risk of accepting invalid certs in the process.

[-] lemmyvore@feddit.nl 0 points 9 months ago

My DE broke because Manjaro added untested/beta patches from upstream, sometimes even against the developer's word.

What DE? What patches? And isn't Arch the upstream for Manjaro?

By design Manjaro holds back Arch packages, which means AUR package dependencies often do not match what is expected. This is not false.

The possibility that AUR dependencies may not be met is not false. What is false is the claim that it's a common problem. The chances of it happening are tiny. If it did happen to you please mention what AUR package(s).

It's very hard to argue with people who claim "it broke" but never give concrete examples of what broke. They make these outrageous claims and put the burden on you to prove them wrong. It's either disingenuous or done by spiteful, clueless people who genuinely don't know what they did wrong but then shouldn't go around throwing mud.

And yes, Manjaro does hold kernels back because you have to specify when you want to move off a major release.

That's a feature, not a bug. I've already explained that I dislike any distro that forces major kernel changes on me. Forcing people to switch major kernel versions is dumb and dangerous. That's high maintenance for me, waking up one day to find out I'm on a different kernel and that shit doesn't work.

everything Manjaro wishes it was - a thin, user-friendly wrapper around Arch.

That is not what Manjaro is nor wishes to be. It's a derivate distro with its own goals and I find it unbelievable how much some people can hate that. It's not the first distro in history that's downstream of another, Debian has dozens of distros using it as a base and you don't see this kind of extreme reactions. I'm baffled by it.

Manjaro's official response to them forgetting to update their SSL certs was to roll back your clock, putting everyone at risk of accepting invalid certs in the process.

Ah there's the old chestnut. Thank God this irrelevant fact exists; what would people bring up otherwise when all else fails.

[-] Rossphorus@lemmy.world 1 points 9 months ago* (last edited 9 months ago)

When I say upstream that's technically upstream of upstream - I mean the application repositories. Manjaro has in the past applied their own patches on top and broken functionality. The example that comes to mind is the most heinous one where a Manjaro maintainer patched in three pull requests (including CLOSED ones) and pushed the result to their stable repo: https://source.puri.sm/Librem5/chatty/-/merge_requests/986 https://source.puri.sm/Librem5/chatty/-/merge_requests/1035 https://source.puri.sm/Librem5/chatty/-/merge_requests/1060 https://forum.manjaro.org/t/manjaro-arm-beta25-with-phosh-pinephone-pinephonepro/116529/11 . Applying patches to upstream is not unheard of, but you don't do it without contacting the developer, because they are the ones going to get the bug reports. Manjaro did not notify the developers. It's this recurring trend of unprofessionalism which has tainted Manjaro's reputation, whether it's letting their SSL cert expire FOUR separate times (once, maybe twice is understandable, but more speaks to underlying issues in structure), or applying patches to applications without developer's knowledge and shipping it to users, or the two separate times they DDoSed the AUR servers with a poorly thought out pamac feature, etc..

I give no concrete examples because this all occurred almost two years ago for me at this point. I'm not out to capsize Manjaro or bring about it's demise, so I don't write down every package that breaks for use as ammunition in internet debates. I just want a distro that works for me. Manjaro wasn't that for me so I moved on. You asked why some people don't like Manjaro and I'm simply explaining why.

The AUR issue happened often enough for me to consider it frequent. It happened most often with niche packages, like the various MSP430 toolchain packages which I often needed, but I explicitly remember it happening at least once on fairly mainline packages like cemu (or was it yuzu?).

The problem is not that Manjaro allows you to pick whichever major release kernel you like, but rather that it doesn't account for this in the packaging system. You could be running kernel 6.4 (i.e. not officially supported anymore) and update your packages, resulting in a broken system with no warning. By decoupling the kernel version from the package system Manjaro unleashes a whole new failure mode. This would be fine if they accounted for this in their packaging model, but they don't (because Arch doesn't and it would be too much work to implement and support it themselves, presumably. It sounds quite tough). This tool, which is designed to make the system more stable as you say, actually can make it less stable!

Manjaro was sold to me as 'Beginner Arch', so I don't know what to tell you on that front. I don't think this is at all related to why people dislike Manjaro though: Nobody hates Ubuntu because it's based on Debian, they hate it because of their decisions, like Snaps. Likewise nobody hates Manjaro because it's Arch based, they hate it because of the decisions they've made. Manjaro isn't the only distro getting hate, but it is probably the lowest hanging fruit due to all of the administative fumbles.

this post was submitted on 10 Feb 2024
496 points (94.9% liked)

Linux

48375 readers
1296 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