Without this change it segfaults when trying to play any media:
$ jellyfinmediaplayer
Warning: Ignoring XDG_SESSION_TYPE=wayland on Gnome. Use QT_QPA_PLATFORM=wayland to run on Wayland anyway.
libpng warning: iCCP: known incorrect sRGB profile
Logging to /home/bf/.local/share/jellyfinmediaplayer/logs/jellyfinmediaplayer.log
Cannot load libcuda.so.1
Segmentation fault (core dumped)
The backtrace shows pipewire being at fault:
$ coredumpctl debug
[...]
Program terminated with signal SIGSEGV, Segmentation fault.
#0 0x00007f711428c9bb in core_event_demarshal_remove_id () from /nix/store/nhffrd7f15dhfbkwzgayq7hhzmdvdy19-pipewire-0.3.63-lib/lib/pipewire-0.3/libpipewire-module-protocol-native.so
[Current thread is 1 (Thread 0x7f6ffdc87640 (LWP 1360949))]
(gdb) bt
#0 0x00007f711428c9bb in core_event_demarshal_remove_id () from /nix/store/nhffrd7f15dhfbkwzgayq7hhzmdvdy19-pipewire-0.3.63-lib/lib/pipewire-0.3/libpipewire-module-protocol-native.so
#1 0x00007f711428886c in process_remote () from /nix/store/nhffrd7f15dhfbkwzgayq7hhzmdvdy19-pipewire-0.3.63-lib/lib/pipewire-0.3/libpipewire-module-protocol-native.so
#2 0x00007f7114288e68 in on_remote_data () from /nix/store/nhffrd7f15dhfbkwzgayq7hhzmdvdy19-pipewire-0.3.63-lib/lib/pipewire-0.3/libpipewire-module-protocol-native.so
#3 0x00007f7114310efe in loop_iterate () from /nix/store/nhffrd7f15dhfbkwzgayq7hhzmdvdy19-pipewire-0.3.63-lib/lib/spa-0.2/support/libspa-support.so
#4 0x00007f71266fe7f2 in do_loop () from /nix/store/nhffrd7f15dhfbkwzgayq7hhzmdvdy19-pipewire-0.3.63-lib/lib/libpipewire-0.3.so.0
#5 0x00007f7128b08e86 in start_thread () from /nix/store/ayfr5l52xkqqjn3n4h9jfacgnchz1z7s-glibc-2.35-224/lib/libc.so.6
#6 0x00007f7128b8fce0 in clone3 () from /nix/store/ayfr5l52xkqqjn3n4h9jfacgnchz1z7s-glibc-2.35-224/lib/libc.so.6
(gdb)
Standalone mpv doesn't segfault (when directly playing the underlying
media files). I don't know why.
Fixes: b97cda7d44 ("mpv-unwrapped: 0.34.1 -> 0.35.0")
Fixes https://github.com/NixOS/nixpkgs/issues/205141
Ref https://github.com/jellyfin/jellyfin-media-player/issues/341
Build is currently failing:
```
/nix/store/za0pnll14dv61b124n6xxnjapd150lcr-go-1.19.4/share/go/pkg/tool/darwin_amd64/link: running clang failed: exit status 1
Undefined symbols for architecture x86_64:
"_pam_start_confdir", referenced from:
__cgo_897673d6bfaf_Cfunc_pam_start_confdir in 000032.o
_check_pam_start_confdir in 000033.o
(maybe you meant: _check_pam_start_confdir, __cgo_897673d6bfaf_Cfunc_check_pam_start_confdir , __cgo_897673d6bfaf_Cfunc_pam_start_confdir )
ld: symbol(s) not found for architecture x86_64
clang-11: error: linker command failed with exit code 1 (use -v to see invocation)
error: builder for '/nix/store/zqr2xx5a66km81m8av714sm45gy3ym0g-gitea-1.18.0.drv' failed with exit code 1;
```
This commit causes Hydra to build `nixStatic` on non-NixOS platforms
for which nixStatic is known to build correctly.
Providing Hydra builds of `nixStatic` on these platforms allows users
to bootstrap their local nixpkgs system without either having to:
a. Trust binaries that came from a source other than Hydra or
b. Fight with their host distribution to satisfy all of nix's large
set of build dependencies (this is not easy!)
Currently there are two platforms in this set: mips64el-linux-gnuabi64
and powerpc64le-linux-gnu.
There's nothing about edk2 specific to the host OS, and it builds fine
with e.g. a NetBSD toolchain, so we should only restrict
meta.platforms by architecture, not by OS.
