April 2020 - Cin - Cinelerra-GG Mailing Lists

Test msg for email address
by Mat Nieuwenhoven 20 Apr '20

20 Apr '20

MatN

1 0

Actually compiled CinGG for e2k machine
by Andrew Randrianasulu 20 Apr '20

20 Apr '20

Well, this was interesting experience ..... I got remote shell on Elbrus machine, and of course tried to compile CinGG there ./configure --with-single-user --with-booby --disable-openExr \ --disable-libavc1394 --disable-libiec61883 --disable-libtheora --without-ladspa \ --disable-tiff --without-openexr --disable-x264 --disable-dav1d --without-ladspa \ --without-dv --without-firewire --without-nv --without-commercial with this command line it started to compile .. and run into few problems :} Even if I disabled commercials detection via configure some files leaked in and confused compiler. So, I just #ifdef __i386__ whole thing out of my way: it diff cinelerra/ diff --git a/cinelerra-5.1/cinelerra/commercials.h b/cinelerra-5.1/cinelerra/commercials.h index b7b815c..01f4c27 100644 --- a/cinelerra-5.1/cinelerra/commercials.h +++ b/cinelerra-5.1/cinelerra/commercials.h @@ -1,3 +1,4 @@ +#ifdef __i386__ #ifndef _COMMERCIALS_H_ #define _COMMERCIALS_H_ @@ -202,3 +203,4 @@ public: #endif +#endif /* i386 */ \ No newline at end of file diff --git a/cinelerra-5.1/cinelerra/dbwindow.h b/cinelerra-5.1/cinelerra/dbwindow.h index 24a40df..983c65b 100644 --- a/cinelerra-5.1/cinelerra/dbwindow.h +++ b/cinelerra-5.1/cinelerra/dbwindow.h @@ -1,3 +1,4 @@ +#ifdef __i386__ #ifndef _DBWINDOW_H_ #define _DBWINDOW_H_ @@ -296,3 +297,4 @@ public: #endif +#endif /* i386 */ \ No newline at end of file diff --git a/cinelerra-5.1/cinelerra/mediadb.h b/cinelerra-5.1/cinelerra/mediadb.h index 9bb970e..eb39340 100644 --- a/cinelerra-5.1/cinelerra/mediadb.h +++ b/cinelerra-5.1/cinelerra/mediadb.h @@ -1,3 +1,4 @@ +#ifdef __i386__ #ifndef _MEDIA_DB_H_ #define _MEDIA_DB_H_ @@ -239,3 +240,4 @@ public: }; #endif +#endif /* i386 */ \ No newline at end of file diff --git a/cinelerra-5.1/cinelerra/mwindow.C b/cinelerra-5.1/cinelerra/mwindow.C index 8c0dd6c..cdc0325 100644 --- a/cinelerra-5.1/cinelerra/mwindow.C +++ b/cinelerra-5.1/cinelerra/mwindow.C @@ -282,7 +282,9 @@ MWindow::~MWindow() delete render; render = 0; delete mixers_align; mixers_align = 0; commit_commercial(); +#ifdef HAVE_COMMERCIALS if( commercials && !commercials->remove_user() ) commercials = 0; +#endif close_mixers(); if( speed_edl ) { speed_edl->remove_user(); speed_edl = 0; } // Save defaults for open plugins git diff db/ diff --git a/cinelerra-5.1/db/tdb.h b/cinelerra-5.1/db/tdb.h index 8ee8800..b337b90 100644 --- a/cinelerra-5.1/db/tdb.h +++ b/cinelerra-5.1/db/tdb.h @@ -1,3 +1,5 @@ +#ifdef __i386__ + #ifndef __DB_H__ #define __DB_H__ #include <cstring> @@ -1514,3 +1516,5 @@ public: }; #endif + +#endif /* i386 */ \ No newline at end of file Probably not best idea (shouldn't those headers use same #ifdef HAVE_COMMERCIALS as I did in mwindow.C ?) but so far it worked... git diff guicast/ diff --git a/cinelerra-5.1/guicast/Makefile b/cinelerra-5.1/guicast/Makefile index 04bc87a..be47e0b 100644 --- a/cinelerra-5.1/guicast/Makefile +++ b/cinelerra-5.1/guicast/Makefile @@ -12,6 +12,11 @@ ifeq ($(OBJDIR), amd64) BOOTSTRAPFLAGS := -DBOOTSTRAP="\"objcopy -B i386 -I binary -O elf64-x86-64\"" endif +ifeq ($(OBJDIR), e2k) +BOOTSTRAPFLAGS := -DBOOTSTRAP="\"objcopy -B e2k -I binary -O elf64-e2k\"" +endif + + this basically added objcopy line for theme pngs, if I understand correctly. Should I also add my old ppc lines here? -- this is most hacky part ... I just disabled all this nice signal/crash reporting, but no crashes so far :} diff --git a/cinelerra-5.1/guicast/bcsignals.C b/cinelerra-5.1/guicast/bcsignals.C index ffc8a1c..71b69b9 100644 --- a/cinelerra-5.1/guicast/bcsignals.C +++ b/cinelerra-5.1/guicast/bcsignals.C @@ -471,15 +471,16 @@ static void reg_dump(FILE *fp,sigregs_t *rp) static void reg_dump(FILE *fp,sigregs_t *rp) {} #endif -#ifndef IP -#error gotta have IP -#endif +//#ifndef IP +//#error gotta have IP +//#endif // HAVE_CTX #endif static void handle_dump(int n, siginfo_t * info, void *sc) { +#if 0 uncatch_segv(); uncatch_intr(); signal(SIGSEGV, SIG_DFL); signal(SIGINT, SIG_DFL); @@ -586,5 +587,6 @@ static void handle_dump(int n, siginfo_t * info, void *sc) char *const argv[4] = { (char*) "/bin/sh", (char*) "-c", cmd, 0 }; execvp(argv[0], &argv[0]); #endif +#endif } --- git diff libzmpeg3/ diff --git a/cinelerra-5.1/libzmpeg3/libzmpeg3.h b/cinelerra-5.1/libzmpeg3/libzmpeg3.h index 430ebb4..9ebee66 100644 --- a/cinelerra-5.1/libzmpeg3/libzmpeg3.h +++ b/cinelerra-5.1/libzmpeg3/libzmpeg3.h @@ -5,7 +5,7 @@ /* for quicktime build */ #define MAXFRAMESAMPLES 65536 #define ZDVB -#define USE_FUTEX +//#define USE_FUTEX #ifndef __STDC_LIMIT_MACROS #define __STDC_LIMIT_MACROS and finally I disabled USE_FUTEX in libzmpeg (probably should be true for all non-x86 arches) Now, I have two patches, but they touch different unrelated files, sadly ... and in-between there was some build environment confusion, so I added and removed few things Both attached, but ... there was also more work in x264/mjpegtools/lame, basically if-0 ing SSE parts I have no idea how to easily diff those ..... probably move to someplace, clean, and compare to unpacked fresh directories ... Some libs from thirdparty again failed to autoconf themselves due to unknown architecture, but this was fixed by copying machine's automake dir (/usr/share/automake-1.14/*) to each library subfolder and autoreconf'ing them with --force --install. No idea how to automate this step. E2k_incomplete-2.diff contains unrelated html changes, and E2k_incomplete.diff has some -lcrystalhd stuff before I killed it from ffmpeg: diff --git a/cinelerra-5.1/thirdparty/Makefile b/cinelerra-5.1/thirdparty/Makefile index 0be2898..0017fc4 100644 --- a/cinelerra-5.1/thirdparty/Makefile +++ b/cinelerra-5.1/thirdparty/Makefile @@ -130,19 +130,19 @@ esound.mak_vars+= CFLAGS="" esound.ldflags=" -lm -lstdc++" fftw.cfg_params= --disable-fortran --enable-shared=no ffmpeg.cfg_params= \ - --enable-pthreads --enable-gpl --disable-ffplay \ + --enable-pthreads --disable-crystalhd --enable-gpl --disable-ffplay \ $(call if_want,VAAPI,--enable-vaapi,--disable-vaapi) \ $(call if_want,VDPAU,--enable-vdpau,--disable-vdpau) \ $(call if_want,NV, --enable-nvenc --enable-nvdec --enable-ffnvcodec) \ $(call if_ena,twolame,--enable-libtwolame) \ $(call if_ena,openjpeg,--enable-libopenjpeg) \ - $(call if_ena,lame,--enable-libmp3lame) \ + $(call if_ena,lame,--disable-libmp3lame) \ $(call if_ena,libaom,--enable-libaom) \ $(call if_ena,dav1d,--enable-libdav1d) \ $(call if_ena,libwebp,--enable-libwebp) \ $(call if_ena,opus,--enable-libopus) \ $(call if_ena,libvorbis,--enable-libvorbis) \ - $(call if_ena,libtheora,--enable-libtheora) \ + $(call if_ena,libtheora,--disable-libtheora) \ $(call if_ena,libvpx,--enable-libvpx) \ $(call if_ena,x264,--enable-libx264) \ $(call if_ena,x265,--enable-libx265) \ @@ -208,7 +208,7 @@ libwebp.cfg_vars?= mkdir build && cd build && $(call cmake_config,..) libwebp.mak_params?= -C build all install DESTDIR=$(call bld_path,libwebp) mjpegtools.cflags?="$(call inc_path,libjpeg) $(call ld_path,libjpeg,build)" mjpegtools.cfg_vars?= ./autogen.sh; -mjpegtools.cfg_params?= --enable-shared=no --without-libquicktime --without-libdv \ +mjpegtools.cfg_params?= --enable-shared=no --disable-simd-accel --without-libquicktime --without-libdv \ --without-libpng --without-dga --without-gtk --without-libsdl --without-sdlgfx mjpegtools.mak_params?= all ladspa.cfg_vars?= CFLAGS+=' -Dinline="" ' @@ -249,7 +249,7 @@ tiff.cfg_params+= --enable-shared=no --disable-zstd $(call if_pkg,libwebp,\ --with-webp-lib-dir=$(call pkg_libs,libwebp))\ $(call if_npkg,libwebp,--disable-webp) twolame.cfg_params?=--enable-shared=no -x264.cfg_params?= --enable-static --enable-pic +x264.cfg_params?= --enable-static --enable-pic --disable-asm x265.cfg_vars?=$(call cmake_config,source) x265.cfg_params?= -DENABLE_SHARED=no libvpx.cfg_params?= --enable-pic --- Resulted binary works remotely, even if slowly. There was problem with livevideo plugin , it wanted libdv anyway, just deleted it for now Machine is LE (little-endian), so BE problems not really visible on it I asked my host to try this locally, hopefully some video will be shown there, too.

3 3

How do I crop a picture-in-picture?
by David Given 19 Apr '20

19 Apr '20

I have two video tracks; one is overlayed on the other. I'm using projector automation to put the overlay video in the corner of the underlying video. I would like to crop the overlay video so it only shows the section I'm interested in. The overlayed video is a 1:1 image in the middle of a 16:9 video, and I just want to show the 1:1 bit. I can't figure out how to do this. - I thought I would be able to use the camera automation to scale the image after I had placed the projector, but while this works, it happens *before* any track plugins are rendered, and as one of these is rotation I always end up with a rotated rectangle on the screen. (With black borders.) - using the crop plugin adds more black borders. - I tried a mask, but I haven't found out how to invert the mask (i.e. I draw the area I want displayed so that everything else is cropped); plus cropped areas show up as black. - I simply can't get my head around the crop tool. The best I've come up with is to add a scale plugin to the track to resize it up a bit, so that the black wedges caused by the rotate plugin aren't visible; then adjusting the camera to zoom in on the are I'm interested in; but I haven't found a way to change the *shape* of the projector yet. It's always a 16:9 rectangle, but the area I want to show isn't that shape. What's the right way to do this? Ideally what I would like is the ability to draw a path on an object on the screen and say 'clip this object to this path'. Does anything like that exist? -- ┌─── http://www.cowlark.com ─── │ "I have always wished for my computer to be as easy to use as my │ telephone; my wish has come true because I can no longer figure out │ how to use my telephone." --- Bjarne Stroustrup

8 32

There are two buttons that are a great mystery to me
by Rafa Mar Multimedia en Gnu\Linux 19 Apr '20

19 Apr '20

[image: image.png] What are they for? It is that I do not even know how to look for them in the manual to clear my doubts. Thank you very much in advance.

3 6

Website translation (one typo found)
by Olivier Humbert 12 Apr '20

12 Apr '20

Hi Sam and all, while doing the French translation for the website, I went to the "March news - Videoscope is now on the Compositor and Viewer" page and I think I find a typo there: "Improvements for using the Videscope", isn't "videoscope"? HTH Olivier -- Site web : https://librazik.tuxfamily.org/ Donation : https://liberapay.com/LibraZiK/ Diaspora : https://framasphere.org/people/8c184af0c9450134f6682a0000053625 Mastodon : https://mastodon.xyz/@LibraZiK

2 1

error in compiling
by Andrea paz 09 Apr '20

09 Apr '20

I can't to compile CinGG with the latest release (Thu, 9 Apr 2020 03:52:38). I tried with my usual instructions, with bld.sh, with or without Cuda and with or without opencv: the result is the same error. I enclose cin5.log

2 2

New monthly tars and pkgs available
by Phyllis Smith 07 Apr '20

07 Apr '20

At the usual place, are tars and pkgs. We specifically tested the package install on Mint 19.3 with no obvious problems but there is a limit of what we can do. Arch and Tumbleweed were updated yesterday. https://cinelerra-gg.org/download/pkgs/ https://cinelerra-gg.org/download/tars/ https://cinelerra-gg.org/download/CinelerraGG_Manual.pdf https://cinelerra-gg.org/download/releasenotes.pdf Next month we will no longer provide Centos 7 and if Ubuntu 20 comes out on April 23, then will add that instead of Ubuntu 19 static tar. If no objections, we are going to take the Shape Wipe video transitions and switch them from png to jpg because they make the tars/pkgs files bigger thus slowing down the downloads. Then we can add back some of the ones we eliminated to save on size. We think the saving out weighs the quality of jpeg. A text copy of the release notes is below. ------------------------------------------------------ Cinelerra-GG (Version Infinity) Release Notes for 03/01/2020-03/31/2020 for builds Thanks to *Olaf and Andrea* - Improvements to formatting for making the Manual easier to read and more professional looking were done by Olaf. Creating new images of better quality and consistency were done by Andrea. Plus corrections and some clarifications were added by them and others. Thanks to *Andrew* – Providing patches, alerting us of new versions available, and much early testing. 1. *OpenExr* has been upgraded from 2.2.1 to 2.4.1 (Andrew notification and assistance). 2. *OpenCV* upgrade for more recent distros from 3.4.1 to 4.2. Older O/S still at 3.4.1 +(Andrew patch). 3. A major *change to ID based references for plugins *to resolve a code flaw in copying was made. 4. *Usability Improvements*: To make it easy for moving to the *next/previous auto *like fade or speed, added Alt-a/Ctrl-a shortcuts and in keeping with keyframes, Alt-Shift-A and Ctrl-Alt-Shift-A (Deim31 noted). Slider bars have been added to the *Projector and Camera *compositor menus for ease of use along with tumblers to change the range. All inter-related components are updated accordingly such as the zoom bar ranges and the auto xyz lines (Dan feature request). Another minor change to the *shortcut for “Delete last track” *from the lower case letter “d” to Ctrl- Shift-D and finally to just Ctrl-d to make it less dangerous but at the same time still not too hard to get to (IgorB suggestion for refinement). Several *new ShapeWipe transitions* created by Rafa + others available to load locally. The tips file and po file for *Spanish* were improved once again by RafaMar. *Videoscope* changes (there will be a couple of more changes next month): Added capability via an icon on the Compositor and Viewer windows to easily start up the scope (BT #71 of Andrea and more recent Dan email). Changes include the following: Replaced menu buttons with a “Scopes” pulldown which is easier to understand. Added a “Smooth” button for the purpose of aesthetics for not showing black line missing data. Scope values show up without having to play first when enabled or when the window is resized. Slider bars with reset button to modify the value for the Waveform and Vectorscope displays. Additional choice for the waveform of “Waveform ply” added. Note that it may run better with X11 as the video driver instead of OpenGl. *Mixer window* changes: - added a “Tile mixers” option easily accessible in the window which was previously only available in the Window→Mixers pulldown. - “Zoom” has been hooked up (Dan email report). - there is now a “Playable” option for each window to save cpu usage time (Dan request). *Zoom... *in the Compositor, Viewer, and Mixer windows has been renamed to Resize Window. The compositor button bar has had “Generate Keyframes...” and “Keyframe Spanning” buttons removed to make room for the Videoscope button. Patches for render options have been worked by Andrew to include: EXR - choices of B44, B44A, DWAA, DWAB PNG - now has added choices in the render video wrench to include Compression level 0-9 and Depth of either 8 or 16 bits. TIFF - new choices of LZW, LZWMA, Deflate. Tiff now allows for future webp use. New plugin “boxblur” to blur horizontal, vertical, and with power. Very fast; based on ffmpeg’s. 5. *Bugs/Issues fixed:* Format /muxer render new button was fixed as it was not retaining settings correctly. Fix for deadlock in Compositor when double click on the indicator bar and trying to drag after that + another deadlock fixed when using [ and ] and labels (Andrew noted and worked to reproduce). Vaapi software fallback fix added so that when non-supported models, like 66, are not supported, the software will automatically be in use instead (Jacek BT #383). A few tweaks for BSD builds, bld_prepare script added libtool, shortcuts.html and plugin.opts. Reverted h264_nvenc and h265_nvenc vaapi render options file back to medium as high was illegal. A problem with keyfame paste track tabbing when trying to go to previous keyframe has been fixed. Transition “Length” popup close session hang is now corrected. Created image2 for ffmpeg streams when rendering such as in the case of webp (Rafa reported). Fixed moving edits with plugins to retain status on/off status (Dan noted). Transitions losing their setups when Generate keyframes while tweaking is set is fixed (Rafa found). Bug in Shape Wipe jumping when going from Black to White has been fixed (Rafa analyzed). *OpenEDL problem of saving within a layer so that is propagated up if quit in non-zero layer* (Dan). Fixed bug in scale.C – autoaspect instead of audioaspect (Andrew found). Mixer zoom refactoring and cleanup done. DVD creation was limited to 100 sections but now goes up to 1000. Home/End keys in some cases had to be hit twice to perform that function while playing – now fixed. Crash when loading Exr sequence after files are deleted now gives a warning (Andrew found). Aspect ratio in Compositor was fixed when do a split screen view (IgorBeg noted). Bad clamps were fixed in the plugins, Color3way and Videoscope. *Improvement to bluray script added (Sandhill Crane BT#398*). More recommendations provided but not yet analyzed and tested. Build script tweaks for cross platform - a couple of days worth of testing all of the builds to prevent surprises (reflects a lot of Andrew’s work/testing). Includes lv2 fixes from Andrew. Added blur_box as a template (in conjunction with need for Videoscpe) as it will be useful elsewhere. Fix for cursor over button bar in the Compositor accidentally playing when Click to Play enabled. Segv problem fixed for load server bug that has been in a long time and hard to believe not noticed. On the scope window, calculate size of media and how many cpus exist to determine how many threads to use; i.e. “load client throttle”.

5 15

SVG source files in themes
by Andrew Randrianasulu 04 Apr '20

04 Apr '20

They not eat space if you install binary package, but I found out you can easily compress them with gzip :} So, whole themes subfolder will weight on disk (after git unpacked it) 16545K as opposed 67,968,745 bytes right now. Not sure if space-saving for unpacked git tree actually worth additional effort to unpack them if anyone want to make changes In theory there is supportfor SVG compression, but not sure if Inkscape and co actually support it well (never tried)? https://www.moxio.com/blog/6/serving-compressed-svg-files -- The SVG standard reserves the .svgz-extension for gzip-compressed SVG files, which can typically achieve about 20-50% of the original file size. When not actively editing them, saving SVG files as svgz makes sense: it saves disk space, the compression is lossless and it spares the time needed for on-the-fly compression when serving them over the web. -- hm .... This inspired by latest git commit, adding jpeg-compressed shapes :} I also tried optipng on existing shapes, but result was slightly more than 1Mb of savings: 8412866 bytes optimized vs 9786K by default

2 1

Upd: SVG source files in themes
by Andrew Randrianasulu 04 Apr '20

04 Apr '20

Actually I used this command in svg source dir in theme: gzip -9 -S z *.svg (compresses and gives suffix z to any svg file in current dir) and resulted files correctly show up in inkscape (0.92.4) Now all themes weight 14891K on disk and still editable without additional effort ---------- Пересланное сообщение ---------- Тема: SVG source files in themes Дата: Суббота 04 апреля 2020 Отправитель: Andrew Randrianasulu <randrianasulu(a)gmail.com> Получатель: "Cinelerra.GG" <cin(a)lists.cinelerra-gg.org> They not eat space if you install binary package, but I found out you can easily compress them with gzip :} So, whole themes subfolder will weight on disk (after git unpacked it) 16545K as opposed 67,968,745 bytes right now. Not sure if space-saving for unpacked git tree actually worth additional effort to unpack them if anyone want to make changes In theory there is supportfor SVG compression, but not sure if Inkscape and co actually support it well (never tried)? https://www.moxio.com/blog/6/serving-compressed-svg-files -- The SVG standard reserves the .svgz-extension for gzip-compressed SVG files, which can typically achieve about 20-50% of the original file size. When not actively editing them, saving SVG files as svgz makes sense: it saves disk space, the compression is lossless and it spares the time needed for on-the-fly compression when serving them over the web. -- hm .... This inspired by latest git commit, adding jpeg-compressed shapes :} I also tried optipng on existing shapes, but result was slightly more than 1Mb of savings: 8412866 bytes optimized vs 9786K by default -------------------------------------------------------

1 0

Some suggestions and questions about rpm packaging
by Andrew Randrianasulu 02 Apr '20

02 Apr '20

Sorry, I was unclear when I posted link to Rosa's rootfs, I used specifically this archive, and untarred it in pre-created subdirectory: rootfs-std-rosa2016.1_x86_64_2020-04-02.tar.xz http://file-store.rosalinux.ru/api/v1/file_stores/3f1cb1e4069d183ade5379c0d… I actually copied it to btrfs-formatted file in tmpfs, mounted with compression option (-ocompress) From there I mount -obind /dev, /sys, /proc/ /dev/pts from host system into chroot and chroot'ed there. "urpmi package" will install package. You can add many of them as args. rpmbuild may complain initially about not created directory, so create it manually. At the end of binary package creation I saw: cinelerra.x86_64: W: no-documentation cinelerra.x86_64: W: file-not-in-%lang /usr/share/locale/de/LC_MESSAGES/cin.mo cinelerra.x86_64: W: file-not-in-%lang /usr/share/locale/el/LC_MESSAGES/cin.mo cinelerra.x86_64: W: file-not-in-%lang /usr/share/locale/es/LC_MESSAGES/cin.mo cinelerra.x86_64: W: file-not-in-%lang /usr/share/locale/eu/LC_MESSAGES/cin.mo cinelerra.x86_64: W: file-not-in-%lang /usr/share/locale/fr/LC_MESSAGES/cin.mo cinelerra.x86_64: W: file-not-in-%lang /usr/share/locale/hi/LC_MESSAGES/cin.mo cinelerra.x86_64: W: file-not-in-%lang /usr/share/locale/it/LC_MESSAGES/cin.mo cinelerra.x86_64: W: file-not-in-%lang /usr/share/locale/ja/LC_MESSAGES/cin.mo cinelerra.x86_64: W: file-not-in-%lang /usr/share/locale/ko/LC_MESSAGES/cin.mo cinelerra.x86_64: W: file-not-in-%lang /usr/share/locale/nb/LC_MESSAGES/cin.mo cinelerra.x86_64: W: file-not-in-%lang /usr/share/locale/pt/LC_MESSAGES/cin.mo cinelerra.x86_64: W: file-not-in-%lang /usr/share/locale/ru/LC_MESSAGES/cin.mo cinelerra.x86_64: W: file-not-in-%lang /usr/share/locale/sl/LC_MESSAGES/cin.mo cinelerra.x86_64: W: file-not-in-%lang /usr/share/locale/uk/LC_MESSAGES/cin.mo cinelerra.x86_64: W: file-not-in-%lang /usr/share/locale/vi/LC_MESSAGES/cin.mo cinelerra.x86_64: W: file-not-in-%lang /usr/share/locale/zh/LC_MESSAGES/cin.mo cinelerra.x86_64: W: executable-stack /usr/lib64/cin/plugins/themes/theme_hulk.plugin cinelerra.x86_64: W: executable-stack /usr/lib64/cin/plugins/themes/theme_bright.plugin cinelerra.x86_64: W: executable-stack /usr/lib64/cin/plugins/themes/theme_blond_cv.plugin cinelerra.x86_64: W: executable-stack /usr/lib64/cin/plugins/themes/theme_cakewalk.plugin cinelerra.x86_64: W: executable-stack /usr/lib64/cin/plugins/themes/theme_suv.plugin cinelerra.x86_64: W: executable-stack /usr/lib64/cin/plugins/themes/theme_blue.plugin cinelerra.x86_64: W: executable-stack /usr/lib64/cin/plugins/themes/theme_neophyte.plugin cinelerra.x86_64: W: executable-stack /usr/lib64/cin/plugins/themes/theme_blue_dot.plugin cinelerra.x86_64: W: executable-stack /usr/lib64/cin/plugins/themes/theme_pinklady.plugin cinelerra.x86_64: W: executable-stack /usr/bin/cin cinelerra.x86_64: W: executable-stack /usr/lib64/cin/plugins/themes/theme_unflat.plugin cinelerra.x86_64: W: executable-stack /usr/lib64/cin/plugins/themes/theme_blond.plugin cinelerra.x86_64: W: executable-stack /usr/lib64/cin/plugins/video/chromakeyhsv.plugin 2 packages and 0 specfiles checked; 0 errors, 30 warnings. Executing(%clean): /bin/sh -e /var/tmp/rpm-tmp.90675 + umask 022 + cd /root/rpmbuild/BUILD + cd cinelerra-5.1 + /bin/rm -rf /root/rpmbuild/BUILDROOT/cinelerra-5.1-20200331-rosa2016.1.x86_64-buildroot It seems at least file-not-in-%lang can be easily cured: https://en.opensuse.org/openSUSE:Packaging_checks file-not-in-%lang W: file-not-in-%lang /usr/share/sarg/sarg-php/locale/en_EN/LC_MESSAGES/messages.mo A gettext translation file (those ending in .mo) is not properly tagged by language. This information might be useful in the future to be able to leave out certain languages during installation. The %find_lang macro can be used to automatically tag files. https://en.opensuse.org/openSUSE:Packaging_Conventions_RPM_Macros#.25find_l… %find_lang This macro helps to mark locale-dependent files with the respective %lang tag in the file list. Synopsis %find_lang name [filelist] The %find_lang macro searches the directories /usr/share/locale and locale/*/LC_MESSAGES for name.mo files. It also searches gnome/help/name and kde*/share/doc/HTML/*/name directories for a localized documentation. Then it creates the file filelist where the files are marked with the respective %lang(locale) and %doc tags. Such a file list can be then passed to the %files tag via the -f option. See below for an example. It is recommended to use this macro only if the BuildRoot tag is defined as otherwise the entire system will be searched. %find_lang should be used in %install section. Example usage %install # installation %find_lang %{name} %files -f %{name}.lang --- But I haven't tried this trick for .spec file yet .... For executable-stack there is solution given at first link, too: Solutions: A comprehensive article about this problem can be found at http://www.gentoo.org/proj/en/hardened/gnu-stack.xml Probably the easiest solution is to pass -Wl,-z,noexecstack to the linker. Hm, in our case this line probably can be added in plugin_config (in Cinelerra-5.1 src root)? Or better to add this to main configure.ac ? I see line if test "x$CYGWIN" != "x" ; then echo 'FF_PATH ?= /usr/local' echo 'LDFLAGS += -L$(FF_PATH)/lib' echo 'CFLAGS += -I$(FF_PATH)/include' echo "" echo "CFLAGS += -DNO_BTRACE" echo "CFLAGS += -DNO_GDB" echo "CFLAGS += -DNO_CTX" echo "CFLAGS += -DNO_PRCTL" echo "CFLAGS += -DNO_TID" echo "CFLAGS += -DNO_XSELECT" echo "" else LDFLAGS+=" -z noexecstack" but it is "z noexecstack", not "-z,noexecstack" (space, not comma) At least gentoo page referenced also says "# This line goes before LDFLAGS is used (either by the ebuild or by econf/emake) append-ldflags -Wl,-z,noexecstack" so, probably add "," after z in this statement. But I'm not sure why only some binaries show this warning .... as --version GNU assembler (GNU Binutils) 2.26.1 (in Rosa 2016.1 chroot) I have 2.29.1 binutils on my host machine. Also, what exactly can be marked as documentation, in our case? {with %doc line in spec} Only README ? and probably %license COPYING ??

1 0