diff options
author | emilylange <git@emilylange.de> | 2024-05-01 23:43:15 +0200 |
---|---|---|
committer | github-actions[bot] <github-actions[bot]@users.noreply.github.com> | 2024-05-03 13:05:07 +0000 |
commit | cf9a3d9c64a9000e24e943fd281101e179987fce (patch) | |
tree | caca8b23debd3858c7edf8cb9fe60d586b3ce146 /flake.nix | |
parent | 272bd8f9ecc80702ca8cbc8463f3d733af26a02d (diff) |
google-chrome: move independently of `chromium`
Historically, `google-chrome` used the version info and debian package FOD provided by `chromium`. This was very efficient, because `chromium` uses parts of the debian tarball for Widevine (opt-in, via `.override`). Meaning `chromium` has to track that debian tarball with each update anyway. And they always release in sync. So why keep seperate `google-chrome` from `chromium` now? - The current `chromium` maintainers are already at capacity maintaining `chromium` and have no time for `google-chrome`. - `chromium` bumps become sometimes a bottleneck for `google-chrome`. This is because `chromium` is built from source and a lot more time consuming and significantly more complex. - Lately, `chromium` and `google-chrome` both had an upstream issue under wayland with `--ozone-platform-hint`, rendering it unusable. For `chromium` we were able to patch it, since unlike `google-chrome` it's built from source. The `chromium` maintainers simply forgot that `google-chrome` might have the same issue, continued to merge the PR, rendering `google-chrome` broken. This PR also removes primeos from `meta.maintainers` since they only added themself to `google-chrome` because it inherited `chromium`'s version, stating they don't actually use `google-chrome`. Furthermore, primeos no longer maintains `chromium`. Ref 477e7d6b60e817661632ff3a8aaf2e39c4cceadc (cherry picked from commit 9f96faf9d8d5ba69f1772d087284bb6d2a67f356)
Diffstat (limited to 'flake.nix')
0 files changed, 0 insertions, 0 deletions