Arch User: Installation - suggest you use AUR

Hi,
for Arch there are dependencies that are not installed automatically. Their absence leads to installation errors. Check if you have all the dependencies on this file:
https://www.cinelerra-gg.org/download/README.arch

@andreapaz

Yes, I read the instructions for Arch and those are all installed, also ran across python2 missing and possibly openexr missing. Compiling. Again 😉

For compilig from Git I use the follows steps:

$ git clone --depth 1 "git://git.cinelerra-gg.org/goodguy/cinelerra.git" cinelerra5
$ cd /home/USER/cinelerra5/cinelerra-5.1
$ ./autogen.sh
$ ./configure --prefix=/usr --without-oss --with-single-user --with-booby
$ make && make install 2>&1 | tee cin5.log

And starting from terminal:

$ /home/UDER/cinelerra5/cinelerra-5.1/bin/./cin

I still got errors compiling the AUR. I am going to create a new VM, install the dependencies from: 

https://www.cinelerra-gg.org/download/README.arch

and then try the git method you used, as I see you added some switches I did not know about.

Old Cinelerra-CV was taken out of Arch's repository:
https://lists.cinelerra-cv.org/pipermail/cinelerra/2018q4/010726.html
The same goes for Cinelerra-GG.
I do not recommend using cin-git from AUR, for the same reasons expressed in the email.
It's better to compile ourselves by git or use the binaries prepared every month by GG.
Note that not using Arch's repositories doesn't lead to problems; we don't even have to be root for the installation!

About my ./config:

--prefix=/usr
This is from GG. Actually, it works for me without it.

--without-oss
Never used the OSS sound server; I take it out, but leaving it is the same. --with-single-user
Recommended by GG (and manual)

--with-booby
Serves GG: in case of problems provides additional info in the log.

Note: instead of using my steps, after downloading and entering the CinGG folder, you can run the GG script:

$ bld.sh

Hi there,

on Arch I faced the problem, that usually between two releases of cin-gg the one or another video or sound lib gets updated and cin-gg won't start.

Now I download the static single user build and leave the latest version in my download directory. I wrote a script that roughly does this:

1. checks if in my /tmp directory is already an extracted version of cin-gg
2. if so: start the cin-gg instance from /tmp
2. if not: extract cin-gg into /tmp and start it

So, I know there could be much more sophisticated features, because the script assumes that there is only one file starting with "cinelerra" in the download directory. But it does what it should and I keep the last running version and rename it to "old_cinelerra..." before downloading the new release.

If you find it helpful feel free to use the script and you may want to adjust the directory to copy cin-gg from and the directory where cin-gg is extracted. And make sure you have the programs installed to extract txz files and untar them.

Cheers
Achim

------------------------------------------------------

#!/bin/bash

# check if cin-gg is already extracted
if [ ! -f "/tmp/cinelerra/cin" ]; then
  # extract cinlerra
  mkdir /tmp/cinelerra
  cp ~/Downloads/cinelerra-*.txz /tmp
  xz --decompress /tmp/cinelerra-*.txz
  tar -xf /tmp/cinelerra*.tar -C /tmp/cinelerra
  rm /tmp/cinelerra-*.tar
fi

# start cinelerra
/tmp/cinelerra/cin

@capslock

Thanks for sharing as this should prove useful to other Arch users.  The day before we do the builds on the last day of the month, we make it a point to upgrade our Arch O/S so that at least for 1 day! it is in synch.  Unfortunately, unless a user builds CinGG themselves on an as needed basic, when Arch updates certain libraries between the monthly builds it can break Cinelerra.

If anyone is interested, I have created an AUR package for Cinelerra as an AppImage, just search the AUR for cin-appimage.

I had to remove Cinelerra from my distro because the regular binary missing dependencies in Arch. The AppImage as a package works really well, I include it in my little distro, the nice thing of installing an appimage as a package, is that to the user, the interaction is the same. I find appimages to be a great alternative to complex/larger applications.

@DeLinuxCo

Of course, we and the users will be interested ! Thanks for the update.