* refactor(package): use package fetchers
builtin fetchers are blocking, therefore also slow. for packaging we
should use the package fetchers
* refactor: build the desktop file as a part of the package
* refactor(default.nix): remove redundant args
* refactor(flake.nix): remove duplicated code & rec
* fix(hm-module)!: typo in mkFireFoxmodule
* fix(hm-module): work with nixpkgs config `allowAliases = false;`
* fix: partial revert of 805c8f56e8
the `lib.mkDefault` was being ignored and the policies would never be
set. perhaps a better thing to do here would be to remove them
completly. otherwise this is the next best thing
* refactor(package): use `hash` over `sha256`
Co-authored-by: Seth Flynn <getchoo@tuta.io>
Changes:
- Fixes typo in libName for policies.json (used to be zen-$version instead of zen-bin-$version for a single file)
- Remove unneeded wrapFirefox arguments (the current defaults for wrapFirefox are good for us)
In previous iterations the browser were forced to have disabled updates but this
might create an undesirable behavior in tools like 1Password as you can see here:
https://github.com/0xc000022070/zen-browser-flake/issues/48
So I'm allowing to override the browser policies. This will only work for unwrapped packages.
Might fix: https://github.com/0xc000022070/zen-browser-flake/issues/45
This commit addresses the problem where the .desktop file was not being installed properly.
In my case, since the rewrite the URLs sent me to Brave instead of Zen.
Are you dumb, sir?
This change might fix the issue mentioned here:
https://github.com/0xc000022070/zen-browser-flake/issues/36
But the problem with this is that if both zen flavors are installed
then one of them will have more priority than the other so they should
use complete binary name like "zen-twilight" or "zen-beta" instead of
only "zen"
