don't prevent unsigned addon warning to not break some addons

This broke installing some, but not all, addons. The reason is that some
addons derive their addon-id from a certificate's CommonName in
XPIInstall.jsm::loadManifest(aPackage, aLocation, aOldAddon)

reword installation instructions

recreate all properties of AddonSettings automatically

Looks like all the settings continued to work by accident.

Note: out of scope for LegacyFox, but sideloading from anywhere can be
re-enabled by setting `SCOPES_SIDELOAD: 31 // AddonManager.SCOPE_ALL`.

Fix addon installation for Firefox 74

regressed by: Bug 1524327

provide clean and uninstall targets, auto-find correct path

The wildcard will match both /usr/lib and /usr/lib64, so the Makefile
works on 99% of Linux distros. And yes, that's not what DESTDIR is for.

switch to resource:// protocol

bring the patch closer to the then-upstream comm-central. might have the
negative side-effect of being detectable by websites according to:
  https://developer.mozilla.org/en-US/docs/Mozilla/Chrome_Registration

don't overwrite chrome.manifest

this hopefully makes the monkey patch update persistent.

Note: instead of using FileUtils, this would be another method:
  const {Services} = Cu.import('resource://gre/modules/Services.jsm');
  let manifest = Services.dirsvc.get('GreD', Ci.nsIFile);
  manifest.append('legacy.manifest');

fix chrome.manifest loading for mozilla68

the chrome.manifest inside the install directory is not loaded any
longer by default; see bugzil.la/1543761

remove superfluous comments

add link to bug report to keep an eye on

credit where credit's due

remove boot.jsm

more portabe makefile

still has the mozillapath hardcoded, though

initial commit