Lemmy kann das nicht und die Entwickler haben bisher noch kein Interesse oder überhaupt Verständnis dafür gezeigt.
Solche Empfehlungen sind schwierig, da das Phänomen des race to the bottoms in den meisten Bereichen hauptsächlich in den letzten 15 Jahren aufgetreten ist. Damals waren die meisten Maschinen auf dem Markt wahrscheinlich noch schwer in Ordnung, heute wäre ich mir da absolut nicht so sicher, egal welcher Markename draufgedruckt wurde.
Ich habe absolut keine Erfahrung mit deinem Berufsfeld und weiß nicht wie viel 300€/Mo für dich sind, aber wenn das für dich deutlich mehr tägliche Belastung bedeuten würde (hab ich jetzt so rausgelesen), würde ich das absolut nicht machen.
Was bringen dir 300€/Monat, wenn du täglich deutlich "kaputter" bist als jetzt und damit ggf. dann kaum noch was anfangen kannst?
Sowas temporär (<2J) machen, um auf etwas spezifisches anzusparen oder so könnte ich verstehen, aber permanent? Eher nicht.
Ein Szenario, in dem ich es mir vorstellen könnte, wäre wenn deine momentane Station unterdurchschnittlich ist (du da also eher weg möchtest) und nicht Gefahr laufen willst, in eine ähnlich unterdurchschnittliche Station zu wechseln oder es dir zu eintönig wird. In dem Fall hätte man zwar ab und zu mal eine "schlechte" Station, aber insgesamt einen besseren Schnitt.
Das ist sehr wahrscheinlich meist Zweck #2, aber sie dient auch zur Identifikation für (wirklich) legitime Interessen.
Jeder Mensch hat im Schnitt ziemlich genau eine Telefonnummer, die er für solche Zwecke verwendet. Desweiteren kann man benutzbare Telefonnummern nur schwer in großem Maße erlangen.
Um das automatisierte Erstellen von Accounts (i.e. Spam) zu verhindern, sind sie ein ziemlich effektives Mittel.
Firefox has a PDF reader built in these days.
Reader mode funktioniert als bypass.
it’s the only original distribution that even tries to tackle it instead of just working around it.
Well, apart of GUIX of course ;)
It's sort of a conceptual fork of Nix but the actual implementation is all original.
In this comparison, the devil is in the detail.
With Ansible, you have an initial condition onto which you add additional state through automatically executed steps dictated by you until you (hopefully) arrive at a target state. This all happens through modification of one set of state; each step receives the state of the previous step, modifies it and passes the entire state onto the next step. The end result is not only dependant on your declared steps but also the initial state. A failure in any step means you're left in an inconsistent state which is especially critical for the case of updating an existing state which is the most common thing to do to a Linux system.
In NixOS, you describe the desired target state and the NixOS modules then turn that description into compartmentalised bits of independent state. These are then cheaply and generically combined into a "bundle"; wrapping them into one big "generation" that contains your entire target state.
Your running system state is not modified at any point in this process. It is fully independent, no matter what the desired system is supposed to be. It is so independent in fact that you could do this "realisation" of the NixOS system on any other system of the same platform that has Nix installed without any information about the state of the system it's intended to be deployed on.
This "bundle" then contains a generic script which applies the pre-generated state to your actual system in a step that is as close to atomic as possible.
A good example for this are packages in your PATH. Rather than sequentially placing the binaries into the /usr/bin/
directory as a package manager would when instructed by ansible to install a set of packages, NixOS merely replaces the bin
symlink with one that points at an entirely new pre-generated directory which contains the desired packages' binaries (well, symlinks to them for efficiency). There cannot possibly be an in-between state where only some of the binaries exist; it's all or nothing. (This concept applies to all parts that make up a Linux system of course, not just binaries in the PATH. I just chose that as an easy to understand example.)
By this property, your root filesystem no longer contains any operating system configuration state. You could wipe it and NixOS would not care. In fact, many NixOS users do that on every boot or even use a tmpfs
for /
.
(Immutability is a property that NixOS gains almost by accident; that's not its primary goal.)
IANAL.
Wenn im Kaufvertrag dir ein funktionsfähiger Ofen zugesichert wird, ist der Vertrag erst dann erfüllt, wenn du einen funktionsfähigen Ofen erhalten hast. Da du bisher noch keinen funktionsfähigen Ofen erhalten hast, ist der Kaufvertrag noch nicht erfüllt und der Verkäufer ist im Verzug.
Das hier ist kein Garantiefall, da der Ofen noch nie funktioniert hat.
Ich würde dem Verkäufer das 1:1 so mitteilen und eine Frist 1-2 Wochen setzen, dir wie im Kaufvertrag zugesichert einen funktionsfähigen Ofen zu liefern. Ob er den Ofen, den du besitzt, repariert oder dir einen neuen schickt ist dabei egal. Oh und wenn er dir einen neuen schickt, soll er den Kaputten entsorgen lassen; das ist nicht deine Pflicht.
Everything involving -O3
. That usually stands for "enable all standards-compliant compiler optimisations, no matter how how little their benefit or their stability".
What would be even worse would be -Ofast
which won't even care about strict standards compliance. No sane distributor distributes -Ofast
and the only distributor I'd trust to use -O3
correctly is Intel's Clear Linux.
I don't know about OPT_LEVEL
but it's likely an abstraction of the build system for this flag.
Claims 7-10% performance improvement on an old AMD FX thing. No information about the baseline though; whether it's the terrible Snap or Firefox's official binary package. I suspect it's the former because it has known performance issues IIRC and the latter has quite good compiler optimisations already (LTO+PGO making most of the difference).
When I built Firefox for x86_64-v3, I saw no measurable improvement over x86_64-v1 in speedometer. I didn't dare to build the most security critical application on my system with unsafe compiler optimisations though..
That's for Jerboa to fix. It's valid markdown.