Change:
}; environment.sessionVariables.LD_LIBRARY_PATH = <del> lib.optional cfg.jack.enable "/run/current-system/sw/lib/pipewire"; </del> <ins> lib.optional cfg.jack.enable "${cfg.package.jack}/lib"; </ins> # https://gitlab.freedesktop.org/pipewire/pipewire/-/issues/464#note_723554 systemd.user.services.pipewire.environment."PIPEWIRE_LINK_PASSIVE" = "1";

Discussion:
Describe the bug Mails are not displayed within evolution. I'm running sway, so evolution is run under the wayland backend. It's also broken when forcing evolution to use X11. To Reproduce Steps to reproduce the behavior: evolution to open a mail by double clicking window for the mail displays: Expected behavior Being able to read the mail instead of the error message. Screenshots If applicable, add screenshots to help explain your problem. Additional context The only change touching webkitgtk was . Notify maintainers Metadata Please run and paste the result. Maintainer information:
Epiphany is also broken.
cc
I think this is from not being able to find the libwpe-fdo plugin. You shouldn't need it on X11, I think, but on wayland it needs to find the plugin somewhere. The situation is annoying (), but for now we can just hardcode it to avoid the issue (albeit breaking the ability to add more plugin). Should have a fix available soon.
I've opened to revert. Can't quite figure out what needs to change - WPE_RENDERER is enabled on other distros without issue, so there's got to be some way to get it working.
It appears that the plugin loader in its current state could not work on nixos, as most plugin system unfortunately. The two PRs created changes how backend implementations are loaded by searching in a directory which will be compiled in. Not even that will work for as us everything is installed into separate prefixes. They could however, to support us, include an environment variable to recurse for plugins. So this requires creating a just to use the fdo plugin for webkitgtk. The code that changes the plugin loading isn't merged yet so we could suggest a solution to support our usecase or PR against the PR. Or just roll our own patches.
... realizes these aren't executable
So this would then require :grin: changing the loader so that can accept an absolute path to a plugin. And we'd have to perform code substitution on the users of the function to load the intended plugin from an absolute path.
Reasonably, I think wpe could support loading a plugin relatively and absolutely. It shouldn't be a very intrusive change, although we have to do this madness to actually use it.

I have now switched to to test the revert however evolution and epiphany are still broken. Could this be due to my local setup? Can others reproduce this?
This is due to me using instead of pulseaudio, using pipewire outputs when starting epiphany or evolution.
The nixos pipewire module sets to if is enabled, this is parsed by the webkitgtk , which tries to bind this path. However this bind fails, crashes the bubblewrapper and webkitgtk fails to start. Unsetting lets me use evolution with pipewire only.
Run into the same issue, nixos-unstable . The peculiarity is the fact that I'm not explicitly enabling pipewire and/or jack. : When running evolution (or epiphany) from the terminal suggests enabling non-privileged user namespaces: : Doing exactly as it suggests fixes evolution. If anyone has any idea how to debug that, feel free to provide instructions
Just updated from nixos-20.09 to nixos-21.05 with and get the same error.
This issue has been mentioned on NixOS Discourse. There might be relevant details there:
From looking at what posted, it seems like bubblewrap . WebKitGTK should probably try to canonicalize source paths before bind mounting them on a destination. In the meantime, a workaround for people that want to use PipeWire+JACK and WebKitGTK at the same time is to set the to the absolute path in the nix store instead of . Here's how you can do this in your config:
I have a problem caused by the same issue with pipewire, where I can't add some accounts to Gnome, including Google, Facebook, Microsoft.
Using patch fixed the account login screen not appearing and epiphany instantly crashing. However, now I have another issue. Starting either epiphany/Gnome account login works fine but the window is blank. ! Oddly enough, works This is a relevant issue I found, but it's from 2 years ago EDIT: prepending fixed it.
This issue has been mentioned on NixOS Discourse. There might be relevant details there:
This being done does that mean that we no longer need to use the workaround?
The workaround from was applied to the NixOS module in But we should not need it since we no longer have webkitgtk use fdo backend either.