[SOLVED] Zoom on LiveSlak

business_kid · 03-04-2024, 11:45 AM

I tried installing the 'Other Linux' tarball of Zoom-5.15.10 on my live usb, but it won't run, and just returns a prompt. It's missing libraries, and libcef.so at least is in /opt/zoom, because I see it.
I did try adding /opt/zoom to/etc/ld.so.conf, but nothing fixes the errors. Here's the dialogue

Code:

live@darkstar:~$ sudo nano /etc/ld.so.conf
Password: 
live@darkstar:~$ sudo /sbin/ldconfig
live@darkstar:~$ ldd /opt/zoom/zoom |grep found
	libcef.so => not found
	libffmpeg.so => not found
	libQt5QuickWidgets.so.5 => not found
	libQt5Quick.so.5 => not found
	libQt5Widgets.so.5 => not found
	libQt5X11Extras.so.5 => not found
	libQt5Gui.so.5 => not found
	libQt5Qml.so.5 => not found
	libQt5Network.so.5 => not found
	libQt5DBus.so.5 => not found
	libQt5Xml.so.5 => not found
	libQt5Core.so.5 => not found
live@darkstar:~$ export LD_LIBRARY_PATH=/opt/zoom:$LD_LIBRARY_PATH;
live@darkstar:~$ /sbin/ldconfig
/sbin/ldconfig: Can't create temporary cache file /etc/ld.so.cache~: Permission denied
live@darkstar:~$ sudo /sbin/ldconfig
live@darkstar:~$ ldd /opt/zoom/zoom |grep found
	libcef.so => not found
	libffmpeg.so => not found
	libQt5QuickWidgets.so.5 => not found
	libQt5Quick.so.5 => not found
	libQt5Widgets.so.5 => not found
	libQt5X11Extras.so.5 => not found
	libQt5Gui.so.5 => not found
	libQt5Qml.so.5 => not found
	libQt5Network.so.5 => not found
	libQt5DBus.so.5 => not found
	libQt5Xml.so.5 => not found
	libQt5Core.so.5 => not found
live@darkstar:~$

Now sure, I acknowledge

There's some very fancy stuff going on on that live usb.
Zoom certainly taints that.
There might be a library shortage because I'm using the XFCE flavour of the Live USB, although I do have Multilib & wine-7.3 on it as well.

All that said, how can I fix this issue?

Petri Kaukasoina · 03-04-2024, 12:39 PM

You miss the qt5 package.

Windu · 03-04-2024, 01:46 PM

Quote:

Originally Posted by business_kid

There might be a library shortage because I'm using the XFCE flavour of the Live USB.
All that said, how can I fix this issue?

I would say, never use that XFCE image for actual production usage. You are shooting yourself in the foot.
It is barebones, just a small-ish subset of Slackware and on top of that, many libraries have been removed that were not needed to run that XFCE image.
But it's obviously not intended to install anything on top of it.

I would always go for a liveslak image containing a full Slackware if the intention is to install 3rd-party software as an add-on.

business_kid · 03-05-2024, 07:24 AM

Thanks for your replies, @Windu & @Petri Kaukasoina, and I fully take your points.

That said, I know Zoom includes /opt/zoom in Zoom's library search path. Here's the point. All of these libraries are in /opt/zoom! They are not missing. So that missing library error is not a missing library, it's something else. Another thing: Zoom can't run a system libffmpeg.so, because ffmpeg doesn't supply one. The symlink gets made, but it could be major version 3 to 6 and there's compatibility issues.

The program running in /opt/zoom can't find the libraries in /opt/zoom, despite me doing everything to make it check /opt/zoom. That's what I'm trying to solve.

kgha · 03-05-2024, 07:31 AM

How do you install zoom?
For years I've run and upgraded zoom using the SBo zoom-linux buildscript and never had any issues.

You shouldn't choose "other Linux OS" but "Arch" when selecting the rpm file, if using the SBo script.

Petri Kaukasoina · 03-05-2024, 07:53 AM

OK, how do you try to start zoom?

Code:

/opt/zoom/ZoomLauncher

business_kid · 03-05-2024, 09:07 AM

Quote:

Originally Posted by Petri Kaukasoina

OK, how do you try to start zoom?

Code:

/opt/zoom/ZoomLauncher

Yep.

kgha · 03-05-2024, 09:18 AM

Have you tried building a proper slackware package (using the SBo script) instead of just extracting the tarball?

business_kid · 03-05-2024, 10:19 AM

Quote:

Originally Posted by kgha

Have you tried building a proper slackware package (using the SBo script) instead of just extracting the tarball?

Since Covid, I've been using the tarballs with no issues either. On the liveslak usb, I didn't want an install in /usr/lib64, in case other stuff got mixed in. I'll try it tomorrow if no other idea fixes it.

kgha · 03-05-2024, 10:44 AM

Quote:

Originally Posted by business_kid

On the liveslak usb, I didn't want an install in /usr/lib64, in case other stuff got mixed in.

Makes sense, but no problem in this case. The SBo script repackages the Arch rpm tarball, everything ends up in /opt except for some stuff in /usr/bin, /usr/doc and /usr/share. /usr/lib64 is not affected.

solarfields · 03-05-2024, 12:01 PM

Quote:

I did try adding /opt/zoom to/etc/ld.so.conf,...

that's a bad idea.

Whatever libs zoom has that kinda overlap with system libs will make other programs try to link against them or use them. I did such thing with my WPS Office SlackBuild and it spectacularly broke the system.

business_kid · 03-05-2024, 01:37 PM

Quote:

Originally Posted by kgha

Makes sense, but no problem in this case. The SBo script repackages the Arch rpm tarball, everything ends up in /opt except for some stuff in /usr/bin, /usr/doc and /usr/share. /usr/lib64 is not affected.

Ok, built & installed the slackbuild and got exactly the same results. It still can't find the libs in /opt/zoom/.

Quote:

Originally Posted by solarfields

that's a bad idea.

Yes, and it dawned on me earlier why. It seemed a good idea at the time. It's often a good idea to do something that might work, because if it throws up new information on your problem, that's a win of sorts. I removed it once it did nothing.

Now things work on the pc. So I'm presuming Liveslak has different innards somehow. Nobody (live or root) has any LD_LIBRARY_PATH set. and I can't getthe system to look at /opt/zoom, which will be in persistence. Maybe it won't use a library from persistence? Lack of permissions?

Now another idea that has uncurled itself in my head is adding a symlink in /usr/x86_64-slackware-linux/lib64 which is the last entry in /etc/ld.so.conf, namely zoom -->> /opt/zoom/ so that the libraries in zoom would be seen in the existing and working library path. I'm thinking that way would be better than having it first in /etc/ld.so.conf. Any thoughts?

Petri Kaukasoina · 03-05-2024, 02:27 PM

Why do you think the problem is with finding libraries?

kgha · 03-06-2024, 04:22 AM

Have you tried the AppImage? might be a sensible option if you want to keep your liveslak usb as unaffected as possible.

business_kid · 03-06-2024, 06:22 AM

Quote:

Originally Posted by Petri Kaukasoina

Why do you think the problem is with finding libraries?

LiveSlak APPEARS as an ordinary system but it's anything but that. All the things I have done so far should each have made the libs available, but they didn't. A directory with files can be made up by programs from several squashfs systems. So normal rules are suspended. Maybe the libraries can't get called from persistence? That's actually why I asked. I was hoping some clever dude would explain that to me.

Quote:

Originally Posted by kgha

Have you tried the AppImage? might be a sensible option if you want to keep your liveslak usb as unaffected as possible.

They have an Appimage? I will try that, when all else fails.

I did try making an sxz of zoom, but it landed itself in / so that wasn't much use.