Well ā¦ there were several modules already dependent on inspect but we did not have that dependency and as we add it to one more module I added the dependency.
And when testing deb packages we use 20.04 and 22.04 ā¦
Not sure what is the best path here ā¦ as 18.04 is 4.5years old now ā¦
We either say its not supported or we drop the usage and dependencyā¦ Or we can add some ā| dummy-packageā to the dependency list for a workaroundā¦
WDYT?
That makes sense. Better to make that dependency explicit than have it fail later.
Ubuntu 18 is indeed old, but it is still under LTS release so still officially supported. Although it wonāt be long now before it reaches 5 yr and goes from LTS to ESM.
Considering dep packages are only tested on 20.04 and 22.04, I think it is safer to say that only those versions are officially supported. We can post workarounds on community for those than still want to use Ubuntu 18, but this will be best-effort and not guaranteed to work forever?
P.S. Iām currently installing inspect using luarocks and faking the apt deps using equivs, but | dummy-package approach might be easier if more people face this issue.
I donāt see a libc package but thereās libc-bin.
That said, Iām afraid I donāt have a much experience with maintaining apt packages so I donāt fully understand the implications of such a change. I will leave it to your good judgement and experience to decide .
If you chose to leave it as is, I can post an alternative workaround (after Iāve done some testing with it).
On a barely related topic ā Iāve noticed we also introduced a new debconf option for ājitsi-meet/jaas-choiceā. Do we need to update the command in DevOps Guide (scalable setup) | Jitsi Meet to account for that?
From my limited understanding, it looks like something (perhaps one of the debhelper scripts?) was calling invoke-rc.d with the --skip-systemd-native argument which does not exist in the Ubuntu 18 version but OK on newerversions.
This was unexpected since installs on Ubuntu 18 used to work without a hitch.
Anyway, Iāve managed to workaround this by using a backported version of init-system-helpers before installing jitsi-meet. Example:
If anyone else need to get it running on Ubuntu 18.04, these are the workarounds I needed to use.
Use backported version of init-system-helpers to resolve invoke-rc.d issue:
Install inspect using luarocks instead and create a dummy package to satisfy apt dependencies:
# manually install lua inspect
sudo luarocks install inspect
# Use equivs to create a dummy package to stand in for lua-inspect
sudo apt-get install -y equivs
sudo bash -c 'cat > lua-inspect-dummy-template' << EOF
Section: misc
Priority: optional
Standards-Version: 3.9.2
Package: lua-inspect-dummy
Version: 0.0.1
Provides: lua-inspect
Architecture: all
Description: Fake version of lua-inspect since not available for Ubuntu 18
EOF
sudo equivs-build lua-inspect-dummy-template # this creates lua-inspect-dummy_0.0.1_all.deb
sudo dpkg -i lua-inspect-dummy_0.0.1_all.deb
# now install jitsi-meet as usual
I wonder if it makes sense to continue supporting 18.04 at this point; it seems like itās not generically compatible with the last few versions of Jitsi without additional patchwork.
as you suggested in the documentation (Ubuntu 18.04 can be used, but the Prosody version must be updated to 0.11+ before installation)
so I did that but still, I am facing the following error on installing jitsi meet:
Reading package listsā¦ Done
Building dependency tree
Reading state informationā¦ Done
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-meet-prosody (= 1.0.6854-1) but it is not going to be installed
Recommends: jitsi-meet-turnserver (= 1.0.6854-1) but it is not going to be installed
E: Unable to correct problems, you have held broken packages.
the output of āsudo apt-get install -y luarocksā gives following error:
Reading package listsā¦ Done
Building dependency tree
Reading state informationā¦ Done
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:
luarocks : Depends: liblua5.1-dev or
liblua5.2-dev but it is not going to be installed or
liblua5.3-dev but it is not going to be installed
E: Unable to correct problems, you have held broken packages.
Hi @damencho, as you suggested the solution I follow the instructions but they need more dependencies one after another. can you please suggest to me any solution for these unmet dependencies?
.
