That's the only output:

-P INPUT ACCEPT
-P FORWARD ACCEPT
-P OUTPUT ACCEPT

Can confirm. Same output in my case:

libvirt.libvirtError: internal error: Failed to run firewall command iptables -w --table filter --list-rules: 

journalctl logs while trying to create the interface:

NetworkManager[1353]: <info>  [1771837524.1285] manager: (virbr0): new Bridge device (/org/freedesktop/NetworkManager/Devices/17)
libvirtd[1614]: Cannot get interface flags on 'virbr0': No such device
libvirtd[1614]: error destroying network device virbr0: No such device

Debian sid, Linux 6.18.12+deb14-amd64

Non-related clippy issues cause this pipeline to fail.

It has been directly integrated into WayVR (formerly WlxOverlay-S).

WayVR repository

Aleksander (a9783faf) at 10 Jan 17:42

Aleksander (b50c32d7) at 10 Jan 17:38

... and 53 more commits

Aleksander (d9e79c04) at 08 Sep 19:41

Aleksander (e380acc1) at 08 Sep 16:26

Aleksander (9b30bdfd) at 07 Sep 11:36

Aleksander (a8b63f5f) at 01 Sep 21:28

Aleksander (9379c46e) at 01 Sep 20:52

Aleksander (b0c2ec2d) at 31 Aug 16:36

Aleksander (86fbb8c5) at 31 Aug 16:14

Aleksander (88eafda5) at 31 Aug 14:01

Aleksander (2f086baf) at 30 Aug 19:38

... and 1 more commit

lerping colours in Oklab can result in them going out of the (s)RGB range, thus producing negative numbers. the rest of the code doesn't really handle this, so we have to clamp them after lerping before doing anything else with them.

in particular, the part that was getting glitched out was the communication code; I don't really know the exact reason, but I believe it's that the float was being truncated to an int32, and then wrapped around into a uint32.

Aleksander (a10160c9) at 30 Aug 14:25

This should improve the experience of picking colours somewhat, because Oklab is better at interpolating colour in a perceptually uniform way.

https://bottosson.github.io/posts/oklab/

Aleksander (eb57c9fa) at 30 Aug 14:23

... and 1 more commit

Thank you!