Fair…

PS: Wait… that’s a hobby and they don’t get paid for lying? That’s even worse than I thought.

That all those products are produced by the same company is the biggest joke.

And there is even more: the company also produced a European “3 Musketiers” bar (yes, written like this) that again was something different and called Marathon on the US (both discontinued).

It’s not just the packaging but the bar itself that is completely different.

The US Milky Way would be the equivalent to your Mars bar and the 3 Musketeers is very close to what you know as Milky Way.

You could…

But then one is an open system where you can disable the UI put on top and have a working linux system, while the other is a closed blob destroying compatibility and trying hard to lock you out from accessing the underlying linux system.

So what humans have done for millenia in the form of furs, leather and bone?

It has lots of small issues that add up to a frustrating experience for mainstream users.

And 90%⁽¹⁾ those are out of Linux’ actual resposibility because they are caused by third parties screwing up… sometimes even intentional (from companies producing lackluster drivers only having a fix cobbled together for Windows specifically -looking at Realtek networking for example- to ones actually going out of their way to block Linux (MS FUD included…).

⁽¹⁾ The other 10% exist on Windows or Mac also, but people just accept them because they are used to not having a chance to change it. Seriously the amount of obscure regedits or third party tools usually surpass the number of linux issues fixed by editing an easy to read txt file.

So you are indeed denying Israel the right to defend themselves or even exist… yet you are trying to argue as if your were actually reasonable and weren’t advocating for just another genocide.

And again you changed the topic and now it’s about body count and not who actually attacked the other and who is defending themselves.

If you need to redefine a problem every single time you try to make a point either your answer is simplified bullshit or you start with your conclusion and then adapt everything else to support it.

Why are you changing the topic? Yes, Israel using the situation to expand into palestinian territory is also despicable. But that doesn’t magically make military, militia or terrorist attacks against Israel an act of defense.

If you want to condemn Israel’s actions then the bare minimal requirement is not being even worse. At which countries openly supporting terrorists and calling for the destruction of a neighbouring country fail by definition.

Does Lebanon and Iran and Palestinians have a right to defend themselves?

“Defend” themselves against Israel daring to exist?

Actual wolf packs are a family. One pair of adults plus their children. Until those are old enough, then they leave and search for a partner and own territory.

All the stuff you read about pack alphas, all the sociological pseudo-science about alpha behavior derived from it… that’s all based on a one bullshit study about a large group of wolves artificially intoduced to a new area, that in no way behaved like wolves naturally do.

Basically the equivalent of putting a few dozen teen-age boys on an isolated island then studying their behavior to understand human society.

Linux is Linux.

We should send all those people, pages and guides suggesting distros to hell.

And then instead we suggest update-schemes (fixed, rolling, slow-roll), package managers and Desktop environments. People with enough brain cells to start a computer are then absolutely able to chose a distro fitting them based on that. Everything else coming with a distro is just themeing/branding anyway…

(and just for the use statistic: Archlinux, Opensuse (Leap and Kalpa), Debian here…)

I’ve been using Arch and Manjaro for couple years each and in my experience they both break regularly. But, for some weird reason, Arch Linux is praised, when Manjaro is shamed upon.

No, there is not some weird reason but actual very good ones.

Things can break on a bleeding edge update scheme. That’s to be expected from time to time. But the questions are “why did it break” and “what is done to fix it”.

If something breaks on Archlinux it’s because of some new package with a issue that escaped testing. Then the fix come out as fast as possible (often within minutes even, but let’s assume hours as those things need to move through mirrors first…).

If something breaks on Manjaro it’s either because of the exact same reason as above, but 2 weeks later. Because Manjaro keeps back updates for two weeks “for stability reasons”, yet doesn’t do anything in those 2 weeks. So they just add the same problem later, completely defeating the argumant about stability. Oh, and fixes are of course kept back for 2 weeks, too, because… reasons.

Or it breaks because they fucked up their internal QA. For example by letting their certificates expire again and again and again and again… of by screwing up their very own pacman-wrapper and then ddos’ing the AUR for all users, not only Manjaro ones.

Or -speaking about the AUR- it breaks because they give their users full access to the Arch User Repository (without any warnings about user content being less reliable and used at your own risk) pre-installed. Also they do it on a system generally out-of-date because it lags 2 weeks behind. Which is not what AUR packages are build for (they assume up-to-date systems) and is a straight path to dependency hell and breakings… not because something went wrong but because the whole concept of an out-of-date system not running their own also 2-weeks behind version onf the AUR is idiotic. On the “plus” side they have an easy fix: blame the user, because he should obviously know that an pre-installed part of Manjaro is conceptionally flawed and shouldn’t be trusted.

Right decision but for the wrong reason.

Let me google that for you: Quark

There is a difference here.

Unlocking home later in the boot process is not a problem, so the you can indeed have a keyfile on your root and get your home unlocked and mounted after root is done.

Swap however needs to be available early, at least if you want to use it for hibernation.

This would -at least as far as I understand it- limit your swap’s functionality for hibernation etc. Because there your swap needs to be available early. You can still do it in theory, but the key file then would need to be included in you initrams, which kind of defeats the purpose.

There is however a much more easier option: either use LVM on luks (so the volume is decrypted with the password and then contains both, root and swap) or just use the same password for root and swap while switching over to the systemd hooks (as those encryption hooks try unlokcing everything with the first provided password by default, and only ask for additional password if this fails).

EDIT: Seeing that you crossposted this from an archlinux-specific community: You can find the guide here. It’s for using a fully enrcypted system with grub as bootloader, but the details (in 8.3 and 8.4) are true for all boot methods. Replace the busybox hooks with their systemd equivalents (in minitcpio.conf for archlinux but again this isn’t limited to that init system), then add “rd.luks.name=<your swap’s uuid=swap” to your kernel parameters and also replace the “cryptdevice=UUID=<your root’s uuid>:root” that should already be there for an encrypted system (that’s the syntax for the busybox hook) with “rd.luks.name=<your root’s uuid>=root”. On startup you will be asked for your password as usual, but then both root and swap will be decrypted with it (PS: the sd-encrypt hook only tries this once… so if you screw up and misstype your password on the first try, you will then have to type it again two times, once for root, once for swap…)

And just lke with the war on drugs, countries will realize it’s a lost cause. And will then instead try to coopt the system to spread their own desinformation. If you can’t win, exploit it for your own gains…

Welcome to our wonderful post-factual age.