I prefer Librewolf as it is easier and simpler to use
It is a script that automatically changes the internal flags of Firefox (accessed manually through “about:config”) but isn’t a recompile. A fork that uses most of the Arkenfox config is Librewolf.
Every fork creates fragmentation. Then you get forks of forks. Then you get forks of forks of forks. Eventually, you get a knife, and a spoon, and a spork, maybe even a fpoon. And every fork splits your developer pool in half! And once you’re down to one developer each, the developer splits in half! And then you have no project.
that’s not how things work. open source projects don’t start with a set amount of developers and start splitting. even if they do, they don’t split in equal parts. if you have 500 developers working on a project, and 10 of them create 8 different forks, that doesn’t really change much.
some developers may move around, and more developers can join the pool all the time, on any fork. i don’t understand how any of this is a problem.
Librewolf my beloved. Unfortunately not on mobile iirc
Safari is your only option as all iOS browsers are Safari. Also there are not as many apps as Apples ecosystem is locked and requires a lot of money to develop for. Add that to the fact that it is closed source and you have a anti freedom device. Apple also is bad about data collection despite there claims.
Its better to just go through the settings yourself then rely on arkenfox. This just adds a middleman into the process of keeping your settings updated.
Have you seen the user.js, you have to change a lot of settings and you cannot keep up to date with them, secondly Arkenfox prefers you to go over their user.js by your self and their updater script has the -c flag to show you the difference between current user.js and new user.js
Overall it would be very difficult to manage something like this on our own as most things are not visible on the settings page of Firefox
In addition, if you use user.js then you essentially cannot change those settings at runtime (via about:config or otherwise), because your user.js will override the settings on next startup. Maybe that’s desired for some, but good to keep in mind nonetheless.
I don’t think that could work. Not unless we are talking about different things, or unless you run their updater script everytime before starting Firefox.
That is not how Arkenfox works. You apply the patch using the script, and then re-run this patch everytime Arkenfox receives an update. In between running, you can change settings in about:config and settings, but it will be overwritten if a different value is included in the user.js. A more permanent solution is using the user-overrides.js file required by the script before patching to create a persistent config.
Something like: user_prefs(“privacy.resistFingerprinting.letterboxing” , “false”);
What I’m trying to point out here, is that prefs declared in user.js (whether they are put there using scripting or otherwise) cannot be persistently modified at runtime from within Firefox. That may or may not be a huge problem, but something to be aware of.
