Package jicofo is not available, but is referred to by another package

I tried to install jitsi-meet on rasbian, but I face issues. Can anyone help please.

java -version shows the following : (because research about my problem leads to instructions about installing java8 first, which I think I’ve done successully)

openjdk version "1.8.0_212"
OpenJDK Runtime Environment (build 1.8.0_212-8u212-b01-1+rpi1-b01)
OpenJDK Client VM (build 25.212-b01, mixed mode)

cat /etc/apt/sources.list.d/jitsi-stable.list
deb https://download.jitsi.org stable/

Below issue appears

Some packages could not be installed. This may mean that you have
requested an impossible situation or if you are using the unstable
distribution that some required packages have not yet been created
or been moved out of Incoming.
The following information may help to resolve the situation:

    The following packages have unmet dependencies:
     jitsi-meet : Depends: jitsi-videobridge (= 1124-1) but it is not installable
                  Depends: jicofo (= 1.0-481-1) but it is not installable
    E: Unable to correct problems, you have held broken packages.

Trying installing jicofo : apt install -y jicofo

Reading package lists... Done
Building dependency tree       
Reading state information... Done
Package jicofo is not available, but is referred to by another package.
This may mean that the package is missing, has been obsoleted, or
is only available from another source

E: Package 'jicofo' has no installation candidate

I’m on raspbian (buster based)

cat /etc/apt/sources.list
deb http://raspbian.raspberrypi.org/raspbian/ buster main contrib non-free rpi

I don’t have any clue how to fix these issues.

Is your system arm? JVB packages are only i386 and amd64, there is no support for arm, I suspect this is the problem you see about no installation candidate.

Thank you for your reply.
Yes, system is Arm indeed.

Does your answer mean that it is just impossible to install Jitsi-meet on any arm architecture now?

Nope. I suppose you can do something with running from source … But I suspect poor performance will hit you anytime soon, so not seeing big value of trying…