Age | Commit message (Collapse) | Author | Files | Lines |
|
|
|
|
|
ungoogled-chromium: 108.0.5359.72 -> 108.0.5359.95
|
|
chromium: 108.0.5359.71 -> 108.0.5359.94
|
|
https://chromereleases.googleblog.com/2022/12/stable-channel-update-for-desktop.html
This update includes 1 security fix. Google is aware that an exploit for
CVE-2022-4262 exists in the wild.
CVEs:
CVE-2022-4262
|
|
|
|
atorres1985-contrib/firefox-use-enablefeature-directly
|
|
|
|
|
|
https://community.brave.com/t/release-channel-1-46-133/449943
|
|
|
|
chromiumDev: 109.0.5414.10 -> 110.0.5449.0
|
|
|
|
|
|
https://chromereleases.googleblog.com/2022/11/stable-channel-update-for-desktop_29.html
This update includes 28 security fixes.
CVEs:
CVE-2022-4174 CVE-2022-4175 CVE-2022-4176 CVE-2022-4177 CVE-2022-4178
CVE-2022-4179 CVE-2022-4180 CVE-2022-4181 CVE-2022-4182 CVE-2022-4183
CVE-2022-4184 CVE-2022-4185 CVE-2022-4186 CVE-2022-4187 CVE-2022-4188
CVE-2022-4189 CVE-2022-4190 CVE-2022-4191 CVE-2022-4192 CVE-2022-4193
CVE-2022-4194 CVE-2022-4195
|
|
* chromiumBeta: 108.0.5359.48 -> 108.0.5359.62
* chromiumBeta: 108.0.5359.62 -> 108.0.5359.71
|
|
|
|
brave: fix commandLineArgs option also requiring vulkanSupport
|
|
ladybird: fix build
|
|
https://www.mozilla.org/en-US/firefox/107.0.1/releasenotes/
|
|
https://www.mozilla.org/en-US/firefox/107.0.1/releasenotes/
|
|
|
|
We do already set `system_wayland_scanner_path` to
`"${wayland}/bin/wayland-scanner"` but apparently wayland-scanner wasn't
required (anymore?) as wayland-scanner is only in the `bin` output (I have a
few ideas what could've changed but didn't bother to check as it isn't worth
the time as long as it works now).
This fixes the following build error:
```
ninja: error: '../../../../../../../../nix/store/l3y9k2x7cqzcjj9s18z7la9xqsjq6r52-wayland-1.21.0/bin/wayland-scanner', needed by 'gen/components/exo/wayland/protocol/aura-shell-protocol.c', missing and no known rule to make it
```
|
|
palemoon: 31.3.1 -> 31.4.0
|
|
|
|
Upstream switched use_system_libwayland to false [0] and
system_wayland_scanner_path will now only be declared if
use_system_wayland_scanner is set to true (it defaults to
use_system_libwayland) [1].
In Nixpkgs, we usually try to set use_system_* to true (i.e., we favor
system libraries over bundled/vendored ones) but in the case of Chromium
this can become difficult to maintain so we might eventually drop
`use_system_libwayland = true` again (IIRC this only caused one
incompatibility in the past though: b6b51374fc7; and f9d9864cb62 will
become relevant again when we build with the bundled libwayland).
[0]: https://source.chromium.org/chromium/chromium/src/+/b33bdfe2654df61dee900e7b85cc3fcaea6b65a3
[1]: https://source.chromium.org/chromium/chromium/src/+/272220cefa2cff8cf9273a02155454650e79e024
|
|
|
|
|
|
ungoogled-chromium: 107.0.5304.110 -> 107.0.5304.122
|
|
|
|
|
|
https://chromereleases.googleblog.com/2022/11/stable-channel-update-for-desktop_24.html
This update includes 1 security fix. Google is aware that an exploit for
CVE-2022-4135 exists in the wild.
CVEs:
CVE-2022-4135
|
|
|
|
https://blog.torproject.org/new-release-tor-browser-1158/
|
|
|
|
|
|
libheimdal: turn into proper alias
|
|
microsoft-edge: 105.0.1343.42 -> 107.0.1418.52
|
|
|
|
|
|
default
|
|
|
|
|
|
This partially reverts commit 61598203a41345042d1ed0d68fbe3466be83c6be.
After update to 107 the patch is already in the src.
|
|
Enabling Wayland support by default prevents use of XWayland on Wayland
systems, while correctly falling back to X11 when Wayland is
unavailable in the current session.
With the current packaging many people unnecessarily rely on the
`firefox` attribute, which is suggested by nixos-generate-config, which
in turn makes their Firefox use XWayland, when it shouldn't, which
causes bugs with GNOME on Wayland:
https://discourse.nixos.org/t/firefox-all-black-when-first-launched-after-login/21143
Using the Wayland-enabled Firefox was tested on pure X11 systems by
contributors on the #nix-mozilla:nixos.org room and we are confident
this change will not cause severe regressions.
Even better, people can now toggle `MOZ_ENABLE_WAYLAND=<0|1>` in their
environment to override this decision, should they feel the need to do
so.
|
|
|
|
|
|
https://www.mozilla.org/en-US/firefox/102.5.0/releasenotes/
|
|
https://www.mozilla.org/en-US/firefox/107.0/releasenotes/
|
|
|