View Issue Details
|ID||Project||Category||View Status||Date Submitted||Last Update|
|0000293||Cinelerra-GG||[All Projects] Bug||public||2019-09-02 20:57||2019-10-06 18:06|
|Target Version||Fixed in Version|
|Summary||0000293: error while loading shared libraries: libva.so.1|
|Description||cin: error while loading shared libraries: libva.so.1: cannot open shared object file: No such file or directory|
|Steps To Reproduce||start the program|
|Moved MatN's Mint 19 repository issue to 0000307.|
You do not have to make a new BT for this as I want to do some more testing here, but it is difficult for me to get access to the Mint 19 computer or any other distro. Meanwhile, if you have a chance and want to use the system package instead of the single user version:
Fall back procedure to get the system package install:
download the file: https://www.cinelerra-gg.org/download/pkgs/mint19/cin_5.1.mint19-20190831_amd64.deb
Then run on the Mint 19 system:
dpkg --install directory_path_file_that_you_downloaded_from_above
I can get Cin-gg 2019-08 to work by downloading and installing the single user version: "https://cinelerra-gg.org/download/tars/cinelerra-5.1-mint19-20190831.x86_64-static.txz ".
This one does not have the libva.so.2 problem, it runs without errors when started from a terminal window (no sudo),.
So the repository problem on the machine appears unrelated to this. Make a different BT for it?
Your comment: "These messages indicate that "trusted=yes" is probably just missing on the one machine. " I don know how to verify. On the failing machine, the /etc/apt/sources.list.d has 3 files in it:
-rw-r--r-- 1 root root 528 Aug 19 22:14 official-package-repositories.list
-rw-r--r-- 1 root root 158 Aug 19 22:38 thierry-f-fork-michael-gruz-bionic.list
-rw-r--r-- 1 root root 62 Sep 23 20:35 additional-repositories.list
The "gruz" ppa is for a scanner software:
deb http://ppa.launchpad.net/thierry-f/fork-michael-gruz/ubuntu bionic main
The "additional repositories" has only cin-gg in it, but looks the same format as the above:
deb https://cinelerra-gg.org/download/pkgs/mint19 bionic main
This was added using "sudo apt-add-repository 'deb https://cinelerra-gg.org/download/pkgs/mint19 bionic main' ". If I included the [trusted=yes] is complains about invalid parameters. Yet doing a "sudo apt update" after this gives the previously reported error. When I use the line including the "[trusted=yes]" in the GUI to add repositories, it says "malformed input" . I don't really know how to proceed. I can only test at that system about once/2 weeks.
Any suggestions where to look would be greatly appreciated.
|If installing it as if it were buster, everything works correctly|
THANKS so much -- I feel better now! as I now know that the build is usable. Will have to wait to hear from MatN.
@carlosnewmusic - once we fixed Buster, I think you have successfully installed Cin. So once we pinpoint MatN's issue, we will close this BT.
They all contain Cinelerra-GG installed from your packages that you prepare each month for Mint.
They all start well without difficulty.
|No, I don't do any package work. I just wanted to inform you of what is included on my different versions of Mint by default.|
Are you doing a package install on any of them? and if so, can you start cinelerra or do you get an error message concerning libva? That would be helpful information. In any case, the tar file install should work without any problem.
Here I have three computers running on Linux Mint Mate 64bit; one with version 18.3, one with 19.1 and one with 19.2
Checking by Synaptic none of them contain libva.so.1 or libva.so.2
18.3 and 19.1 contain lbva1 and 19.2 contains lbva2
MatN: short answer - ALL Mint 19 versions need to have libva.so.2 installed because that is what is on our build machine. However, I am now confused by your Note correction but it may be location of libva is the problem.
"On a Mint 19.2 system ... The file system has only libva.so.1"
Verified by GG that the Mint package for August was built with libva.so.2. So ALL versions of Mint 19 need libva.so.2. As noted in the Release Notes, "O/S distros on developer’s build systems have had upgrades applied." - (and now I know that putting that in there is going to be helpful to me!) So probably the Mint 19 upgrade updated libva.so.1 to libva.so.2.
Mint 19 is just Mint 19 with no dot version extension, i.e. Tara. Mint 19.1 is Tessa, Mint 19.2 is Tina, and Mint 19.3 is not being officially released until December. So I think the download page is correct in stating 18 and 19 as we have a tendency to NOT install the dot releases.
""Malformed input, repository not added." ... normally works, but not on this particular machine."
"N: Updating from such a repository can't be done securely, and is therefore disabled by default.:
These messages indicate that "trusted=yes" is probably just missing on the one machine.
@MatN: we will look into Mint libva confusion today. It may be that Mint 19.2 or Mint 19.3 has libva.so.1 upgraded to libva.so.2. We did recently update out Mint distro but it is most likely Mint 19.1 and if the install package calls for libva.so.2 and your system has libva.so.1 -- you will get this error.
There is always a problem with different versions with various distros. I will have to let you know, but I am just guessing that the easiest fix is to update the libva.so.1 to .2.
Typo, in my note https://www.cinelerra-gg.org/bugtracker/view.php?id=293#c2092 I wrote that the system "has only libva.so.1", this should be libva.so.2 . That system has been upgraded from 18.3 to 19 to 19.1 to 19.2 by me (it's in a different city) . CinGG used to work there.
On one of my systems, which was created at Mint 19.1 level then upgraded to Mint 19.2 , CinGG 20190831 works fine, even though that system does not have libva.so1 either, only libva.so.2 . I am very confused. Which version of Cin-GG requires libva.so1 and which libva.so.2 ?
Could it be that there is a difference in build required for Mint 19 / 19.1 /19.2 ? The page https://cinelerra-gg.org/download/tars/ lists Mint 19 only.
But on the main download page https://www.cinelerra-gg.org/mint-package/ it only lists Mint 18 and Mint 19, and I think Mint 18 was fine for Mint 18.3 .
Interestingly, when I do in a terminal "sudo apt-add-repository https://cinelerra-gg.org/download/pkgs/mint19 bionic main" I get no errors, and then "software sources" shows the proper repository.
But if I do from the cmd line "apt update" it gives an error:
Ign:1 http://ftp.nluug.nl/os/Linux/distr/linuxmint/packages tina InRelease
Hit:2 http://archive.canonical.com/ubuntu bionic InRelease
Hit:3 http://ftp.nluug.nl/os/Linux/distr/ubuntu bionic InRelease
Hit:4 http://ftp.nluug.nl/os/Linux/distr/ubuntu bionic-updates InRelease
Hit:5 http://ftp.nluug.nl/os/Linux/distr/ubuntu bionic-backports InRelease
Hit:6 http://ppa.launchpad.net/thierry-f/fork-michael-gruz/ubuntu bionic InRelease
Hit:7 http://ftp.nluug.nl/os/Linux/distr/linuxmint/packages tina Release
Get:8 http://security.ubuntu.com/ubuntu bionic-security InRelease [88,7 kB]
Ign:9 https://cinelerra-gg.org/download/pkgs/mint19 bionic InRelease
Err:10 https://cinelerra-gg.org/download/pkgs/mint19 bionic Release
404 Not Found [IP: 22.214.171.124 443]
Reading package lists... Done
E: The repository 'https://cinelerra-gg.org/download/pkgs/mint19 bionic Release' does not have a Release file.
N: Updating from such a repository can't be done securely, and is therefore disabled by default.
N: See apt-secure(8) manpage for repository creation and user configuration details.
Hope this helps in pinpointing it.
On a Mint 19.2 system I have the same libva.so.1 problem. The file system has only libva.so.1 This system worked OK with Mint 19.1 I think, certainly with Mint 18.3 before that.
In addition, and this may be related, when trying to add the Cin repository to software sources you get an error: "Malformed input, repository not added. This happens when I do it the usual way, I select on https://www.cinelerra-gg.org/mint-package/ the Mint 19 line, then when you do "add" in "additional repositories" and paste in in there it normally works, but not on this particular machine.
We just now found a build error with the Debian 10 package. It was defined as "stretch" instead of "buster". If Debian 10 is where you were having the problem, please try installing it one more time as we fixed it and now successfully installed it on a Debian 10 system here. We got no error.
Thank you for your patience.
Short answer, if you did a package install of Debian 8 or Debian 9, try Debian 10 package instead. Your error message indicates you are missing libva.so.1 which would be the case if you have libva.so.2 installed instead (we built Debian 8/9 with libva.so.1 here, but Debian 10 with libva.so.2). Please let us know if this works or not so we can help further.
Long answer and explanation:
OK, so when I search "kali" on the internet, the latest version of it contains kernel 5.2.9 which is nicely up-to-date but I am not sure if you have that latest installed. You can check to see whether or not you have libva.so.1 or libva.so.2 installed on your system. I believe the Debian command to check this is:
sudo apt list --installed
We checked the several Debian build systems we have here and all of the version 8 and 9 64-bit and 32-bit use libva.so.1. But Debian 10 uses libva.so.2. If you have the latest kali installed it probably uses libva.so.2 and we only had libva.so.1 on our build systems for Debian 8/9 so if you are using 8 or 9 package you will get this error message.
This is probably more complicated than it should be.
|I use kali as I put in the error data, it would be like debian testing|
Do you have libva installed? If you are using Arch, you will have to install that. If you are not using Arch, which distro are you using? Arch is different from most of the other Operating Systems in that when you install a package, it does not install all of the pre-requisites. A list of the pre-requisites is at:
Captura de pantalla_2019-09-02_22-49-59.png (110,730 bytes)
Captura de pantalla_2019-09-02_22-49-59.png (110,730 bytes)
|2019-09-02 20:57||carlosnewmusic||New Issue|
|2019-09-02 20:57||carlosnewmusic||Tag Attached: GUI|
|2019-09-02 20:57||carlosnewmusic||File Added: Captura de pantalla_2019-09-02_22-49-59.png|
|2019-09-02 21:05||PhyllisSmith||Note Added: 0002065|
|2019-09-04 10:51||carlosnewmusic||Note Added: 0002067|
|2019-09-04 15:38||PhyllisSmith||Note Added: 0002068|
|2019-09-04 18:19||PhyllisSmith||Assigned To||=> goodguy|
|2019-09-04 18:19||PhyllisSmith||Status||new => assigned|
|2019-09-04 18:21||PhyllisSmith||Status||assigned => feedback|
|2019-09-04 18:21||PhyllisSmith||Note Added: 0002069|
|2019-09-09 19:21||MatN||Note Added: 0002092|
|2019-09-09 19:37||MatN||Note Added: 0002093|
|2019-09-09 19:40||MatN||Note Added: 0002094|
|2019-09-10 09:41||MatN||Note Added: 0002101|
|2019-09-10 18:41||PhyllisSmith||Note Added: 0002106|
|2019-09-10 22:10||PhyllisSmith||Note Added: 0002108|
|2019-09-10 23:51||Pierre||Note Added: 0002110|
|2019-09-11 00:37||PhyllisSmith||Note Added: 0002111|
|2019-09-11 00:42||Pierre||Note Added: 0002112|
|2019-09-11 00:47||Pierre||Note Added: 0002113|
|2019-09-11 00:53||PhyllisSmith||Note Added: 0002115|
|2019-09-13 02:38||carlosnewmusic||Note Added: 0002123|
|2019-09-13 02:38||carlosnewmusic||Status||feedback => assigned|
|2019-09-23 18:53||MatN||Note Added: 0002177|
|2019-09-23 19:01||MatN||Note Added: 0002178|
|2019-09-25 03:17||PhyllisSmith||Note Added: 0002179|
|2019-10-06 18:06||PhyllisSmith||Status||assigned => closed|
|2019-10-06 18:06||PhyllisSmith||Resolution||open => fixed|
|2019-10-06 18:06||PhyllisSmith||Note Added: 0002212|