Paul Menzel

$ binwalk ~/OptiPlex\ 5055\ Ryzen\ CPU_1.1.25.exe DECIMAL HEXADECIMAL DESCRIPTION -------------------------------------------------------------------------------- 0 0x0 Microsoft executable, portable (PE) 266024 0x40F28 CRC32 polynomial table, little endian 270120 0x41F28 CRC32 polynomial table, big endian...

After `binwalk --extract ~/OptiPlex\ 5055\ Ryzen\ CPU_1.1.25.exe`, the directory `_OptiPlex 5055 Ryzen CPU_1.1.25.exe.extracted` contains the (uncompressed) 16784441 bytes (≈ 16 MB) file `7AC10`, which [UEFITool](https://github.com/LongSoft/UEFITool) is able to open.

Yes, that fixed it. Should this be added by default, or is this independent from the image?

[Afterward you need to apply it with `/etc/init.d/network reload`.](https://openwrt.org/docs/guide-user/base-system/basic-networking)

Purging the package *jitsi-archive-keyring* again, and manually installing the keyring as described in the [Self-Hosting Guide][1] worked around the issue. (`s/stable/unstable/` for my usecase.) curl https://download.jitsi.org/jitsi-key.gpg.key | sudo sh -c...

Just for the record, this also happens with the nightly package jitsi-videobridge 1132-1 from `unstable/`. deb https://download.jitsi.org unstable/

Also, OpenJDK 8 is not available in Debian 10 Buster/stable anymore: https://packages.debian.org/search?keywords=openjdk-8.

Trying to install `jitsi-videobridge2` from the unstable archive, APT wants to remove `jitsi-meet`: https://github.com/jitsi/jitsi-videobridge/issues/1139.

I guess one solution would be, that the application itself is extended to parse the config file or read environment variables instead of using switches.

The change, that jvb reads the configuration file itself?