Quick post on how to get Lightworks running on Opensuse Leap 15.2 as I ran into a few problems. I discovered that Opensuse Leap 15.2 is not officially supported by lightworks however it was relatively simple to get it working. The error I was getting was because the glibc version installed by Opensuse is too old. I think it is something like version 2.26 and lightworks needs version 2.29 or above. Why the version in opensuse is so old I do not know, we are on version 2.33 I think.
So what I did was download the rpm of version 2.33 from here, and extract it as an archive. I then found the required library that lightworks needed, “libm.so.6” which is a simlink to “libm-2.33.so”.
All that was then required was to copy both of those files into “/usr/lib/lightworks/” as that is one of the first places that lightworks looks for libraries. This seems to have solved the problem. I did not install all of glibc 2.33 as I think this would have caused problems elsewhere, and it seems that this is the only missing library that lightworks needed.
I haven’t had any problems since.
Two of my Opensuse boxes where performing really badly, but only some of the time. I tracked this down to the Baloo file indexing program. This is the tool that indexes your files for search, which is useful but only if it doesn’t cause horrendous performance problems.
The symptoms were a very frustrating desktop performance where the mouse would stutter and every few seconds or so, the system would sort of stop and then start again. It seemed to affect all apps to the point where they were basically unusable. It feels like a constant interrupting of the system, which it might well be.
The solution! Disable Baloo using the following command:
Then reboot the system and all will be well. I rarely used the file indexing anyway. It would often crash on its own.
So I am not much of a Windows user, I have one Windows machine that doesn’t get used all the much. I tend to use Linux and have done for about 15 years. One of my work machines has caused a bit of trouble. The system was built around the Gigabyte X79-UP4 motherboard. This is on the face of it a good main-board, nice spec, good components. However I have had a lot of trouble with it. Its all about the USB 3 chipset, Linux hates it. The symptoms are as follows:
- Anything plugged into the USB 3.0 ports and the machine will not shutdown, it instantly reboots.
- USB 3.0 devices are unstable, and don’t always function.
- With anything in the USB 3.0 ports the system can become unstable/unresponsive.
The solution was to deactivate all the USB 3.0 chipsets on the main-board. The the system behaves itself. I didn’t however discover this very quickly. I first tried replacing the PSU as I thought it had become damaged somehow. I then complained to Gigabyte who asked me to send the board back to them. Which I did at cost to me. They checked the board and said it was fine. They however refused to check the board with any Linux install. It is hard to replace a X79 main-board now. I so I have to continue to use it. I have however installed a PCIe USB 3.0 card that is now running the front ports on my system, and 2 on the back. I tried this board with a couple of difference Linux versions, including Ubuntu 14 and Opensuse 13.3/Leap 42.1. So, this means that I will probably never risk a Gigabyte project again, to risky.
This might have been covered but I wasn’t able to find it easily so I thought I would post it up.
I have been trying to get Lightworks 12.6 working on Opensuse 13.2 and ran into some problems. It would hang on with the loading banner up and not do anything. So I tried running ntcardvt from the command line and got:
./ntcardvt: error while loading shared libraries: libcrypto.so.10: cannot open shared object file: No such file or directory
In Opensuse libcrypto.so.10 is provided by the libopenssl package as /lib64/libcrypto.so.1.0.0
So its both named incorrectly and also in the wrong place for Lightworks to find.
Easy fix, as root make a sym link:
ln -s /lib64/libcrypto.so.1.0.0 /usr/lib64/libcrypto.so.10
Seems to work now, although I haven’t tested extensively. I think this will be the same for Leap 42.1 but my normal machine is waiting on a motherboard replacement so I cannot test that.
I updated Opensuse 12.3 the other day. Caused a few issues, one was repeated crashes on login to KDE. I seem to have fixed it by adding my user to the ‘video’ group. These is also a fix for the following error.
GL applications report that they can’t operate /dev/nvidiactl.
I have had this error with certain applications trying to use the binary Nvidia drivers. Not sure if the fix is complete yet as the system seems to be a little bit sluggish and if I try to open nvidia-settings it doesn’t work. I will update when I have more info. I might re-install the nvidia drivers and see if that helps.
Update: So nvidia-settings does work, it just takes ages to open.