cinelerra-gg sbopkg build fails on current

Z038 · 11-04-2023, 04:19 PM

I'm trying to install cinelerra-gg from sbopkg on current. I ran into a build problem in ffmpeg and found a fix for it described by marav in this thread:

https://www.linuxquestions.org/quest...eg-4175727691/

The patch is to ffmpeg-4.3 libavcodec/x86/mathops.h

This is what I did that got me past the original problem:

- Copied the cinelerra-gg tar file from /var/cache/sbopkg/cinelerra-gg-20210331_eabda9c.tar.xz to a working directory, and untar'd it.
- Found the ffmpeg package in the tree, copied it to a working directory, and untar'd it.
- Copied the patch file from the link in the thread above, and applied it with the patch command. patch was successful.
- tar'd the ffmpeg directories and replaced the tar file in the cinelerra-gg tree with the patched one.
- tar'd the cinelerra-gg package and replaced the one in /var/cache/sbopkg/ directory with the patched one.
- Tried to install it again with sbopkg. It was already in the cache, so it did not download it again. The MD5SUM check failed, but I told it to continue.

Now I get this:

Code:

[100%] Linking CXX executable test_libaom
[100%] Built target test_libaom
Install the project...
-- Install configuration: "Release"
-- Installing: /tmp/SBo/cinelerra-gg-20210331_eabda9c/cinelerra-5.1/thirdparty/libaom-v3.0.0/usr/local/include/aom/aom.h
-- Installing: /tmp/SBo/cinelerra-gg-20210331_eabda9c/cinelerra-5.1/thirdparty/libaom-v3.0.0/usr/local/include/aom/aom_codec.h
-- Installing: /tmp/SBo/cinelerra-gg-20210331_eabda9c/cinelerra-5.1/thirdparty/libaom-v3.0.0/usr/local/include/aom/aom_frame_buffer.h
-- Installing: /tmp/SBo/cinelerra-gg-20210331_eabda9c/cinelerra-5.1/thirdparty/libaom-v3.0.0/usr/local/include/aom/aom_image.h
-- Installing: /tmp/SBo/cinelerra-gg-20210331_eabda9c/cinelerra-5.1/thirdparty/libaom-v3.0.0/usr/local/include/aom/aom_integer.h
-- Up-to-date: /tmp/SBo/cinelerra-gg-20210331_eabda9c/cinelerra-5.1/thirdparty/libaom-v3.0.0/usr/local/include/aom/aom.h
-- Installing: /tmp/SBo/cinelerra-gg-20210331_eabda9c/cinelerra-5.1/thirdparty/libaom-v3.0.0/usr/local/include/aom/aom_decoder.h
-- Installing: /tmp/SBo/cinelerra-gg-20210331_eabda9c/cinelerra-5.1/thirdparty/libaom-v3.0.0/usr/local/include/aom/aomdx.h
-- Installing: /tmp/SBo/cinelerra-gg-20210331_eabda9c/cinelerra-5.1/thirdparty/libaom-v3.0.0/usr/local/include/aom/aomcx.h
-- Installing: /tmp/SBo/cinelerra-gg-20210331_eabda9c/cinelerra-5.1/thirdparty/libaom-v3.0.0/usr/local/include/aom/aom_encoder.h
-- Installing: /tmp/SBo/cinelerra-gg-20210331_eabda9c/cinelerra-5.1/thirdparty/libaom-v3.0.0/usr/local/lib/pkgconfig/aom.pc
-- Installing: /tmp/SBo/cinelerra-gg-20210331_eabda9c/cinelerra-5.1/thirdparty/libaom-v3.0.0/usr/local/lib/libaom.a
-- Installing: /tmp/SBo/cinelerra-gg-20210331_eabda9c/cinelerra-5.1/thirdparty/libaom-v3.0.0/usr/local/bin/aomdec
-- Installing: /tmp/SBo/cinelerra-gg-20210331_eabda9c/cinelerra-5.1/thirdparty/libaom-v3.0.0/usr/local/bin/aomenc
make[3]: Leaving directory '/tmp/SBo/cinelerra-gg-20210331_eabda9c/cinelerra-5.1/thirdparty/libaom-v3.0.0/aom.build'
touch /tmp/SBo/cinelerra-gg-20210331_eabda9c/cinelerra-5.1/thirdparty/../thirdparty/build/libaom.built
make[2]: Leaving directory '/tmp/SBo/cinelerra-gg-20210331_eabda9c/cinelerra-5.1/thirdparty'
make[1]: *** [Makefile:530: all-recursive] Error 1
make[1]: Leaving directory '/tmp/SBo/cinelerra-gg-20210331_eabda9c/cinelerra-5.1'
make: *** [Makefile:486: all] Error 2

I don't see what caused this error.

Does anyone know what the fix for this is? Or where I can find more details about the error?

Thanks!

marav · 11-04-2023, 04:59 PM

I tried with the addition of aom
https://slackbuilds.org/slackbuilds/15.0/multimedia/aom

and it ends with:

Code:

makeinfo*: erreur d'analyse de ./doc/t2h.pm*: Undefined subroutine &Texinfo::Config::set_from_init_file called at ./doc/t2h.pm line 24.
makeinfo*: erreur d'analyse de ./doc/t2h.pm*: Undefined subroutine &Texinfo::Config::set_from_init_file called at ./doc/t2h.pm line 24.
make[3]: *** [doc/Makefile:70: doc/ffprobe.html] Error 1

that, for my POV, is worst than the previous error ...

Z038 · 11-04-2023, 05:10 PM

From the README for aom:

Code:

AOMedia Video 1 (AV1) is an Open Source video codec designed for
video transmission over the Internet. AV1 is planned to surpass
VP9 and also to eventually be a competitor with HEVC/H.265.

This script builds the encoder aomenc, the decoder aomdec as well
as shared libraries which can be utilised by suitable versions of
both FFmpeg and vlc.

Since I won't be using video over the Internet, I wonder if I can just omit it.

Gerard Lally · 11-04-2023, 06:43 PM

For some time now the cinelerra-gg team have been providing and recommending the AppImage which, as far as I remember, was quite straightforward to get up and running on Slackware (two or three years ago).

rizitis · 11-05-2023, 04:10 AM

Quote:

Originally Posted by marav

I tried with the addition of aom
https://slackbuilds.org/slackbuilds/15.0/multimedia/aom

and it ends with:

Code:

makeinfo*: erreur d'analyse de ./doc/t2h.pm*: Undefined subroutine &Texinfo::Config::set_from_init_file called at ./doc/t2h.pm line 24.
makeinfo*: erreur d'analyse de ./doc/t2h.pm*: Undefined subroutine &Texinfo::Config::set_from_init_file called at ./doc/t2h.pm line 24.
make[3]: *** [doc/Makefile:70: doc/ffprobe.html] Error 1

that, for my POV, is worst than the previous error ...

I think we can fix this, but I have not time at all these days!
Plz look my patch for texinfo in the ffmpeg thread
As I see the error, I think /doc/t2h.pm need the same fix ... set_from_init_file > texinfo_set_from_init_file etc...

rizitis · 11-05-2023, 04:49 AM

Code:

--- cinelerra-gg-20230727_e6b185e/cinelerra-5.1/thirdparty/ffmpeg-5.1/doc/t2h.pm	2022-07-22 20:58:38.000000000 +0300
+++ /dev/null/t2h.pm	2023-11-05 12:44:56.096181155 +0200
@@ -21,7 +21,7 @@
 # Foundation, Inc., 51 Franklin Street, Fifth Floor, Boston, MA 02110-1301 USA
 
 # no navigation elements
-set_from_init_file('HEADERS', 0);
+texinfo_set_from_init_file('HEADERS', 0);
 
 sub ffmpeg_heading_command($$$$$)
 {
@@ -132,17 +132,17 @@
 
 # print the TOC where @contents is used
 if ($program_version_6_8) {
-    set_from_init_file('CONTENTS_OUTPUT_LOCATION', 'inline');
+    texinfo_set_from_init_file('CONTENTS_OUTPUT_LOCATION', 'inline');
 } else {
-    set_from_init_file('INLINE_CONTENTS', 1);
+    texinfo_set_from_init_file('INLINE_CONTENTS', 1);
 }
 
 # make chapters <h2>
-set_from_init_file('CHAPTER_HEADER_LEVEL', 2);
+texinfo_set_from_init_file('CHAPTER_HEADER_LEVEL', 2);
 
 # Do not add <hr>
-set_from_init_file('DEFAULT_RULE', '');
-set_from_init_file('BIG_RULE', '');
+texinfo_set_from_init_file('DEFAULT_RULE', '');
+texinfo_set_from_init_file('BIG_RULE', '');
 
 # Customized file beginning
 sub ffmpeg_begin_file($$$)
@@ -244,7 +244,7 @@
 
 # Dummy title command
 # Ignore title. Title is handled through ffmpeg_begin_file().
-set_from_init_file('USE_TITLEPAGE_FOR_TITLE', 1);
+texinfo_set_from_init_file('USE_TITLEPAGE_FOR_TITLE', 1);
 sub ffmpeg_title($$$$)
 {
     return '';

sorry I have not test it... its just a quik patch , but something like this needed...

ponce · 11-05-2023, 04:55 AM

actually just not building the html documentation (like you suggested in another thread) should be enough, after all it's just an internal ffmpeg version (and in this case you have the same one already installed on current): here I have done just these mods to let it build on current

https://cgit.ponce.cc/slackbuilds/commit/?h=cinelerra

@Z038: I can't see any problem in building the internal libaom or using an external one from SBo (there is called just "aom"): probably you can just redirect the building output in a file and examine that, also using just one make job could help having a cleaner output and identify your specific problem

Code:

MAKEFLAGS=-j1 ./cinelerra.SlackBuild > /tmp/build_cinelerra.log 2>&1

Z038 · 11-05-2023, 11:12 AM

@Gerard Lally - thanks for the suggestion. The Appimage does indeed work. I still want to build it anyway. The Appimage at least lets me start using Cinelerra in the meantime.

@rizitis - thank you for the patch. I will try it if all else fails. But as ponce was able to build without it, that sounds like a good solution for now.

@ponce - thank you the updated Slackbuild to disable html doc. Looks like you are using a newer version of cinelerra-gg also. Before I try this, I will redirect my build output to a file, as you suggested, and try to find the specific error in it.

Z038 · 11-05-2023, 12:47 PM

This is the only thing I find in the build log that I think would stop the build:

Code:

/bin/sh ../libtool  --tag=CXX   --mode=compile g++ -DHAVE_CONFIG_H -I. -I../config  -I/tmp/SBo/cinelerra-gg-20210331_eabda9c/cinelerra-5.1/thirdparty/openexr-2.4.1/usr/local/include/OpenEXR -I.. -I../config    -pipe -g -O2 -std=c++11  -MT ImfMisc.lo -MD -MP -MF .deps/ImfMisc.Tpo -c -o ImfMisc.lo ImfMisc.cpp
libtool: compile:  g++ -DHAVE_CONFIG_H -I. -I../config -I/tmp/SBo/cinelerra-gg-20210331_eabda9c/cinelerra-5.1/thirdparty/openexr-2.4.1/usr/local/include/OpenEXR -I.. -I../config -pipe -g -O2 -std=c++11 -MT ImfMisc.lo -MD -MP -MF .deps/ImfMisc.Tpo -c ImfMisc.cpp -o ImfMisc.o
ImfMisc.cpp:1392:17: error: 'uint8_t' does not name a type
ImfMisc.cpp:56:1: note: 'uint8_t' is defined in header '<cstdint>'; did you forget to '#include <cstdint>'?
make[6]: *** [Makefile:885: ImfMisc.lo] Error 1

rizitis · 11-05-2023, 01:25 PM

Quote:

Originally Posted by Z038

This is the only thing I find in the build log that I think would stop the build:

Code:

-I/tmp/SBo/cinelerra-gg-20210331_eabda9c/cinelerra-5.1/thirdparty/openexr-2.4.1/usr/local/include/OpenEXR

try the patched version in my attachment as ponce suggested.
remove .txt and download the version that exist in .info file

Code:

https://ponce.cc/slackware/sources/repo/cinelerra-gg-20231006_bfc2f6c.tar.xz

then

Code:

MAKEFLAGS=-j1 ./cinelerra.SlackBuild > ./build_cinelerra.log 2>&1

Z038 · 11-05-2023, 04:37 PM

The patched build worked, but the slackpkg install of the package complains about a null byte in line 2xx (I don't recall exactly), something about a command substitution I think, and then the terminal fonts get messed up and lots of hex garbage gets written to the terminal, like when you cat a binary file. You don't have much time to read it, which is why I'm not sure exactly what it said. The install seems to go on forever with nothing but garbage output to the console. I couldn't get it to stop, finally had to reboot my system.

I suppose I could redirect the output to a file, but not sure I want to try it again.

Maybe I can untar the package and see if I can find the problem.