View Issue Details

IDProjectCategoryView StatusLast Update
0000302Cinelerra-GG[All Projects] Bugpublic2019-10-02 00:32
ReporterOlaf Assigned Togoodguy  
PrioritynormalSeverityminorReproducibilityhave not tried
Status acknowledgedResolutionopen 
PlatformOSGNU/LinuxOS Version
Product Version 
Target VersionFixed in Version 
Summary0000302: Thirdparty update: openexr/ilmbase
DescriptionInstalled is version 2.2.1 from 2017-11-30. Current version is 2.4.0.[1] In the meantime a lot has happened, also security vulnerabilities have been removed. On the homepage[2] 2.3.0 is still listed as current. Because of the security and the issues that have been closed, it should be updated to 2.4.0.

TagsNo tags attached.




2019-10-02 00:32

manager   ~0002205

A fix for "cinelerra-5.1/msg/txt" is ready to go on the next GIT checkin.


2019-10-01 10:18

reporter   ~0002199

+September 2019 New Features of note:
+ Libraries x265 and openexr have been upgraded.


2019-10-01 01:49

manager   ~0002197

Bad news here. When doing the monthly builds we had to "revert openexr-2.4.0, breaks most builds, req cmake past baseline, bad configure fallbacks". The CMAKE program on almost all the distros on which we build CinelerraGG, is not up to the requirement set by the openexr programmer. For example Ubuntu 14 is one of the oldest distros, but even the later distros do not have the required cmake version. In addition the C compiler has a version level required too. The configure fallbacks did not work either.

Not sure what the programmer had in mind by using cmake instead of make as it was originally and then putting such version restrictions on usage. Very disappointing. In addition, it does not appear that the developer made any code changes that enhance Cinelerra usage but rather their goal was to switch to cmake and get rid of SEGVs (always a high priority goal).

I will probably email the programmer and ask for clarification and help. We will probably not upgrade cmake on all of the build machines just to "fix" this.


2019-09-27 13:19

reporter   ~0002186

A note for people like me who are not software developers, "--enable-openexr" must be used to access "thirdparty", otherwise the system files will be used. If several versions of "(lib)openexr" are installed at the same time, the one whose "-dev" package is installed wins.

$ ./configure --help G -i openexr
  --enable-openexr build openexr (auto)
  --with-openexr use openexr (auto)


2019-09-27 00:58

manager   ~0002184

This update has been checked into GIT. They switched from Make to CMake and we did a successful static and system build, tested render, and tested load of that render for single frame and for sequences.

I do not think this is heavily used, but it is good to keep it up to date and to make sure it works.


2019-09-23 01:19

manager   ~0002171

It looks like 2.4.0 is officially out of BETA and was released on the 19th. Will test tomorrow to see if any issues and if not, then probably it will go in.


2019-09-13 17:25

manager   ~0002133

Last edited: 2019-09-13 20:42

View 2 revisions

Will try to get this updated today also.
Update - looked at it but it is still Beta so I will keep track of it and wait for official release. Only 1 commit has been made since Beta, so I am guessing that that will be fairly soon. We don't want to put in 2.3.0 and then just have to upgrade to 2.4.0 shortly after.

Issue History

Date Modified Username Field Change
2019-09-13 15:25 Olaf New Issue
2019-09-13 17:24 PhyllisSmith Assigned To => goodguy
2019-09-13 17:24 PhyllisSmith Status new => assigned
2019-09-13 17:25 PhyllisSmith Status assigned => acknowledged
2019-09-13 17:25 PhyllisSmith Note Added: 0002133
2019-09-13 20:42 PhyllisSmith Note Edited: 0002133 View Revisions
2019-09-23 01:19 PhyllisSmith Note Added: 0002171
2019-09-27 00:58 PhyllisSmith Note Added: 0002184
2019-09-27 13:19 Olaf Note Added: 0002186
2019-10-01 01:49 PhyllisSmith Note Added: 0002197
2019-10-01 10:18 Olaf Note Added: 0002199
2019-10-02 00:32 PhyllisSmith Note Added: 0002205